We switched to gcc 13.1.0 (on 04 June 2023) --> download the new wx/mingw dll's see link belowGet the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/13.1.0-16.0.5-11.0.0-ucrt-r5/winlibs-x86_64-posix-seh-gcc-13.1.0-mingw-w64ucrt-11.0.0-r5.7zGet 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 (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx324_2D_gcc1310-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls13.1.0.7z
The 27 April 2024 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2024/CB_20240427_rev13513_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
- Clangd_client: 1.2.119 24/04/4 Apply Christo warning/error diagnostic msgBox patch (with mods). Thanks Christo
- mark project workspace to be 32 bit
- avoid compiler warnings by not using folder not present anymore
- always update ZIP file (in case resources change)
- check for nullptr of info window data (layoots/perspectives)
- applied patch #1470: Make FileSystemWatcher interface optional
- Clangd_client: 1.2.121 24/04/21 Fix to avoid json throw 302
- Build: Fix building with autotools after r13437
- Clangd_client: 1.2.122 24/04/26 Fix stall in "Show call tip" when using clangd Hover request
Regressions/Confirmed/Annoying/Common bugs:
Hi.
OS X version of this rev can be downloaded from my website (https://wxstuff.xaviou.fr/article/codeblocks-nightly-builds.html).
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 (https://wxstuff.xaviou.fr/article/debian-repository.html)
The corresponding unsigned deb files can also be downloaded from the website page linked above.
Ubuntu-22.04 and 23.10 versions can be installed from my ppa (https://launchpad.net/~x-psoud/+archive/ubuntu/cbnb)
Ubuntu-24.04 failed to build :
Missing build dependencies: libgamin-dev
Regards
Xav'
ubuntu 24.04 no longer provides that package ?
looks like.
On arch I installed it from trunk but it seems that the source I used then (https://people.gnome.org/~veillard/gamin/) is no longer available.
Fedora also don't provide gaming anymore.
I have a patch relying on wxFilesystemwatcher. This I have tested on windows and feodra39.
Will provide it later tonight when I have access to my computer.
@danselmi: Great!
See https://sourceforge.net/p/codeblocks/tickets/663/ for "Don't use deprecated gamin library", which may be helpful.
As mentioned in the ticket: If C++17 is an acceptable lower limit, the std::filesystem will become available. If it provides the needed functionality to replace libgamin in cb, I would prefer std over wxWidgets. Since I have not used neither std::filesystem nor wxFilesystemwatcher yet, I can not say. At least it has a non-member function named last_write_time.
As promised
Find attached the previously mentioned patch.
Thank you.
It compiles (tried on arch linux), a touched cbp or cpp file is detected like it should be.
One issue I observe in the "Open files List" is that relative paths are turned into
absolute paths. They should remain relative paths.
As for the code:
#include <wx/fswatcher.h>
seems avoidable in FileExplorer.h if wxFileSystemWatcherEvent and wxFileSystemWatcher* are forward-declared. Compiletime is already not ideal when compiling cb.
Have you considered making wxFileSystemWatcher *m_fs_watcher; a std::unique_ptr?
I like the fact that the patch is focussed on the necessary changes. Have you considered a second patch with refactorings e.g. moving initialization of non-static data-members in the ctor body into
a member initializer list or using default member initializers?
@danselmi, do you plan to commit this?
See https://sourceforge.net/p/codeblocks/tickets/663/ as it has then patch and looks like the patch has been accepted by Morten MacFly. Hopefully it will get merged quickly.
OK, thank you
Any idea when Morten MacFly will merge the https://sourceforge.net/p/codeblocks/tickets/663 patch that was accepted days ago?
Anyone got any updates on the https://sourceforge.net/p/codeblocks/tickets/663/ ticket patch status?