User forums > Nightly builds

The 13 August 2022 build (12864) is out.

<< < (12/15) > >>

gd_on:
OK. Problem corrected (I hope so !). See the new attachment. Nevertheless, I'm not sure it solves problems met by Frank_CB, which comes from something else I think : compiler, environment, wxwidgets build, ... ?

Build logs between standard w32_64 workspaces and mine are compatibles.

Dooing this, I have remarked that there is a small difference in how are used and interpreted local and global variables, at least for wx_cfg in cbp files which by default is an empty string. Does not seem to cause problems in Windows but a little bit annoying. I have filled a ticket for that #1300.

gd_on

Frank_CB:
@gd_on:
As you'll notice in the following build-log snippet std=gnu++11 has returned, but the cflag -O2 is missing. The variable cpp_std is called std. The 64-bit build failed earlier, I had updated my env-vars per your last instructions in cbps_5.7z I have no idea if a missing cflag variable and/or a misspelled vsriable could cause the failures.

--- Code: ---g++.exe -Wall -std=gnu++11 -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -Winvalid-pch -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DCB_PRECOMP -DwxUSE_UNICODE -D_WIN64 -D__WX__ -DWINVER=0x0501 -DLINK_LEXERS -DSCI_LEXER -DWXMAKINGDLL_SCI -iquote.objs32_64\include -I.objs32_64\include -I. -IC;\wxWidgets-3.2.0\include -IC;\wxWidgets-3.2.0\lib\gcc_dll64\mswu -Isdk\wxscintilla\include -Iinclude\tinyxml -Isdk\wxscintilla\src\scintilla\include -Isdk\wxscintilla\src\scintilla\src -Isdk\wxscintilla\src\scintilla\lexlib -c C:\projects\12877\src\sdk\wxscintilla\src\scintilla\lexers\LexAsn1.cxx -o .objs32_64\sdk\wxscintilla\src\scintilla\lexers\LexAsn1.o
C:\projects\12877\src\sdk\wxscintilla\src\PlatWX.cpp:8:10: fatal error: wx/wxprec.h: No such file or directory
 #include "wx/wxprec.h"

--- End code ---

The attached png file shows cb_build after your instructions in cbps_3.7z. I couldn't have followed your instructions more explicitly.

Ihank you for taking the time to reply to alll my comments addressed to you. Maybe someone else can figure out what is causing the problems when I try to build 64-bit builds using your cbps. I'll just wait until your cbps show up in source.  Until then, I have my own Codeblocks_wx32_64.cbp and ContribPlugins_wx32_64.workplace files that work.

Again, Thank you !

Regards

Frank_CB:
@gd_on:
wx_cfg is used by Codeblocks to specify which wxWidgets library to use. I have always set it to 64. Leaving it blank infers a 32-bit wxWidgets library. You may want to question the ticket you submitted?

Regards

gd_on:
Why not, but in all wx32_64.cbp, the wx_cfg value is empty or set as "".

--- Code: ---<Variable name="WX_CFG" value="" />
--- End code ---
And I don't understand why -O2 is missing on the command line and why it does not work for you (wxprec.h not found). If -O2 is found for cpp files with wx32_64 cbp, it should also be found in _windows.cbp, except if you have modified something in my cbp. As I told, I use no more cb_release_type but cb_build.cflags (with the same -O2 value) to be homogeneous in all the cbps.

Frank_CB:
I've replaced any versions of World.cbp that I may have modified.


--- Quote ---modified something in my cbp. As I told, I use no more cb_release_type but cb_build.cflags (with the same -O2 value) to be homogeneous in all the cbps.

--- End quote ---

Is cb_release_type with base of -g equivalent to cb_build  with cflags of -O2 ?

I have always modified wx3x_64.cbp by setting wx_cfg to 64. It had been blank.

Navigation

[0] Message Index

[#] Next page

[*] Previous page