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

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
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: 796
    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: 1553
    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: 5490
    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: 202
    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: 5910
    • 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.

    Online stahta01

    • Lives here!
    • ****
    • Posts: 7582
      • 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: 402
      • 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: 202
    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: 202
    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: 5910
    • 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: 1553
    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.

    Offline nenin

    • Almost regular
    • **
    • Posts: 202
    Re: The 11 May 2021 build (12446) is out.
    « Reply #15 on: May 16, 2021, 10:53:16 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?
    It was like this:
    I  installed this build in clear folder.
    I opened some old project to check is everything OK- it looks OK  (compiler recognition, default settings, etc.)
    I started new console project, work with it for some time (few hours) including debug sessions, than I did "Save all" and on exit and it generated RPT.
    I did not tried to reproduce it in 100%, simple tests like create project- debug- "save all"- close C::B - does not lead to crash on exit.
    With last few years nighties I did not face such problem.
    I`m on Win7 64b, gcc- winlibs 10.2 32b, gdb: GNU gdb (ssbssa-1) 10.1.90.20201024-git

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #16 on: May 16, 2021, 11:19:24 am »
    @nenin: We need something that is more reproducible in order to fix the problem. It seems something somewhere is corrupting memory, but where - hard to tell. Please lets us know if this persists or the frequency of the crashes increases.
    (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 oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #17 on: May 16, 2021, 11:25:46 am »
    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
    1. Can you try to find the night build which changed behaviour?
    2. What is the exact command line you use to start CB?
    (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 nenin

    • Almost regular
    • **
    • Posts: 202
    Re: The 11 May 2021 build (12446) is out.
    « Reply #18 on: May 16, 2021, 11:57:13 am »
    @nenin: We need something that is more reproducible in order to fix the problem. It seems something somewhere is corrupting memory, but where - hard to tell. Please lets us know if this persists or the frequency of the crashes increases.
    Of course.

    Offline gd_on

    • Lives here!
    • ****
    • Posts: 796
    Re: The 11 May 2021 build (12446) is out.
    « Reply #19 on: May 16, 2021, 12:28:16 pm »
    @eckard_klotz
    Quote
    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
    Why did you change that ? May be an installer (or Auto-detect) has done this for you, but you can revert this.
    In a standard tdm-64 installation, mingw32-g++.exe does not exist, but x86_64-w64-mingw32-g++.exe (or simply g++.exe which is the same executable) exists. If you want to use the same compiler version as previously, the same configuration path should work. Take care of the order in your path variable !
    So, may be you have an other mingw32 in your path, a 32 bits one, so this can give such problem.
    This is just a supposition ...
    « Last Edit: May 16, 2021, 03:42:33 pm by gd_on »
    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 eckard_klotz

    • Almost regular
    • **
    • Posts: 194
    Re: The 11 May 2021 build (12446) is out.
    « Reply #20 on: May 16, 2021, 02:16:20 pm »
    Hello oBFusCATed and gd_on

    Thanks for your fast response

    @gd_on
    You wonder why I have changed the called binary.
    • But the answer is I haven't changed it.
    • Code::Blocks has done the change by ignoring the content of the conf-file used with the personality chosen wile calling it.
    • If you would take a look to the zip-file, I have provided with my first post, you will see 2 images with the version-number 12240 in the name, which show you, what I have configured and how the global variables should be used to define the  compiler toolchain executables.
    • The images version-number 12446 in the name show you how my configuration was changed or better ignored and reset by the current nightly. Fortunately this changes was not stored in the conf-file. Thus I could still use my configuration with my old self-build Code::Blocks 1240 from last December.


    What you describe about the windows-path variable may be valid as long as you don't configure explicitly what tool-chain and what binaries should be used.
    • But If I set up global variables in Code::Blocks for everything and configure the use of this global variables in the compiler toolchain executable settings, I actually expect that Code::Blocks is using my configuration and is not trying to search the tools by itself.
    • And if this has worked in the past I actually expect that that this will also work in the newer versions.

    I hope my language sounds not to rude, since you mentioned in your reply:
    Quote
    This is just a supposition ...
    Please accept my apologize if my words are to rough.

    Even I think in this case it is more related to the mechanism how Code::Blocks is handling the global variables, every tip is welcome for me. When I searched in the first step for the error-message sorry, unimplemented: 64-bit mode not compiled in in the forum, I already found diverse topics mentioning the same issue were this hint would be leading in the right direction.
    Thus thank you for your supposition.



    @oBFusCATed

    You ask for the exact command used to call Code::Blocks
    • I call Code::Blocks with a shortcut that uses the following destination.
    •     C:\Tool\Development\CodeBlocks\Nightlies\2021_05_11\bin\codeblocks.exe --personality="ask"
    • 2021_05_11 depends on the nightly I use. If I change it, I change the corresponding working-path of the shortcut also.
    • --personality="ask" provides me a list of different conf-files for different build-suites. (I attached a screen shot)


    You asked me to test which nightly is still working as desired and which not:

    The only working nightly published after my own build Code::Block that is still completely working with the conf-file content is the following one:
    • svn build rev 12286 (2021-01-02 14:06:31) gcc 8.1.0 Windows/unicode - 64 bit

    All other nightlies I've tested are not recognizing the global variables associated with the gcc and reset the compiler toolchain executable settings.
    • svn build rev 12312 (2021-04-03 05:14:39) gcc 8.1.0 Windows/unicode - 64 bit
    • svn build rev 12315 (2021-04-30 18:28:46) gcc 8.1.0 Windows/unicode - 64 bit
    • svn build rev 12446 (2021-05-09 12:52:18) gcc 8.1.0 Windows/unicode - 64 bit

    In the List "Resolved Fixed" of the nightly "25 April 2021 build (12312)" https://forums.codeblocks.org/index.php/topic,24464.0.html I found the following comment
    • compiler: Add proper version comparison to compiler's XML parser (ticket #1041, thanks Miguel Gimenez)

    Could it be that this way the compiler toolchain executable settings are reset to default values if they contain global variables and not file-names and/or path strings.
    But why are the global variables associated with the built-suite not be shown any more?

    By the way my Code::Blocks project-file as well as the conf-file I have provided in the zip-file with my post before are now shown as text-files, since forum told me that files with the original attachment could not be posted.
    • I have exchanged the dot before the actually file attachment by an underscore.
    • In addition I added the new file-attachment .txt.
    • KanjiNoKenkyuu.cbp became KanjiNoKenkyuu_cbp.txt.
    • MinGW_9_2_0_64bit_TDM.conf became MinGW_9_2_0_64bit_TDM_conf.txt.
    Please undo this change.

    Thanks for your support.

    Please stay well and healthy,
                                              Eckard Klotz.

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1553
    Re: The 11 May 2021 build (12446) is out.
    « Reply #21 on: May 16, 2021, 02:59:45 pm »
    Quote
    compiler: Add proper version comparison to compiler's XML parser (ticket #1041, thanks Miguel Gimenez)

    That commit allows enabling options (p.e. -std=c++2a or -std=c++20) depending on compiler version, it does not affect compiler selection or variables.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #22 on: May 16, 2021, 03:53:55 pm »
    @eckard_klotz:
    Strange...
    1. 12286 is working
    2. 12312 is broken
    3. we don't have night builds in between
    4. I don't see anything which might be related.

    Would it be possible to do a bisect with own builds and tell us which revision broke it?
    There aren't that many revision so finding the broken one shouldn't take that much time.
    (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 #23 on: May 16, 2021, 05:32:42 pm »
    Hello oBFusCATed


    Quote
    Would it be possible to do a bisect with own builds and tell us which revision broke it?
    There aren't that many revision so finding the broken one shouldn't take that much time.

    You are asking me to test more than 20 revisions right?

    Usually a build takes half a day on my computer parallel to my work I need at least 20 days or more.
    If we would do this discussion in Japanese, I would answer now "chotto....."

    However in the meanwhile I found another issue not related to the build-issue but to the conf-file.

    • I configured in the menu Tools (not Tools+) an item to open the project-folder (attached image "CB_12240_Tool_OpenProjectFolder.png")
    • In the current nightly opened with the conf-file created with the older Code::Blocks version this Tool menu item is not visible any more as well as its configuration i (attached image "CB_12446_Tool_OpenProjectFolder.png")

    I think the real problem is located in the evaluation of the conf-file were all this configurations are stored. In my today's first post I have also added the conf-file (ok as txt file but this means for you that you have to change the file-attachment back as already discussed).

    We are currently talking about:

    the global variable sets
    Quote
       <gcv>
          <sets>
             <default>
                <wx_64>
                   <BASE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12\include]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12\lib]]>
                      </str>
                   </LIB>
                </wx_64>
                <wx>
                   <BASE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12\include]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12\lib]]>
                      </str>
                   </LIB>
                </wx>
                <wx_32bit>
                   <BASE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12\include]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\wxWidgets-2.8.12\lib]]>
                      </str>
                   </LIB>
                </wx_32bit>
                <wx30>
                   <BASE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\3_0_4\MinGW_5_1_0_32bit]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\3_0_4\MinGW_5_1_0_32bit\include]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\3_0_4\MinGW_5_1_0_32bit\lib]]>
                      </str>
                   </LIB>
                </wx30>
                <unittest>
                   <BASE>
                      <str>
                         <![CDATA[C:\Tool\Development\UnitTest]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[C:\Tool\Development\UnitTest\UnitTest++\src]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[C:\Tool\Development\UnitTest\lib]]>
                      </str>
                   </LIB>
                </unittest>
                <wx31_64>
                   <BASE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\3_1_3]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\3_1_3\include]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[C:\Lib\wxWidgets\3_1_3\lib]]>
                      </str>
                   </LIB>
                </wx31_64>
                <cb>
                   <BASE>
                      <str>
                         <![CDATA[C:\Project\_SVN\CodeBlocks\trunk\src]]>
                      </str>
                   </BASE>
                </cb>
                <cb_release_type>
                   <BASE>
                      <str>
                         <![CDATA[-o2]]>
                      </str>
                   </BASE>
                </cb_release_type>
                <boost>
                   <BASE>
                      <str>
                         <![CDATA[C:\Lib\boost\boost_1_57_0]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[C:\Lib\boost\boost_1_57_0]]>
                      </str>
                   </INCLUDE>
                </boost>
                <gcc_libs>
                   <BASE>
                      <str>
                         <![CDATA[C:\Tool\Development\MinGW\MinGW_8_1_0\bin_64_SJLJ\mingw64]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[$(#gcc.BASE)\include\]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[$(#gcc.BASE)\lib\]]>
                      </str>
                   </LIB>
                   <LIBSTDCPP_A>
                      <str>
                         <![CDATA[gcc\x86_64-w64-mingw32\9.2.0\libstdc++.a]]>
                      </str>
                   </LIBSTDCPP_A>
                   <LIBWINPTHREAD_A>
                      <str>
                         <![CDATA[..\x86_64-w64-mingw32\lib\libwinpthread.a]]>
                      </str>
                   </LIBWINPTHREAD_A>
                   <LIBGCC_S_A>
                      <str>
                         <![CDATA[..\x86_64-w64-mingw32\lib\libgcc_s.a]]>
                      </str>
                   </LIBGCC_S_A>
                </gcc_libs>
                <gcc>
                   <BASE>
                      <str>
                         <![CDATA[C:\Tool\Development\MinGW\MinGW_9_2_0_TDM\bin_64_SEH]]>
                      </str>
                   </BASE>
                   <INCLUDE>
                      <str>
                         <![CDATA[$(#gcc.BASE)\include\]]>
                      </str>
                   </INCLUDE>
                   <LIB>
                      <str>
                         <![CDATA[$(#gcc.BASE)\lib\]]>
                      </str>
                   </LIB>
                   <COMPILER_C>
                      <str>
                         <![CDATA[x86_64-w64-mingw32-gcc.exe]]>
                      </str>
                   </COMPILER_C>
                   <COMPILER_CPP>
                      <str>
                         <![CDATA[x86_64-w64-mingw32-g++.exe]]>
                      </str>
                   </COMPILER_CPP>
                   <COMPILER_RES>
                      <str>
                         <![CDATA[windres.exe]]>
                      </str>
                   </COMPILER_RES>
                   <LINKER_DYN>
                      <str>
                         <![CDATA[x86_64-w64-mingw32-g++.exe]]>
                      </str>
                   </LINKER_DYN>
                   <LINKER_STAT>
                      <str>
                         <![CDATA[x86_64-w64-mingw32-gcc-ar.exe]]>
                      </str>
                   </LINKER_STAT>
                   <MAKE>
                      <str>
                         <![CDATA[mingw32-make.exe]]>
                      </str>
                   </MAKE>
                   <LIBSTDCPP_A>
                      <str>
                         <![CDATA[gcc\x86_64-w64-mingw32\9.2.0\libstdc++.a]]>
                      </str>
                   </LIBSTDCPP_A>
                </gcc>
             </default>
          </sets>
          <ACTIVE>
             <str>
                <![CDATA[default]]>
             </str>
          </ACTIVE>
       </gcv>


    the compiler toolchain executables
    Quote
             <gcc>
                <NAME>
                   <str>
                      <![CDATA[GNU GCC Compiler]]>
                   </str>
                </NAME>
                <MASTER_PATH>
                   <str>
                      <![CDATA[$(#gcc.BASE)]]>
                   </str>
                </MASTER_PATH>
                <EXTRA_PATHS>
                   <str>
                      <![CDATA[C:\Tool\Development\MinGW\AddOn\bison\bison_2_1\bin;C:\Tool\Development\MinGW\AddOn\flex\flex_2_5_4a_1\bin;C:\Tool\Kompress\Zip\3_0\bin;]]>
                   </str>
                </EXTRA_PATHS>
                <C_COMPILER>
                   <str>
                      <![CDATA[$(#gcc.COMPILER_C)]]>
                   </str>
                </C_COMPILER>
                <CPP_COMPILER>
                   <str>
                      <![CDATA[$(#gcc.COMPILER_CPP)]]>
                   </str>
                </CPP_COMPILER>
                <LINKER>
                   <str>
                      <![CDATA[$(#gcc.LINKER_DYN)]]>
                   </str>
                </LINKER>
                <LIB_LINKER>
                   <str>
                      <![CDATA[$(#gcc.LINKER_STAT)]]>
                   </str>
                </LIB_LINKER>
                <RES_COMPILER>
                   <str>
                      <![CDATA[$(#gcc.COMPILER_RES)]]>
                   </str>
                </RES_COMPILER>
                <MAKE>
                   <str>
                      <![CDATA[$(#gcc.MAKE)]]>
                   </str>
                </MAKE>
             </gcc>

    the tools-configuration
    Quote
       <tools>
          <tool00>
             <NAME>
                <str>
                   <![CDATA[open project folder]]>
                </str>
             </NAME>
             <COMMAND>
                <str>
                   <![CDATA[explorer.exe ]]>
                </str>
             </COMMAND>
             <PARAMS>
                <str>
                   <![CDATA[${PROJECT_DIR}]]>
                </str>
             </PARAMS>
             <WORKINGDIR>
                <str>
                   <![CDATA[]]>
                </str>
             </WORKINGDIR>
             <LAUNCHOPTION int="2" />
          </tool00>
       </tools>

     
    Actually on developer should know this parts of the conf-file and where they are used. I do not.

    • I provided you images which show the good case as well as the bad cases. Thus my report should be reproduce able.
    • Once you see the same effect wile using my conf-file you just have to figure out where the corresponding xml nodes in the conf-file are processed.

    Even I would be able to tell you exactly with which revision the issue was introduced you still have to check this. So why don't you do it just with the current revision?

    Please stay well and healthy,
                                              Eckard Klotz.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #24 on: May 16, 2021, 05:57:22 pm »
    You are asking me to test more than 20 revisions right?
    More like lg2(20), if you use binary search.

    Usually a build takes half a day on my computer parallel to my work I need at least 20 days or more.
    Hard to believe. Even my old core2quad could build the core stuff in 2-3 minutes.
    You don't have to build the whole workspace. You can only build the core (codeblocks*.cbp).

    It is up to you to do it or wait if someone wants to replicate your setup and reproduce this for you.
    (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 #25 on: May 16, 2021, 06:38:11 pm »
    Hello oBFusCATed.

    I will create an official bug-report regarding this. As you already mentioned it is a core feature of Code::Blocks and all users which are working with global variables are potentially affected. What more augments are necessary to  take a look?

    Please stay well and healthy,
                                              Eckard Klotz.

    Offline BlueHazzard

    • Developer
    • Lives here!
    • *****
    • Posts: 3353
    Re: The 11 May 2021 build (12446) is out.
    « Reply #26 on: May 17, 2021, 01:01:30 am »
    Hard to believe. Even my old core2quad could build the core stuff in 2-3 minutes.

    windows is !significantly! slower then linux when it comes to building codeblocks...
    I build codeblocks faster in my linux vm with less cores, then on windows on the same machine (no vm) with all cores of my cpu
    My feeling is that gcc is slower on windows and also that our pipe handling is somehow slower, but i never profiled it...

    Offline BlueHazzard

    • Developer
    • Lives here!
    • *****
    • Posts: 3353
    Re: The 11 May 2021 build (12446) is out.
    « Reply #27 on: May 17, 2021, 01:10:41 am »
    @Obfuscated regarding the problem of @eckard_klotz
    i think he hits the bug where we kill our config file...

    Quote
    I think the real problem is located in the evaluation of the conf-file were all this configurations are stored. In my today's first post I have also added the conf-file (ok as txt file but this means for you that you have to change the file-attachment back as already discussed).
    Yes.. i think our config file parsing/saving is broken, prone to create erroneous files... I have this problem from time to time, that the compiler flags are not valid any more. I am not able to reproduce this and that is a big problem...

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #28 on: May 17, 2021, 01:14:17 am »
    windows is !significantly! slower then linux when it comes to building codeblocks...

    This is true, but it is not 200 times slower. GCC is damn slow on windows (and buggy).
    I don't know why non of the windows devs haven't stepped up to to provide llvm builds. :)
    The dev experience on windows with C::B is something like 2-10x worse compared to the experience on linux.

    @Obfuscated regarding the problem of @eckard_klotz
    i think he hits the bug where we kill our config file...
    I'm not sure what config-kill-problem you're talking about, but as far as I understand it the problem is 100% reproducible - it happens every time. @eckard_klotz could correct me if this is not the case of course.
    (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 #29 on: May 17, 2021, 08:03:36 am »
    Hello oBFusCATed and BlueHazzard

    Quote
    I'm not sure what config-kill-problem you're talking about, but as far as I understand it the problem is 100% reproducible - it happens every time. @eckard_klotz could correct me if this is not the case of course.

    Yes you are right it happens always.

    • Rename the file MinGW_9_2_0_64bit_TDM_conf.txt back into MinGW_9_2_0_64bit_TDM.conf (provided in my zip-file you will find in my first post yesterday https://forums.codeblocks.org/index.php/topic,24487.msg167084.html#msg167084).
    • Place the conf-file in your windows user folderC:\Users\[USER_NAME]\AppData\Roaming\CodeBlocks.
    • Start Code::Blocks with "codeblocks.exe --personality="ask"".
    • Choose the personality MinGW_9_2_0_64bit_TDM.
    • Once Code::Blocks is open check the settings of the global variables, the compiler tool chain executables and the menu "Tool".

    In my zip-file, you will find in my first post yesterday https://forums.codeblocks.org/index.php/topic,24487.msg167084.html#msg167084 and in my 3rd post yesterday https://forums.codeblocks.org/index.php/topic,24487.msg167094.html#msg167094, I provided screen shots of the associated Code::Blocks dialogs.

    The numbers in the names will allow you to differ between the good case and the bad case:
    • Good Case: 12240
    • Bad Case :  12446

    The good case could be shown until the nightly "svn build rev 12286 (2021-01-02 14:06:31) gcc 8.1.0 Windows/unicode - 64 bit".
    The bad case could be shown from  the nightly "svn build rev 12312 (2021-04-03 05:14:39) gcc 8.1.0 Windows/unicode - 64 bit" on.

    I know that I repeat, what I have already written yesterday. But I hope that this conclusion is helping you to re-produce the issue.

    You all payed so much effort in the development and in updating Code::Blocks. I'm especially appreciated that the symbol-browser is working again.
    It would be a pity, if this issue would prevent the users of global variables to change to a newer nightly.

    Please stay well and healthy,
                                              Eckard Klotz.

    Offline BlueHazzard

    • Developer
    • Lives here!
    • *****
    • Posts: 3353
    Re: The 11 May 2021 build (12446) is out.
    « Reply #30 on: May 19, 2021, 12:35:55 am »
    @eckard_klotz:
    I think i can reproduce your error. But i think what is actually happening (and i can not understand why it only happens now): The ask dialog of the personality is not working...

    If i use the flag --personality="ask" i get the dialog, and i select your MinGW_9_2_0bit_TDM personality, but in compiler executable settings the global variables are not shown, for me my default config is loaded.
    You can check this in the Code::Blocks log tab, the first line: "Loaded config file"

    if i use the flag --personality="MinGW_9_2_0bit_TDM" everything works

    can you confirm this?

    [Edit:] i started a new forum thread for this problem: https://forums.codeblocks.org/index.php/topic,24502
    [edit2:] Ticket https://sourceforge.net/p/codeblocks/tickets/1101/
    « Last Edit: May 19, 2021, 01:08:30 am by BlueHazzard »

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 194
    Re: The 11 May 2021 build (12446) is out.
    « Reply #31 on: May 19, 2021, 02:14:06 pm »
    Hello BlueHazzard.

    Quote
    I think i can reproduce your error. But i think what is actually happening (and i can not understand why it only happens now): The ask dialog of the personality is not working...

    That sounds good. What ever the reason is, if you could reproduce the result it should be possible to find the rason.


    Quote
    if i use the flag --personality="MinGW_9_2_0bit_TDM" everything works

    can you confirm this?

    Yes I can confirm.

    Please stay well and healthy,
                                              Eckard Klotz.

    Offline huycan

    • Multiple posting newcomer
    • *
    • Posts: 34
    Re: The 11 May 2021 build (12446) is out.
    « Reply #32 on: May 21, 2021, 09:08:20 pm »
    Does anyone have problem with the Class Wizard? It will hang after filling out all the information of the new class. My system is Windows 10 64-bit.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 11 May 2021 build (12446) is out.
    « Reply #33 on: May 22, 2021, 10:09:27 am »
    @huycan Is this a new behaviour with this night build? Does it happen with any of the previous ones or 20.03?
    (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 huycan

    • Multiple posting newcomer
    • *
    • Posts: 34
    Re: The 11 May 2021 build (12446) is out.
    « Reply #34 on: May 23, 2021, 09:58:43 am »
    Only this nightly build.

    Offline huycan

    • Multiple posting newcomer
    • *
    • Posts: 34
    Re: The 11 May 2021 build (12446) is out.
    « Reply #35 on: May 23, 2021, 10:08:59 am »
    So far, the newer build 12450 seems to be working fine.... I have to test it more....

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 194
    Re: The 11 May 2021 build (12446) is out.
    « Reply #36 on: May 28, 2021, 10:51:10 am »
    Dear Developers.

    Today I have downloaded the 24 May 2021 build (12452) from https://forums.codeblocks.org/index.php/topic,24510.0.html.
    I can confirm that the issue reported by me regarding the --personality="ask" problem is not occurring with the new build.

    Thanks for your effort to solve it.

    Please stay well and healthy,
                                             Eckard Klotz.