Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
Using Code::Blocks / Re: damaged Linux settings
« Last post by rpirpag on Yesterday at 04:43:24 pm »

I found out the problem: The *.cpp file I want to edit was read only. If I set it to writeable it works.
For me is this a very strange behavior of C::B. My Linux is Debian 10.
Help / Re: SVN 12550 does not compile
« Last post by Miguel Gimenez on Yesterday at 10:30:39 am »
Speed is important, but even more important is coherency. I also think CodeBlocks_wx31_64.cbp should get the same changes of r11401.

Can you do it?
Development / Re: Enable the PCH when build C::B against wx3.x
« Last post by stahta01 on Yesterday at 09:14:37 am »
FYI: Code::Blocks has in the past 3 years not used the PCH correctly in the contrib projects.

Turning off "-DNOPCH" is a waste of time if the devs refuse to add the location of the PCH to the project search path.

Tim S.
Updated release now available for x64.

This incorporates the code changes up to and including SVN 12551.
Development / Re: Enable the PCH when build C::B against wx3.x
« Last post by AndrewCot on Yesterday at 12:53:03 am »
My investigation on C::B GCC versions are:
1. C::B 20.03 used GCC 8.1.0
2. C::B Nightly also uses GCC 8.1.0
3. The C::B 20.03 bundled GCC is also 8.1.0

My feedback on building is:
1. If you use the windows *.workspace to build C::B then it references other *wx31*.cbp files that also need to be patched as it looks like all (a heck of allot of them) have the "-DNOPCH" option.
2. My build time went from on average 510seconds to 476 seconds after just changing the CodeBlocks_wx31_64.cbp file (I build using the CodeBlocks_wx31_64.workspace).
3. I am using Windows 10 (21H2  19044.1387 , latest and patched as of 3-Dec-2021) and MSYS2 x64 using GCC 11.2.0 and WxWidget 3.1.5 (built with same MSYS2 GCC 11.2.0).

My Conclusion
YES, but the other *wx31*.cbp files also need changing to make them consistent and minimize the build time.
If someone is using an old GCC or has a reason to use an old GCC then they can grab the files from before the change as the official C::B releases and nightly builds use a GCC version that will benefit from this change by reducing the build time.
Help / Re: SVN 12550 does not compile
« Last post by ollydbg on Yesterday at 12:35:41 am »
Here compiles OK (wx3.1.5 with MinGW-w64).

May be related to precompiled headers, they depend on CB_PRECOMP being defined in project options.

Can you try this micropatch in findreplacedlg.cpp:23?

    #include <wx/radiobox.h>
+  #include <wx/regex.h>
    #include <wx/sizer.h>
+  #include <wx/stattext.h>
    #include <wx/textctrl.h>

EDIT: found the problem, CB_PRECOMP is defined in CodeBlocks_wx31.cbp but not in CodeBlocks_wx31_64.cbp.
EDIT2: in CodeBlocks_wx31_64.cbp CB_PRECOMP is not defined and NOPCH is defined, so precompilation is disabled.

To CB_PRECOMP or not to CB_PRECOMP?. That is the question. Meanwhile, I will apply the micropatch in trunk tonight.

For my opinion, I think the PCH should be enabled in the 64bit windows cbp file(CodeBlocks_wx31_64.cbp).
The main reason is that it reduce the build time 50%.
Help / Re: SVN 12550 does not compile
« Last post by gd_on on December 03, 2021, 09:11:39 pm »
Effectively, wxrc is the tool I use in my batch file. May be I could use it in a better way... that's possible  ???
Help / Re: SVN 12550 does not compile
« Last post by Miguel Gimenez on December 03, 2021, 09:03:45 pm »
Fixed compilation on MSW-64 bits and some strings that were not translatable in r12551, thanks gd_on for reporting and testing.
General (but related to Code::Blocks) / Re: How to install and use MSYS
« Last post by vicent on December 03, 2021, 08:49:07 pm »
Thank you!!

I managed to install MSYS2, and then to install GSL using `pacman -S  mingw-w64-gsl`.  :)
Help / Re: SVN 12550 does not compile
« Last post by sodev on December 03, 2021, 08:38:38 pm »
Poedit does not process XRC files, for this you can use wxrc (that is part of wxWidgets). It reads XRC files and extracts translatable strings (there is some hardcoded logic in that tool to detect translatable strings and the two examples above are supported) into ordinary dummy C++ headers. These headers you can process as usual with Poedit or anything else that can read gettext format.
Pages: [1] 2 3 4 5 6 ... 10