User forums > Nightly builds

The 13 August 2022 build (12864) is out.

<< < (11/15) > >>

stahta01:

--- Quote from: Frank_CB on August 23, 2022, 08:40:39 pm ---@gd_on:
Your correct, those two extra includes are in both *wx32_64.cbp and *World.cbp. That definitely throws a monkey wrench into my practice, when creating 64-bit builds, of re-arranging the order of include directories for the compilers to insure that the directory that contains setup.h is first. I've been doing that for at least 10 years. I cannnot recall where I read that requirement? It works for *wx32_64.cbp, but not for *World.cbp. I'm at a loss as to what is causing that. i just hope that the other four individuals that downloaded your cbps_3.7p are having better success.

Have you successfully built 32-bit and 64-bit versions of Codeblocks from your modified cbps? I assume that you have.

I am attaching a zipped file that contains build logs and build messages for both *wx32_64.cbp and *World.cbp.

Regards

--- End quote ---

Having the include for setup.h before the other wxWidgets library include works best if you build the PCH for wxWidgets and install it in the same folder that holds setup.h. I have not done that for many years; the standard directions do not build the wxWidgets PCH file and I doubt the CB projects truly use the wxWidgets correctly.

Tim S.

tomay3000:
You may also consider the MinGW Builds update: https://github.com/niXman/mingw-builds-binaries/releases/latest

Frank_CB:
@gd_on:
There's a spreadsheet displayed as a pdf file attached that shows the parameters for g++ compiling LexerAdA.o.  Only one parameter is different between Codeblocks_wx32_64.cbp and Codeblocks_World.cbp. 'O2' is not equivalent to 'std=gnu++11' as far as I know. O2 was shown as part of a global variable displayed in the pdf file you provided in Cbps_3.7p. By adding it to my global variables, I probably created my own problems.

@stahta01:
Thanks Tim

Regards

gd_on:
May be, you have not strictly followed indications given in my Env_vars.pdf. It seems that your global variables are not set correctly, especially cb_build.
To be compatible with standard 32_64 cbp, you must set cb_build.cpp_std to gnu++11 (I use gnu++20 but gnu++11 is OK) and cb_build.cflags to -O2. Don't confuse them. I see in your build files that -O2 is sometimes missing and gnu++11 probably misplaced.
In my cbp, I don't use the content of cb_release_type : it is replaced by cb_build.cflags with the same content. But I keep cb_release_type as it is in my global variables, to be compatible with standard cbps.

gd_on:
Oups ! Sorry. I have just found than in one of my cbps (at least, but the main one: Codeblocks_Windows.cbp) there was a confusion between cb_build.cpp_std and cb_build.cflags.
I'll correct that.
Sorry again

Navigation

[0] Message Index

[#] Next page

[*] Previous page