User forums > General (but related to Code::Blocks)
wxWidget and code::Blocks 16
stahta01:
You need to add the option "-std=gnu++11" or define HAVE_TR1_TYPE_TRAITS to build wxWidgets 3.0.2 or you can patch the wxWidgets bug that was posted on this site a while back. I forgot who posted it he suggested using the patch as the proper solution and he is right. Searching on HAVE_TR1_TYPE_TRAITS should find the patch on this sit.
Added link to the post with the link offsite http://forums.codeblocks.org/index.php/topic,20607.msg140165.html#msg140165
Tim S.
--- Quote from: taazz on May 04, 2016, 02:03:06 pm ---Yes I could not build 3.0.2 in debug mode and still can't here is the result of my latest effort
--- Code: ---C:/TDM-GCC-32/lib/gcc/mingw32/5.1.0/include/c++/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and
library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++
11 or -std=gnu++11 compiler options.
#error This file requires compiler and library support for the \
--- End code ---
--- End quote ---
stahta01:
I have made progress on fixing the wx-config.exe for mingw32-make builds.
So, I am going to work on that for a while. I removed code that I thought was NOT needed till I saw the problem.
Note: My fix likely breaks some of the nice but not needed features of wx-config.exe.
Edit: I really need to get some sleep. I have fixed the only the MinGW GCC for use with the wxWidgets team built binary.
The same type of changes should also fix it for Visual Studio; but, I have been up over 26 hours straight. I hope this insomnia goes away. Link to https://github.com/stahta01/wx-config-win.
I decided that making wxSmith projects is beyond me. I will put my effort into getting the CB wxWidgets Wizard to use wx-config.exe.
I will write up directions on how to use the CB Project I created with wxTeam built binaries when I feel better.
Link to the sample CB Projects https://github.com/stahta01/cb_projects_for_wxWidgets/tree/wxWidgets-3.1.0
Tim S.
taazz:
--- Quote from: stahta01 on May 04, 2016, 04:08:50 pm ---You need to add the option "-std=gnu++11" or define HAVE_TR1_TYPE_TRAITS to build wxWidgets 3.0.2 or you can patch the wxWidgets bug that was posted on this site a while back.
--- End quote ---
that helped me to build wxwidget with both environment adding the option
--- Quote ---CXXFLAGS="-std=gnu++11"
--- End quote ---
in the command line.
--- Quote from: stahta01 on May 04, 2016, 04:08:50 pm ---I forgot who posted it he suggested using the patch as the proper solution and he is right. Searching on HAVE_TR1_TYPE_TRAITS should find the patch on this sit.
Added link to the post with the link offsite http://forums.codeblocks.org/index.php/topic,20607.msg140165.html#msg140165
Tim S.
--- End quote ---
Now of to read up on the link provided, hopefully it will provide inside on why building a wxSmith application raises the same problem now.
--- Quote from: stahta01 on May 04, 2016, 05:29:50 pm ---I have made progress on fixing the wx-config.exe for mingw32-make builds.
So, I am going to work on that for a while. I removed code that I thought was NOT needed till I saw the problem.
Note: My fix likely breaks some of the nice but not needed features of wx-config.exe.
Edit: I really need to get some sleep. I have fixed the only the MinGW GCC for use with the wxWidgets team built binary.
The same type of changes should also fix it for Visual Studio; but, I have been up over 26 hours straight. I hope this insomnia goes away. Link to https://github.com/stahta01/wx-config-win.
I decided that making wxSmith projects is beyond me. I will put my effort into getting the CB wxWidgets Wizard to use wx-config.exe.
I will write up directions on how to use the CB Project I created with wxTeam built binaries when I feel better.
Link to the sample CB Projects https://github.com/stahta01/cb_projects_for_wxWidgets/tree/wxWidgets-3.1.0
Tim S.
--- End quote ---
I have no idea how or where wx-config is used so I do not know how helpful it is, get some sleep. personally I have a lot of pocking around to do inside the IDE to see where things are and most importantly what they are. Too many options to work with it will take some time. I grepped inside the codeblocks directory and found out that the 28, 16, 30 are hard coded inside the wizard's code which 1) is a bit backwards with my own logic and 2) not easily patched.
Any way thank you for your time, it is appreciated immensely.
Navigation
[0] Message Index
[*] Previous page
Go to full version