21
Nightly builds / Re: The 14 September 2024 build (13570) is out.
« Last post by Khram on September 15, 2024, 08:20:21 am »This is from version 13542. I'm starting to work with 13570.
News:
Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!
Recent Posts
22
Development / Re: build bot in the github, I see one nice project
« Last post by ollydbg on September 15, 2024, 07:00:30 am »I have added one commit to my fork, I try to enable the pedeps tool to copy the necessary dlls.
try to use the pedeps tool to copy the dlls to the output folder
And I'm starting the github action now, let's see whether it works or not one hour later.
try to use the pedeps tool to copy the dlls to the output folder
And I'm starting the github action now, let's see whether it works or not one hour later.
23
Development / Re: build bot in the github, I see one nice project
« Last post by ollydbg on September 15, 2024, 05:41:20 am »For you information:
I have create a github test project to use pedeps to copy the dlls of a hello.exe file, see here: asmwarrior/test-github-action0
I haven't used the github action script before, so it takes one hour to tweak the script.
Finally, a artifact zip file is created with several dependency dlls.
The exe file is built from the compiler gcc, and the dlls are copied from the msys2's PATH by using the latest pedeps tool.
I have create a github test project to use pedeps to copy the dlls of a hello.exe file, see here: asmwarrior/test-github-action0
I haven't used the github action script before, so it takes one hour to tweak the script.
Finally, a artifact zip file is created with several dependency dlls.
Code
$ ls
hello.exe* libgcc_s_seh-1.dll* libstdc++-6.dll* libwinpthread-1.dll*
The exe file is built from the compiler gcc, and the dlls are copied from the msys2's PATH by using the latest pedeps tool.
24
Nightly builds / Re: The 14 September 2024 build (13570) is out.
« Last post by ChosenName on September 14, 2024, 07:44:22 pm »Look if there is a complier-related file near default.conf in Roaming/Codeblocks. Delete it and try again.That did not work initially but I deleted the whole CodeBlocks folder in Roaming as well as doing a clean install of Code::Blocks and that has worked.
Many thanks.
25
Nightly builds / Re: The 14 September 2024 build (13570) is out.
« Last post by Miguel Gimenez on September 14, 2024, 06:30:47 pm »Look if there is a complier-related file near default.conf in Roaming/Codeblocks. Delete it and try again.
26
Nightly builds / Re: The 14 September 2024 build (13570) is out.
« Last post by ChosenName on September 14, 2024, 03:30:40 pm »The "checkbox" compiler flags tab in build properties is empty of options in this version, using mingw-w64 based on GCC 14.2 (and the previous version - not sure when they actually went AWOL)
Is this a known error or is it likely down to my configuration?
Is this a known error or is it likely down to my configuration?
27
Nightly builds / Re: The 14 September 2024 build (13570) is out.
« Last post by ThierryD on September 14, 2024, 03:00:06 pm »Hi,
Hello Xav', sorry, but on my config Linux Mint 22 (same as Ubuntu 24.04), nothing update about CodeBlocks ...
I define good PPA, and then I explore this PPA, only version nigthly V13533 (version already installed) appears, not V13570.
On my config Linux Mint 21 (same as Ubuntu 22.04), all rigth.
What's wrong ?
Thank's.
Sincerly.
Hello Xav', sorry, but on my config Linux Mint 22 (same as Ubuntu 24.04), nothing update about CodeBlocks ...
I define good PPA, and then I explore this PPA, only version nigthly V13533 (version already installed) appears, not V13570.
On my config Linux Mint 21 (same as Ubuntu 22.04), all rigth.
What's wrong ?
Thank's.
Sincerly.
28
Nightly builds / Re: The 14 September 2024 build (13570) is out.
« Last post by Xaviou on September 14, 2024, 01:30:12 pm »Hi.
OS X version of this rev can be downloaded from my website.
There is only a macOS-11.6 version.
Note that it is not a notarized version of the application.
32 bits version for Windows can also be found in the same place.
Debian Bookworm and Bullseye (32 and 64 bits) can be installed from my repo
The corresponding unsigned deb files can also be downloaded from the website page linked above.
Ubuntu-22.04 and 24.04 versions can be installed from my ppa
Regards
Xav'
OS X version of this rev can be downloaded from my website.
There is only a macOS-11.6 version.
Note that it is not a notarized version of the application.
32 bits version for Windows can also be found in the same place.
Debian Bookworm and Bullseye (32 and 64 bits) can be installed from my repo
The corresponding unsigned deb files can also be downloaded from the website page linked above.
Ubuntu-22.04 and 24.04 versions can be installed from my ppa
Regards
Xav'
29
Development / Re: build bot in the github, I see one nice project
« Last post by ollydbg on September 14, 2024, 09:10:39 am »Some improvements about the github build bot.
1, I think we need to build a "CbLauncher.exe" in the "bin" folder(the codeblocks.exe is in the the same bin folder), currently the configure-make method in the build bot does not generate this file. I mean by running this exe file, C::B is running in portable mode, all the configure settings were created in "bin/AppData" folder, so it won't pollute other C::B settings. For my test, I just copy a "CbLauncher.exe" from other windows build packages, and it works.
2, when I download the "Artifacts" file from the github action (for example, in my own github action here: https://github.com/asmwarrior/x86-codeblocks-builds/actions/runs/10538520726), I need to set the PATH variable to adding my local msys2/mingw64/bin path
by setting this, when code::blocks runs, it will find the gcc's dlls, wx's dlls, and exchnl's dlls. (suppose you install them by the pacman command)
Here is the list of dlls of the codeblocks.exe by using brechtsanders/pedeps: Cross-platform C library to read data from PE/PE+ files (the format of Windows .exe and .dll files)'s listpedeps commands:
So, you can see that you need to copy those dlls from the msys2 mingw64's bin folder, so that you can distribute a full package:
To copy those dlls from the msys2's bin folder, you have to use another tool named "copypedeps.exe" from "brechtsanders/pedeps".
The commands are something like below:
The options can be explained by the "-h" help command.
So, can you add the extra steps like below:
1, build the CBLauncher.exe
2, use pacman to install the drmingw for the exchndl.dll and related dlls. See here: mingw-w64-x86_64-drmingw
3, use the pedeps to copy all the necessary dlls to the bin folder.
Any ideas?
EDIT:
mingw-w64-x86_64-drmingw is already installed in the current github action code.
EDIT2:
The spell checker plugin is not loaded correctly, so maybe my local msys2 does not have hunspell package installed.
1, I think we need to build a "CbLauncher.exe" in the "bin" folder(the codeblocks.exe is in the the same bin folder), currently the configure-make method in the build bot does not generate this file. I mean by running this exe file, C::B is running in portable mode, all the configure settings were created in "bin/AppData" folder, so it won't pollute other C::B settings. For my test, I just copy a "CbLauncher.exe" from other windows build packages, and it works.
2, when I download the "Artifacts" file from the github action (for example, in my own github action here: https://github.com/asmwarrior/x86-codeblocks-builds/actions/runs/10538520726), I need to set the PATH variable to adding my local msys2/mingw64/bin path
Code
set PATH=<your_local_msys2_mingw64_bin_path>;%PATH%by setting this, when code::blocks runs, it will find the gcc's dlls, wx's dlls, and exchnl's dlls. (suppose you install them by the pacman command)
Here is the list of dlls of the codeblocks.exe by using brechtsanders/pedeps: Cross-platform C library to read data from PE/PE+ files (the format of Windows .exe and .dll files)'s listpedeps commands:
Code
listpedeps.exe -s codeblocks.exe
[codeblocks.exe]
architecture: x86_64
machine name: AMD AMD64 (x64)
subsystem: Windows GUI
DLL: no
stripped: no
file version: 0.0
minimum Windows version: 5.2
IMPORTS
libcodeblocks-0.dll
COMCTL32.dll
exchndl.dll
libgcc_s_seh-1.dll
KERNEL32.dll
msvcrt.dll
SHELL32.dll
libstdc++-6.dll
USER32.dll
wxbase32u_gcc_custom.dll
wxmsw32u_aui_gcc_custom.dll
wxmsw32u_core_gcc_custom.dll
wxmsw32u_html_gcc_custom.dll
wxmsw32u_propgrid_gcc_custom.dll
wxmsw32u_xrc_gcc_custom.dllSo, you can see that you need to copy those dlls from the msys2 mingw64's bin folder, so that you can distribute a full package:
Code
exchndl.dll
libgcc_s_seh-1.dll
libstdc++-6.dll
wxbase32u_gcc_custom.dll
wxmsw32u_aui_gcc_custom.dll
wxmsw32u_core_gcc_custom.dll
wxmsw32u_html_gcc_custom.dll
wxmsw32u_propgrid_gcc_custom.dll
wxmsw32u_xrc_gcc_custom.dlTo copy those dlls from the msys2's bin folder, you have to use another tool named "copypedeps.exe" from "brechtsanders/pedeps".
The commands are something like below:
Code
copypedeps.exe -r -n -v ./codeblocks.exe ./The options can be explained by the "-h" help command.
Code
copypedeps.exe -h
Usage: copypedeps [-h|-?] [-r] srcfile [...] dstfolder
Parameters:
-h -? display command line help
-r recursively copy dependancies
-n don't overwrite existing files
-d dry run: don't actually copy, just display copy actions
-q quiet mode, only show errors
-v verbose mode (display copy actions)
Description:
Copies .exe and .dll files and all their dependancies to the destination folder.
Version: 0.1.14 (library version: 0.1.14)So, can you add the extra steps like below:
1, build the CBLauncher.exe
3, use the pedeps to copy all the necessary dlls to the bin folder.
Any ideas?
EDIT:
mingw-w64-x86_64-drmingw is already installed in the current github action code.
EDIT2:
The spell checker plugin is not loaded correctly, so maybe my local msys2 does not have hunspell package installed.
30
Nightly builds / The 14 September 2024 build (13570) is out.
« Last post by killerbot on September 14, 2024, 08:22:30 am »We switched to gcc 14.1.0 (on 20 May 2024) --> download the new wx/mingw dll's see link below
Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/14.1.0posix-18.1.5-11.0.1-ucrt-r1/winlibs-x86_64-posix-seh-gcc-14.1.0-mingw-w64ucrt-11.0.1-r1.7z
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works.
A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx325_2D_gcc1410-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls14.1.0.7z
The 14 September 2024 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2024/CB_20240914_rev13570_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
Regressions/Confirmed/Annoying/Common bugs:
Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/14.1.0posix-18.1.5-11.0.1-ucrt-r1/winlibs-x86_64-posix-seh-gcc-14.1.0-mingw-w64ucrt-11.0.1-r1.7z
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works.
A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx325_2D_gcc1410-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls14.1.0.7z
The 14 September 2024 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2024/CB_20240914_rev13570_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
- Syntax highlighting: fix default colour detection and restoration.
- Compiler: Disable the Run button if there is no project and there is no valid editor.
- wxSmith: allow specific and generic object event functions
- wxSmithAui: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- ProjectOptionsManipulator: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- HexEditor: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- HeaderFixUp: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- EditorConfig: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- DoxyBlocks: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- Cscope: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- CppCheck: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- cbKoders: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- ByoGames: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- AutoVersioning: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- codecompletion: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- debugger: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- mimehandler: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- HeadscriptedwizarderFixUp: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- tidycmt: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- Addr2LineUI: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- cb_share_config: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- core and core plugins: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- core: remove pixel-wise sizing where not needed (always prefer sizer-based layout)
- re-generated several wxSmith related code portions due to changes in wxSmith (no functional changes)
Regressions/Confirmed/Annoying/Common bugs: