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

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5489
The 11 May 2021 build (12446) is out.
« 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:


    « Last Edit: May 12, 2021, 11:21:27 pm by killerbot »

    Offline gd_on

    • Lives here!
    • ****
    • Posts: 795
    Re: The 11 May 2021 build (12446) is out.
    « 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.
    Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1549
    Re: The 11 May 2021 build (12446) is out.
    « 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.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #3 on: May 12, 2021, 09:46:01 pm »
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5489
    Re: The 11 May 2021 build (12446) is out.
    « Reply #4 on: May 12, 2021, 11:21:42 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.

    Offline nenin

    • Almost regular
    • **
    • Posts: 201
    Re: The 11 May 2021 build (12446) is out.
    « 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


    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5906
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 11 May 2021 build (12446) is out.
    « Reply #6 on: May 13, 2021, 03:55:24 pm »
    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.
    « Last Edit: May 13, 2021, 04:10:36 pm by ollydbg »
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline stahta01

    • Lives here!
    • ****
    • Posts: 7576
      • My Best Post
    Re: The 11 May 2021 build (12446) is out.
    « Reply #7 on: May 13, 2021, 04:11:38 pm »
    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.
    C Programmer working to learn more about C++ and Git.
    On Windows 7 64 bit and Windows 10 64 bit.
    --
    When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

    Offline Xaviou

    • Regular
    • ***
    • Posts: 401
      • X@v's wxStuff
    Re: The 11 May 2021 build (12446) is out.
    « 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'
    « Last Edit: September 27, 2021, 05:22:20 pm by Xaviou »
    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline nenin

    • Almost regular
    • **
    • Posts: 201
    Re: The 11 May 2021 build (12446) is out.
    « Reply #9 on: May 14, 2021, 09:30:25 am »
    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.

    Offline nenin

    • Almost regular
    • **
    • Posts: 201
    Re: The 11 May 2021 build (12446) is out.
    « 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.

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5906
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 11 May 2021 build (12446) is out.
    « Reply #11 on: May 15, 2021, 08:58:19 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
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1549
    Re: The 11 May 2021 build (12446) is out.
    « Reply #12 on: May 15, 2021, 10:03:38 am »
    The bug is here  :P

    Code
    DestoryWindows()

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #13 on: May 15, 2021, 11:37:31 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?
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 194
    Re: The 11 May 2021 build (12446) is out.
    « 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.