User forums > General (but related to Code::Blocks)
wxWidget and code::Blocks 16
stahta01:
Since you are a newbie, do you have any reason why you are NOT using wxWidgets version 2.8 or 3.0 instead of version 3.1?
I noticed you had issues building wxWidgets 3.0; is that the main reason you are trying the development version of 3.1.0?
Because if it is a issue building wxWidgets; I would suggest going with wxWidgets 3.0.2.
Tim S.
taazz:
--- Quote from: stahta01 on May 04, 2016, 01:01:14 pm ---I see at least a half dozen possible errors you might have made.
--- End quote ---
Good! half a dozen is a manageable amount of errors. If you be so kind to name them so I can start working on them and see what I can come up with that would be grate.
--- Quote from: stahta01 on May 04, 2016, 01:01:14 pm ---But, the main one is I have no Idea what C++ Compiler you are really using; and, I do NOT think you know either.
--- End quote ---
True! But I made sure that my path variable references only one installation at all times which did not help at all. I have tried to remove all references from the path as well calling the mingw32-make utility using the complete path which failed too. Just for the sake of it I opened the TDM shell and got the compiler version from there so here are the results.
--- Quote ---C:\wxWidgets-3.1.0\build\msw>g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=C:/TDM-GCC-32/bin/../libexec/gcc/mingw32/5.1.0/lto-wrapper.exe
Target: mingw32
Configured with: ../../../src/gcc-5.1.0/configure --build=mingw32 --enable-languages=ada,c,c++,fortran,lto,objc,obj-c++ --enable-libgomp --enable-lto --ena
ble-graphite --enable-libstdcxx-debug --enable-threads=posix --enable-version-specific-runtime-libs --enable-fully-dynamic-string --enable-libstdcxx-threads
--enable-libstdcxx-time --with-gnu-ld --disable-werror --disable-nls --disable-win32-registry --disable-symvers --enable-cxx-flags='-fno-function-sections -fno
-data-sections -DWINPTHREAD_STATIC' --prefix=/mingw32tdm --with-local-prefix=/mingw32tdm --with-pkgversion=tdm-1 --enable-sjlj-exceptions --with-bu
gurl=http://tdm-gcc.tdragon.net/bugs
Thread model: posix
gcc version 5.1.0 (tdm-1)
--- End quote ---
Am I correct to assume that the compiler version 5.1.0?
--- Quote from: stahta01 on May 04, 2016, 01:01:14 pm ---I will see if I can write up some newbie style directions that use the wxWidgets built binaries because I think that is a major stumbling block for newbies.
--- End quote ---
Well that is one way to go but it will not work for me. My ultimate goal is to set up a cross compilation environment to allow me to use windows as a developing environment for every target I might need.
--- Quote from: stahta01 on May 04, 2016, 01:01:14 pm ---No idea how many days this will take me. You will have to download an TDM GCC Compiler to match the wxWidgets 3.1.0 built binaries.
--- End quote ---
Well can I have a couple of pointers that will allow me to work my way up? The idea is that I learn by solving using your hints as guides and in the process learn more than solving the specific problem. I know it looks counter intuitive but its my way of learning.
--- Quote from: stahta01 on May 04, 2016, 01:01:14 pm ---From https://github.com/wxWidgets/wxWidgets/releases/tag/v3.1.0
--- Quote ---MinGW-TDM versions 4.9 and 5.1 (with the default SJLJ exceptions propagation method, using C++11).
--- End quote ---
I will see if the directions can support wxSmith; might try wxFormBuilder if I secede in getting wxSmith working.
I will be using an wx-config.exe to set most of the wxWidgets setting in Code::Blocks.
I have plans to add an option to the CB Wizard to use wx-config.exe in the future.
--- End quote ---
As far as I understand it would be beneficial for both of us to point me to how the basics of the wizard mechanism work so I can troubleshoot my problem, that way I will be able to help in some small way as well hopefully freeing you some time to spend on more interesting things.
--- Quote from: stahta01 on May 04, 2016, 01:01:14 pm ---I strongly recommend newbies have only one MinGW GCC based compiler installation on their computers they can interfere with each other!
--- End quote ---
Yeah I heard about that. Searching the net I see only generic statements and nothing to point in the problem it self ee config xxx is global or environment variable xy need to point to what ever. The problem is that not knowing how to validate the installation it makes it impossible for me to learn how to find problematic configurations and that is more damaging than any lack of information could ever be.
--- Quote from: stahta01 on May 04, 2016, 01:01:14 pm ---Edit: I would NOT be surprised if wxSmith and wxFormBuilder are both partly (or mostly) broken with wxWidgets 3.1.
I will NOT be able to help you using wxSmith and wxFormBuilder; I am a newbie with both.
--- End quote ---
That's OK, I'm here to learn how to validate code block installations what I need to look for and how to identify possible friction points. I'm not here to give me an executable that will do the work for me that would be grate and all but the moment you moved on to other projects, I would end up on the same position I'm now.
taazz:
--- Quote from: stahta01 on May 04, 2016, 01:54:48 pm ---Since you are a newbie, do you have any reason why you are NOT using wxWidgets version 2.8 or 3.0 instead of version 3.1?
I noticed you had issues building wxWidgets 3.0; is that the main reason you are trying the development version of 3.1.0?
Because if it is a issue building wxWidgets; I would suggest going with wxWidgets 3.0.2.
--- End quote ---
Yes I could not build 3.0.2 in debug mode and still can't here is the result of my latest effort
--- Quote ---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 \
^
In file included from ..\..\include/wx/string.h:46:0,
from ..\..\include/wx/any.h:19,
from ../../src/common/any.cpp:18:
..\..\include/wx/strvararg.h:350:18: error: 'is_enum' in namespace 'std' does not name a template type
typedef std::is_enum<T> is_enum;
^
..\..\include/wx/strvararg.h:354:54: error: 'is_enum' was not declared in this scope
enum { value = wxFormatStringSpecifierNonPodType<is_enum::value>::value };
^
..\..\include/wx/strvararg.h:354:68: error: template argument 1 is invalid
enum { value = wxFormatStringSpecifierNonPodType<is_enum::value>::value };
^
makefile.gcc:11370: recipe for target 'gcc_mswuddll\basedll_any.o' failed
mingw32-make: *** [gcc_mswuddll\basedll_any.o] Error 1
--- End quote ---
If that makes any more sense to you. I'd rather not go to older releases but if everything else fails I might give it a go.
taazz:
Well I managed to build the release build of wxWidget with the mingW installation as well, the only think I had to do was to move the path for the mingw as the first in the path variable instead of last, that seems to solve all my primary problems but still stop on the same file on the debug build as the tdm installation. At last now I have a new research point to move forward. I bet that I could also rename the xxxx31xxx.a to xxxx30xx.a and have everything working at this point too but a hint on what I need to change to directly link with xxx31xx instead would be preferred.
I can now also attest that mingw gg++ version is 4.3.9 and tdm g++ version is 5.1 which makes it a bit scary.
I found the wxWidget 2_6_4 and 2_8_8 in the header fixup configurations but I don't see 3_0_2 which I'm able to select using the wizard.
stahta01:
If you really want to cross build and you are from an Unix/Linux world.
I would suggest going with MSys2 instead of mingw.org compiler.
The MSys2 compiler is based on MinGW64 instead of mingw.org.
It has both 32 bit and 64 bit versions of MinGW64 GCC 5.3 Compiler.
I am working on making a wx-config.exe wrapper for MSys2.
The wx-config shell script is how Linux users do wxWidgets.
Link to my wx-config.exe wrapper https://github.com/stahta01/msys2_wx_config_exe I have about 2 days work finished on it. Link to some CB Projects that I am using to test my wx-config.exe wrapper.
https://github.com/stahta01/cb_projects_for_wxWidgets/tree/wxWidgets-3.1.0
I just looked at the wx-config.exe code for working with "mingw32-make -f makefile.gcc" it will take me a few days to decide if junking the code or fixing the code is the best path. I am a C Programmer learning C++ and the code is hard to follow.
If you wish to use CB Global Variables I might be able to do a quick fix on the Wizard to support version 3.1.0.
Tim S.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version