build bot in the github, I see one nice project

[ollydbg]

Can this build bot work outside of GitHub (e.g. Gitea Runner, Woodpecker CI)?

Do you know if those CI systems support running msys2 environment, I think they can be used if msys2 is supported.

[Grit Clef]

Now it might work; my hope.

In the latest error message from github action, I see this:

Code Select Expand

g++.exe -std=gnu++11  -pipe -mthreads -fmessage-length=0 -fexceptions -DBUILDING_PLUGIN -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -DBOOST_SYSTEM_NO_DEPRECATED  -I..\..\..\include -I..\..\..\include\tinyxml -I..\..\..\sdk\wxscintilla\include -ID:/msys64/opt/wxwidgets3.2/include -ID:/msys64/opt/wxwidgets3.2/lib\gcc_dll\mswu -ID:/msys64/opt/boost_1_86_0/boost -c CParser.cpp -o ..\\..\\..\\.objs32\\plugins\\contrib\\NassiShneiderman\\CParser.o
CParser.cpp:5:10: fatal error: boost/spirit/include/classic.hpp: No such file or directory
    5 | #include <boost/spirit/include/classic.hpp>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
mingw32-make[1]: *** [NassiShneiderman_wx32.cbp.mak:108: ..\\..\\..\\.objs32\\plugins\\contrib\\NassiShneiderman\\CParser.o] Error 1
mingw32-make[1]: Leaving directory 'D:/a/winstyle-codeblocks-bins/winstyle-codeblocks-bins/codeblocks_sfmirror/src/plugins/contrib/NassiShneiderman'
mingw32-make: *** [Makefile_plugins:40: plugins_contrib_nassishneiderman_nassishneiderman_wx32] Error 2
Error: Process completed with exit code 2.

You have already installed the header files from the boost library?
Maybe you need to tweak the compiler search paths of the boost, as I can see that this search path is already included.

Code Select Expand

D:/msys64/opt/boost_1_86_0/

So, do you have a folder named below?

Code Select Expand

D:/msys64/opt/boost_1_86_0/boost/spirit/include/classic.hpp

Maybe, as a workaround, you can exclude this plugin from the workspace to makefile generation.

That might be a further problem; now the cland_client still can't be built.

Code Select Expand


cmd /c "cd src\resources && zip -rq9 ..\..\clangd_client.zip images && cd ..\.."
Microsoft Windows [Version 10.0.20348.2700]
(c) Microsoft Corporation. All rights reserved.

D:\a\winstyle-codeblocks-bins\winstyle-codeblocks-bins\codeblocks_sfmirror\src\plugins\contrib\clangd_client>cmd /c copy ./clangd_client.zip ../../../devel32/share/CodeBlocks/clangd_client.zip
The syntax of the command is incorrect.
mingw32-make[1]: *** [clangd_client_wx32.cbp.mak:63: after_default] Error 1


I found that if you call cmd.exe inside MSYS2, there will be a strange problem; in some cases there're no errors, though. I'm not clear what made that.

[ollydbg]

I think you can run the mingw32-make.exe inside the cmd.exe shell, not the msys2's shell.

[MichaelAgarkov]

I made a repo in codeberg to test if the build bot can work in Woodpecker CI, just need to wait for the repo to get approved to use actions.
https://codeberg.org/MichaelAgarkov/x86-codeblocks-builds

Edit: removed the repo because they didn't respond, if it works on GitHub then it probably will work in any GitHub Actions' compatible CI/CD.

[ollydbg]

I made a repo in codeberg to test if the build bot can work in Woodpecker CI, just need to wait for the repo to get approved to use actions.
https://codeberg.org/MichaelAgarkov/x86-codeblocks-builds

Good work.

Why the repo should "get approved" to use the actions? 

[MichaelAgarkov]

I made a repo in codeberg to test if the build bot can work in Woodpecker CI, just need to wait for the repo to get approved to use actions.
https://codeberg.org/MichaelAgarkov/x86-codeblocks-builds

Good work.

Why the repo should "get approved" to use the actions? 

https://docs.codeberg.org/ci/#using-codeberg's-instance-of-woodpecker-ci

[Grit Clef]

Uhh, you might have used the wrong repository. It is https://github.com/zxunge/winstyle-codeblocks-bins , not the original x86-codeblocks-bins which is successful.

[Grit Clef]

The fact is, those Makefiles generated by cbp2make are not so perfect that there are lots of bugs in build process. Many plugins can't be built owing to this or that reasons.
One problem I see often is like

Code Select Expand


...........
xcopy /Y index.ini ..\..\..\output32\share\CodeBlocks\docs
D:index.ini
1 File(s) copied
g++.exe   -Wl,--enable-auto-image-base -Wl,--add-stdcall-alias -Wl,--enable-auto-import  help_plugin.cpp before_help_plugin out_help_plugin after_help_plugin   -o help_plugin
help_plugin.cpp:10:10: fatal error: sdk.h: No such file or directory
   10 | #include "sdk.h"
      |          ^~~~~~~
compilation terminated.
mingw32-make[1]: *** [<builtin>: help_plugin] Error 1
mingw32-make[1]: Leaving directory 'D:/a/winstyle-codeblocks-bins/winstyle-codeblocks-bins/codeblocks_sfmirror/src/plugins/contrib/help_plugin'
mingw32-make: *** [Makefile_plugins:25: plugins_contrib_help_plugin_help_plugin_wx32] Error 2
............

The build commands were polluted, due to unknown reasons. The plugin had been already built, but the linking command was executed again, which was wrong.

