Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

build bot in the github, I see one nice project

<< < (23/26) > >>

MichaelAgarkov:

--- Quote from: ollydbg on October 19, 2024, 10:21:06 am ---
--- Quote from: Михаил Агарков on October 19, 2024, 09:55:36 am ---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

--- End quote ---

Good work.

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

--- End quote ---

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: ---...........
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
............

--- End code ---
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:

--- Quote from: Grit Clef on October 19, 2024, 12:32:53 pm ---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: ---...........
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
............

--- End code ---
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.

--- End quote ---

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: ---'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.

--- End code ---

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version