Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on August 07, 2022, 05:12:36 pm
-
We switched to wx 3.1.7 --> download the new wx dll's see link below
If you tested the 22 january nightly you may find your compiler executable has changed from gcc.exe to mingw32-gcc.exe and g++.exe to mingw32-g++.exe. Please correct this, you won't be asked again.
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 (http://forums.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/wxmsw31u_gcc_cb_wx317_2D_gcc810-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls8.1.0.7z
The 07 August 2022 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2022/CB_20220807_rev12859_win64.7z
- Linux :
none
The current SDK version is : 2.19.0
Resolved Fixed:
- wxSmith: Remove duplicated style wxTAB_TRAVERSAL in dialog items.
Regressions/Confirmed/Annoying/Common bugs:
-
!!!!!!!!!!!!!!!!!!!! Wx 3.1.7 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
-
Cool, but the link is still for wx3.1.5
-
thanks, link corrected.
-
The link to the CB binaries produces the error:
(https://forums.codeblocks.org/index.php?action=dlattach;topic=25060.0;attach=11205)
-
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2022/CB_20220807_rev12859_win64.7z
Copy this link into the browser instead of _rev12858 it should be _rev12859
and the download will not failed.
-
The Wx3.1.7 DLL's do NOT have the following change back ported and as such I personally would not use 3.1.6/3.1.7 or 3.2.0 until the change is incorporated into it:
- https://github.com/wxWidgets/wxWidgets/pull/22651
See the following thread for what issues you will have:- https://forums.codeblocks.org/index.php/topic,25031.0.html
Essentially if you use any of the debug dialogs allot you will end up with the dialogs off the screen and you will not be easily get them back onto the screen without modifying the config file to remove the settings. There may be other ways of getting the dialog back on the screen, but I have not investigated.
-
@AndrewCot
Thanks, that just saved me a lot of grief.
-
the download link is fixed.
-
The Wx3.1.7 DLL's do NOT have the following change back ported and as such I personally would not use 3.1.6/3.1.7 or 3.2.0 until the change is incorporated into it:
- https://github.com/wxWidgets/wxWidgets/pull/22651
See the following thread for what issues you will have:- https://forums.codeblocks.org/index.php/topic,25031.0.html
Essentially if you use any of the debug dialogs allot you will end up with the dialogs off the screen and you will not be easily get them back onto the screen without modifying the config file to remove the settings. There may be other ways of getting the dialog back on the screen, but I have not investigated.
We can manually apply the fix in our 3.1.7 wx dll.
@killerbot, can you do that?
Another thing I'm thinking is that in some stage/day, we may need "clangd_plugin", because it gives more accurate code completion result than the native code completion plugin. I used this plugin everyday. ;)
-
Once the directory where "clangd_plugin" plugin is to land is sorted I can then start with the back porting of the required changes as I have the changes in my source tree for all of the different build processes (Windows & Linux project build and Linux and Mac bootstrap/configure/make and the Debian build process).
-
clangd_plugin : I would say : contrib plugins location ? bring it on :-)
-
I will apply the fix of wx : https://github.com/wxWidgets/wxWidgets/pull/22651/files
Seems very trivial.
-
There are two commits, e777a82 (https://github.com/wxWidgets/wxWidgets/commit/e777a82bfd79b2b0bef493fc910a64a9893497f0) and 0e57ed1 (https://github.com/wxWidgets/wxWidgets/commit/0e57ed18518d0417759346541dd3c60e1f3e5e8e).
Just copying floatpane.cpp would be easier.
-
clangd_plugin : I would say : contrib plugins location ? bring it on :-)
I prefer adding clangd_client into the contribs also.
We can always move it to core later if needed.
AndrewCot has shown me how to do that.
However, I've been waiting for it to run on all platforms for a whole months without a crash or serious bug before adding it to contribs. So far no cigar.
But it's getting cleaner and (mostly) reliable (thanks a lot to the testers).
-
However, I've been waiting for it to run on all platforms for a whole months without a crash or serious bug before adding it to contribs. So far no cigar.
I switched back to the "old" code completion plugin because I had several crashes. The "old" one seems not suffering the issue. I think it was related to
Fixed: OnEditorActivated() crash when using menu/File/New/File...
Now I'd like to use the new code completion plugin but the latest package is
ClangdClientForCBNightly_20220619_rev12839_win64.zip
and I haven't the framework to compile it from sources (I' using the nightly and not compiling CB from sources).
So, when and if you have time an updated package (latest version) is welcome and appreciated.
Max
-
https://github.com/wxWidgets/wxWidgets/commit/e777a82bfd79b2b0bef493fc910a64a9893497f0
as far as I can see, that one is already in place in 3.1.7, no need to patch.
-
hmm, it seems unrelated, in preparation of recent nightly I now get a Debug Alert.
on strvararg.h (484)
anyone else seing that ?
-
It is fixed in trunk.
-
confirmed