User forums > Nightly builds

The 03 February 2024 build (13442) is out.

(1/2) > >>

killerbot:
We switched to gcc 13.1.0 (on 04 June 2023) --> download the new wx/mingw dll's see link below

Get 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.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_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 03 Februari 2024 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2024/CB_20240203_rev13442_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:


* codecompletion: Change all CallAfter semaphore Wait to semaphore WaitTimeout(500) to avoid shutdown hang
* Clangd_client: 1.2.109 24/02/01 Expand Clangd resource search to search all .../clang/lib* dirs
Regressions/Confirmed/Annoying/Common bugs:

Pecan:
I've found actual causes of the hang when exiting CB.
The thread "join" for readJson() is hanging up because of a missing Signal().
Testing it for awhile. Will commit soon.

Pecan:

--- Quote from: Pecan on February 04, 2024, 07:45:54 pm ---I've found actual causes of the hang when exiting CB.
The thread "join" for readJson() is hanging up because of a missing Signal().
Testing it for awhile. Will commit soon.

--- End quote ---

Fixed Head rev 13443
clangd_client 1.2.110 24/02/01
Optimized clangd resources dir search code using shell commands.
Fix hang at CB exit caused by missing condition.signal()s in client.cpp.

SharkCZ:
I have found in my Fedora builds that revision 13442 breaks building C::B for any non-x86 platforms (eg. aarch64 or ppc64le), because it adds


--- Code: ---...
if (not root) asm("int3"); /*trap*/
...

--- End code ---

in src/plugins/contrib/clangd_client/src/codecompletion/classbrowserbuilderthread.cpp which is x86 specific, see https://github.com/sharkcz/codeblocks/commit/5be3fab8abf08644f7d77abb93605713f5bd3dcd#diff-6fd0f1b02057a3240c90c2d9c7e6c9f6d06c86504291a0e8743f6cb36bc0dde6R584. A portable method could be using __builtin_trap() from GCC and there should be other solutions I believe.

Pecan:

--- Quote from: SharkCZ on February 14, 2024, 12:45:32 pm ---I have found in my Fedora builds that revision 13442 breaks building C::B for any non-x86 platforms (eg. aarch64 or ppc64le), because it adds


--- Code: ---...
if (not root) asm("int3"); /*trap*/
...

--- End code ---

in src/plugins/contrib/clangd_client/src/codecompletion/classbrowserbuilderthread.cpp which is x86 specific, see https://github.com/sharkcz/codeblocks/commit/5be3fab8abf08644f7d77abb93605713f5bd3dcd#diff-6fd0f1b02057a3240c90c2d9c7e6c9f6d06c86504291a0e8743f6cb36bc0dde6R584. A portable method could be using __builtin_trap() from GCC and there should be other solutions I believe.

--- End quote ---

Thanks for the report and the suggestion. I'll fix it.

Edit: 2024/02/14 11:30am
Fixed Head rev 13450

Navigation

[0] Message Index

[#] Next page