[ollydbg]

The fact is, those Makefiles generated by cbp2make are not so perfect that there are lots of bugs in build process. Many plugins can't be built owing to this or that reasons.
One problem I see often is like

Code Select Expand


...........
xcopy /Y index.ini ..\..\..\output32\share\CodeBlocks\docs
D:index.ini
1 File(s) copied
g++.exe   -Wl,--enable-auto-image-base -Wl,--add-stdcall-alias -Wl,--enable-auto-import  help_plugin.cpp before_help_plugin out_help_plugin after_help_plugin   -o help_plugin
help_plugin.cpp:10:10: fatal error: sdk.h: No such file or directory
   10 | #include "sdk.h"
      |          ^~~~~~~
compilation terminated.
mingw32-make[1]: *** [<builtin>: help_plugin] Error 1
mingw32-make[1]: Leaving directory 'D:/a/winstyle-codeblocks-bins/winstyle-codeblocks-bins/codeblocks_sfmirror/src/plugins/contrib/help_plugin'
mingw32-make: *** [Makefile_plugins:25: plugins_contrib_help_plugin_help_plugin_wx32] Error 2
............

The build commands were polluted, due to unknown reasons. The plugin had been already built, but the linking command was executed again, which was wrong.

Maybe you can show us the generated makefile? So that the cb2make author or other devs can help on this.

[Grit Clef]

Hey, does anyone know what packages to install to obtain TeX?

Code Select Expand


'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.


[ollydbg]

Hey, does anyone know what packages to install to obtain TeX?

Code Select Expand


'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.


My guess under msys2, it is the texlive package.

Package: mingw-w64-x86_64-texlive-bin - MSYS2 Packages

But please note that this package(group of packages) are huge, I guess it should takes about 4G or 8G bytes size.

[Grit Clef]

Makefile for help_plugin.

[Grit Clef]

Another common problem is:

Code Select Expand


g++.exe -shared  -L..\..\..\devel32 -LD:/msys64/opt/wxwidgets3.2/lib -LD:/msys64/opt/wxwidgets3.2/lib\gcc_dll ..\\..\\..\\.objs32\\plugins\\contrib\\DoxyBlocks\\DoxyBlocksLogger.o ..\\..\\..\\.objs32\\plugins\\contrib\\DoxyBlocks\\ExtractDocs.o ..\\..\\..\\.objs32\\plugins\\contrib\\DoxyBlocks\\AutoDoc.o ..\\..\\..\\.objs32\\plugins\\contrib\\DoxyBlocks\\DoxyBlocks.o
                                                                                     ∧∧∧∧∧∧
..\\..\\..\\.objs32\\plugins\\contrib\\DoxyBlocks\\DoxyBlocks.o ..\\..\\..\\.objs32\\plugins\\contrib\\DoxyBlocks\\ConfigPanel.o ..\\..\\..\\.objs32\\plugins\\contrib\\DoxyBlocks\\Config.o  -o ..\\..\\..\\devel32\\share\\CodeBlocks\\plugins\\DoxyBlocks.dll  -Wl,--enable-auto-import -mthreads  -lcodeblocks -lwxmsw32u
D:/msys64/opt/mingw32/bin/../lib/gcc/i686-w64-mingw32/14.2.0/../../../../i686-w64-mingw32/bin/ld.exe: ..\..\..\.objs32\plugins\contrib\DoxyBlocks\DoxyBlocks.o:DoxyBlocks.cpp:(.text+0x0): multiple definition of `DoxyBlocks::GetEventTable() const'; ..\..\..\.objs32\plugins\contrib\DoxyBlocks\DoxyBlocks.o:DoxyBlocks.cpp:(.text+0x0): first defined here
D:/msys64/opt/mingw32/bin/../lib/gcc/i686-w64-mingw32/14.2.0/../../../../i686-w64-mingw32/bin/ld.exe: ..\..\..\.objs32\plugins\contrib\DoxyBlocks\DoxyBlocks.o:DoxyBlocks.cpp:(.text+0x10): multiple definition of `DoxyBlocks::GetEventHashTable() const'; ..\..\..\.objs32\plugins\contrib\DoxyBlocks\DoxyBlocks.o:DoxyBlocks.cpp:(.text+0x10): first defined here
...........

There are multiple same object files provided.

[Grit Clef]

Hey, does anyone know what packages to install to obtain TeX?

Code Select Expand


'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.
error: Problems running epstopdf. Check your TeX installation!
'epstopdf' is not recognized as an internal or external command,
operable program or batch file.


My guess under msys2, it is the texlive package.

Package: mingw-w64-x86_64-texlive-bin - MSYS2 Packages

But please note that this package(group of packages) are huge, I guess it should takes about 4G or 8G bytes size.

No, there's no 'epstopdf' in those packages; but an 'epspdf'. However, doxygen needs 'epstopdf'.

[stahta01]

Code Select Expand

$ pacman -Qo /mingw64/bin/repstopdf.exe
/mingw64/bin/repstopdf.exe is owned by mingw-w64-x86_64-texlive-core 2023.20230404-1


Some places use "repstopdf" instead of "epstopdf"

Edit: But, it did not work for me.

Code Select Expand

C:\msys64\mingw64\bin\runscript.tlu:922: C:\msys64\mingw64\bin\runscript.tlu:853: no appropriate script or program found
: epstopdf


${MINGW_PACKAGE_PREFIX}-ghostscript should have missing scripts.

But, I still could not find script

Tim S.