Author Topic: The 11 May 2021 build (12446) is out. (Read 51100 times)

killerbot · « **on:** May 11, 2021, 06:55:33 pm »

We switched to wx 3.1.5 --> download the new wx dll's see link below

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/wxmsw31u_gcc_cb_wx315_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 11 May 2021 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2021/CB_20210511_rev12446_win64.7z
- Linux :
none

The current SDK version is : 2.8.0

Resolved Fixed:

wxSmith: Renaming of wxSmith-related files corrupts the project (ticket #1088, thanks Miguel Gimenez)
fix error in two se_globals.cpp files
FileExplorer: fix a copy/paste error in void FileExplorer::WriteConfig()
compiler: Update SDCC compiler toolchain executables (ticket #955, thanks Basil Hussain)
CC: Fix assert for invalid colour (ticket #1085, thanks Miguel Gimenez)
lexer: Highlighting of fortran-77 columns in Editor (ticket #615, thanks darmar)
sdk: Fix ticket #328: allow variable expansion in programs argument for execution of libraries
wxSmith: add missing wxYES case points for confirm dialogs, to overwrite existing files (fix #581)
ui: Do not show log pane automatically if debugger is started, because this will interfere with hide log pane (fix ticket #22)
compiler: Fix option checking for GCC >= 10 (ticket #1091, thanks Miguel Gimenez)
wxSmith: Generate code to destroy the common dialogs (ticket #845, thanks Miguel Gimenez)
ReopenEditor: Fix crash when changing window mode (ticket: #807, thanks Miguel Gimenez)
wxSmith: Fix order of wxSmith's Standard, Advanced and Contrib palettes (ticket #1093, thanks Miguel Gimenez)
scripting: many changes and updates
scripting: Better error handling in the script console
squirrel-patch: Execute the _cmp metamethod for instances
envvars: Fix bug in nsEnvVars::EnvvarSetExists
scripting: Replace the use of if constexpr with a policy (ReleaseHook<T>)
scripting: Improve the interface of CreateClassDecl
squirrel-patch: Fix build on macOS by replacing type with sq_type
squirrel-patch: Export the Squirrel API functions from the codeblocks.dll
scripting: Remove a bit of code duplication
scripting: Fix and optimize the implementation of PrintSquirrelToWxString
scripting: Disable the constructor for all bound classes which must not be created from squirrel
UI: Fix asserts/crashes when trying to check the Project -> Properties or Project -> Build options for a project with no targets
scripting: Don't return duplicated path separators from the Extension API
scripting: Fix incorrect output from cbProject::ExtensionListNodes when there are multiple different names and there are duplicates
scripting: Bind wxString(squirrel string) and wxString(wxString)
scripting: Improve the binding for wxColour

Regressions/Confirmed/Annoying/Common bugs:

gd_on · « **Reply #1 on:** May 12, 2021, 02:47:26 pm »

as far as I know, files libsqplus.a and libsqstdlib.a are no more generated with the last worskspace generation. So those files were generated for/with a previous nightly.

Miguel Gimenez · « **Reply #2 on:** May 12, 2021, 03:00:24 pm »

The link to the wxWidgets DLL is incorrect, there is a stray "-2" at the end of the filename.

oBFusCATed · « **Reply #3 on:** May 12, 2021, 09:46:01 pm »

Ubuntu night builds can be found here: https://launchpad.net/~fuscated/+archive/ubuntu/codeblocks-nightly

killerbot · « **Reply #4 on:** May 12, 2021, 11:21:42 pm »

Quote from: Miguel Gimenez on May 12, 2021, 03:00:24 pm

The link to the wxWidgets DLL is incorrect, there is a stray "-2" at the end of the filename.

fixed, thanks for the feedback.

nenin · « **Reply #5 on:** May 13, 2021, 08:18:35 am »

Hi,
is it necessary to keep all these libs in installation?:

libwxSpellChecker.a
libhunspell.a
libwxPdfDocument.a
libz.a
libbz2_help.a
libbz2_devpak.a
libwxsmithlib.a
libwxmathplot.a
libwxled.a
libwxkwic.a
libwxspeedbutton.a
libwximagepanel.a
libwxcustombutton.a
libwxchartctrl.a
libwxflatnotebook.a
libdepslib.a
libcodeblocks.a
libwxscintilla_cb.a
libsquirrel.a
libtxml.a
libsqplus.a
libsqstdlib.a

ollydbg · « **Reply #6 on:** May 13, 2021, 03:55:24 pm »

Quote from: nenin on May 13, 2021, 08:18:35 am

Hi,
is it necessary to keep all these libs in installation?:

libwxSpellChecker.a
libhunspell.a
libwxPdfDocument.a
libz.a
libbz2_help.a
libbz2_devpak.a
libwxsmithlib.a
libwxmathplot.a
libwxled.a
libwxkwic.a
libwxspeedbutton.a
libwximagepanel.a
libwxcustombutton.a
libwxchartctrl.a
libwxflatnotebook.a
libdepslib.a
libcodeblocks.a
libwxscintilla_cb.a
libsquirrel.a
libtxml.a
libsqplus.a
libsqstdlib.a

I guess you want to build a program, and link it to those libraries?
Basically, you can use gcc's linker to directly link you exe to the dlls.

stahta01 · « **Reply #7 on:** May 13, 2021, 04:11:38 pm »

Quote from: nenin on May 13, 2021, 08:18:35 am

Hi,
is it necessary to keep all these libs in installation?:

libwxSpellChecker.a
libhunspell.a
libwxPdfDocument.a
libz.a
libbz2_help.a
libbz2_devpak.a
libwxsmithlib.a
libwxmathplot.a
libwxled.a
libwxkwic.a
libwxspeedbutton.a
libwximagepanel.a
libwxcustombutton.a
libwxchartctrl.a
libwxflatnotebook.a
libdepslib.a
libcodeblocks.a
libwxscintilla_cb.a
libsquirrel.a
libtxml.a
libsqplus.a
libsqstdlib.a

Normally the answer is they are not needed; they would be good to keep if you are writing an CB Plugin.

Tim S.

Xaviou · « **Reply #8 on:** May 13, 2021, 11:42:48 pm »

Hi

OS X version of this rev can be downloaded from my Google Drive.
There is a specific dmg file for each version of the os (10.13, 10.14, 10.15 and 11.1).

32 bits version for Windows can also be found in the same place.

Debian Stretch and Buster (32 and 64 bits) can be installed from my repo.

Regards
Xav'

nenin · « **Reply #9 on:** May 14, 2021, 09:30:25 am »

Quote from: stahta01 on May 13, 2021, 04:11:38 pm

Normally the answer is they are not needed; they would be good to keep if you are writing an CB Plugin.
Tim S.

Thanks, I got it. They are for C::B plugin developers.

nenin · « **Reply #10 on:** May 15, 2021, 08:29:52 am »

I got first RPT (see attachment) on close C::B after usage with new project.

ollydbg · « **Reply #11 on:** May 15, 2021, 08:58:19 am »

Quote from: nenin on May 15, 2021, 08:29:52 am

I got first RPT (see attachment) on close C::B after usage with new project.

It looks like the crash is from the debugger plugin, see:

Code

00000000709B93BD 0000000002E7B320 0000000000000000 000000000022E750  codeblocks.dll!DebuggerManager::DestoryWindows
00000000709B7325 0000000002E7B320 0000000005AED920 000000000022E7B0  codeblocks.dll!DebuggerManager::UnregisterDebugger
0000000070964028 0000000005AED920 0000000070D1A501 000000000022E830  codeblocks.dll!cbDebuggerPlugin::OnRelease
0000000070963B2B 0000000005AED920 0000000005AED901 00000000057F7D30  codeblocks.dll!cbPlugin::Release

Miguel Gimenez · « **Reply #12 on:** May 15, 2021, 10:03:38 am »

The bug is here

Code

DestoryWindows()

oBFusCATed · « **Reply #13 on:** May 15, 2021, 11:37:31 am »

Quote from: nenin on May 15, 2021, 08:29:52 am

I got first RPT (see attachment) on close C::B after usage with new project.

Steps to reproduce?
Does it happen every time?
Does it happen with older night builds?

eckard_klotz · « **Reply #14 on:** May 16, 2021, 10:52:16 am »

Hello Developers.

Yesterday I have tried out your new nightly 12446 from May the 11th. The latest version I used was a self build SVN 12240 from December 2020 where I added the symbol-browser patch https://sourceforge.net/p/codeblocks/tickets/1031/ and the XPM editor https://forums.codeblocks.org/index.php/board,14.0.htmlr.

First of all thanks that you were able to activate the symbol-browser again.

However with this nightly I'm not able to build any more my project created and buildable without problems with my older Code::Blocks version.

If the compilation starts I get the error-message sorry, unimplemented: 64-bit mode not compiled in

Quote

-------------- Build: Release in KanjiNoKenkyuu (compiler: GNU GCC Compiler)---------------

[ 3.7%] mingw32-g++.exe -Wall -std=gnu++11 -m64 -pipe -mthreads -D__GNUWIN32__ -D__WXMSW__ -DWXUSINGDLL -O3 -IC:\Lib\wxWidgets\3_1_4\include -I..\..\..\sources\KanjiNoKenkyuu -I..\..\..\sources\tinyxml -I..\..\..\sources\analysis -I..\..\..\sources\dataBase -I..\..\..\sources\view -I..\..\..\sources\view\kanji -I..\..\..\sources\view\tree -I..\..\..\sources\view\logging -I..\..\..\sources\view\dialogue -IC:\Lib\wxWidgets\3_1_4\lib\gcc_dll_MinGW_9_2_0_TDM_64_SEH\msw -c C:\Project\Nihongo_Shiryou\SandBox\trunk\sources\analysis\anls_Analysis.cpp -o obj\Release\sources\analysis\anls_Analysis.o
C:\Project\Nihongo_Shiryou\SandBox\trunk\sources\analysis\anls_Analysis.cpp:1:0: sorry, unimplemented: 64-bit mode not compiled in
/*!
^
Process terminated with status 1 (0 minute(s), 0 second(s))
1 error(s), 0 warning(s) (0 minute(s), 0 second(s))
Build log saved as:
file://C:/Project/Nihongo_Shiryou/SandBox/trunk/workspace/CodeBlocks/KanjiNoKenkyuu/KanjiNoKenkyuu_build_log.html

I can understand if your first reaction would be to say that this is a compiler problem. But the same project is buildable with my self-build Code::Blocks from December 2020. And the only change in my tool-environment I have done is using the nightly from 2021 May the 11th with the binaries provided in this topic.

If I build the same project with my older Code::Blocks the first compilation command is this:

Quote

[ 3.7%] x86_64-w64-mingw32-g++.exe -Wall -std=gnu++11 -m64 -pipe -mthreads -D__GNUWIN32__ -D__WXMSW__ -DWXUSINGDLL -O3 -IC:\Lib\wxWidgets\3_1_4\include -I..\..\..\sources\KanjiNoKenkyuu -I..\..\..\sources\tinyxml -I..\..\..\sources\analysis -I..\..\..\sources\dataBase -I..\..\..\sources\view -I..\..\..\sources\view\kanji -I..\..\..\sources\view\tree -I..\..\..\sources\view\logging -I..\..\..\sources\view\dialogue -IC:\Lib\wxWidgets\3_1_4\lib\gcc_dll_MinGW_9_2_0_TDM_64_SEH\msw -c C:\Project\Nihongo_Shiryou\SandBox\trunk\sources\analysis\anls_Analysis.cpp -o obj\Release\sources\analysis\anls_Analysis.o

If you compare both build-reports you will see that the binaries called for the compilation are different

The new nightly calls : mingw32-g++.exe
The old nightly calls : x86_64-w64-mingw32-g++.exe

I call Code::Blocks with a personalities which define several global variables used in my project for an easy change between different build-environments. For this experiment I used certainly the same personality with both Code::Blocks versions.

For the compiler tool-chain I use global variable gcc you could see in the image CB_12240_gcc_paths.png in the attached zip-file. The image CB_12240_compiler_toolchain_executables.png show how this global variables are used in the configuration of Code::Blocks. All this works without problems in my Code::Blocks version 12240 from December 2020.

Now I tried to view the same definitions in the new nightly and surprise surprise the global variables called gcc are not shown any more, as you could see in the image CB_12446_gcc_paths.png and the compiler tool-chain configuration was set back to the default, as you could see in the image CB_12446_compiler_toolchain_executables.png

For me it seems that Code::Blocks has a problem with global variable which names start with gcc .

I have added the used personality file and the Code::Blocks project file as text-files in the attached zip-file.

I'm working on Windows 7
My build-suit is TDM-GCC 9.2.0 release published at https://jmeubank.github.io/tdm-gcc/
My application will later be linked against wxWidgets 3.14 build as dll following the description published in the Code::Blocks Wiki
Please don't hesitate to tell me what information you miss

Thanks for your patience while reading my post.

Please stay well and healthy,
Eckard Klotz.

Code::Blocks Forums

News:

Author Topic: The 11 May 2021 build (12446) is out. (Read 51100 times)

killerbot

The 11 May 2021 build (12446) is out.

gd_on

Re: The 11 May 2021 build (12446) is out.

Miguel Gimenez

Re: The 11 May 2021 build (12446) is out.

oBFusCATed

Re: The 11 May 2021 build (12446) is out.

killerbot

Re: The 11 May 2021 build (12446) is out.

nenin

Re: The 11 May 2021 build (12446) is out.

ollydbg

Re: The 11 May 2021 build (12446) is out.

stahta01

Re: The 11 May 2021 build (12446) is out.

Xaviou

Re: The 11 May 2021 build (12446) is out.

nenin

Re: The 11 May 2021 build (12446) is out.

nenin

Re: The 11 May 2021 build (12446) is out.

ollydbg

Re: The 11 May 2021 build (12446) is out.

Miguel Gimenez

Re: The 11 May 2021 build (12446) is out.

oBFusCATed

Re: The 11 May 2021 build (12446) is out.

eckard_klotz

Re: The 11 May 2021 build (12446) is out.