Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Modified & Improved wxWidgets Project Wizard
Biplab:
--- Quote from: rjmyst3 on January 05, 2007, 10:20:58 pm ---I think wxUSE_UNICODE needs to be defined to a number
#define wxUSE_UNICODE 1
not just defined. That probably explains why BCC was upset.
--- End quote ---
For the other two compilers, GCC and MSVC, setting flag -DwxUSE_UNICODE or /DwxUSE_UNICODE does the job. With BCC I faced the problem. I changed it to -DwxUSE_UNICODE=1 but the problem remained. Then I've decided to change it to -DUNICODE and it worked.
Will look into it again. :)
Biplab:
--- Quote from: Biplab on January 06, 2007, 03:23:26 am ---
--- Quote from: rjmyst3 on January 05, 2007, 10:20:58 pm ---I think wxUSE_UNICODE needs to be defined to a number
#define wxUSE_UNICODE 1
not just defined. That probably explains why BCC was upset.
--- End quote ---
For the other two compilers, GCC and MSVC, setting flag -DwxUSE_UNICODE or /DwxUSE_UNICODE does the job. With BCC I faced the problem. I changed it to -DwxUSE_UNICODE=1 but the problem remained. Then I've decided to change it to -DUNICODE and it worked.
Will look into it again. :)
--- End quote ---
Setting -DwxUSE_UNICODE OR -DwxUSE_UNICODE=1 compiler options does not solve the problem for BCC. Though adding #define wxUSE_UNICODE 1 to header files should solve the problem. The best solution I found for BCC is to add -DUNICODE to compiler option. wxWidgets then internally sets wxUSE_UNICODE to 1 for Unicode App and 0 for ANSI app internally. :)
three_minute_hero:
Hi Everyone,
I write you here just to inform you about a little problem (I don't know if I can call it "bug", but I've been quite annoyed by that) in the wizard.
It seems that the generation of the linker libraries list produce a wrong ordered list (i.e. "libwxmsw28u_richtext.a" is putted after "libwxmsw28u_core.a", which gives rise to compilation's problems).
...and a big big sorry for my awful english language!
Biplab:
--- Quote from: three_minute_hero on January 10, 2007, 12:23:24 am ---Hi Everyone,
I write you here just to inform you about a little problem (I don't know if I can call it "bug", but I've been quite annoyed by that) in the wizard.
It seems that the generation of the linker libraries list produce a wrong ordered list (i.e. "libwxmsw28u_richtext.a" is putted after "libwxmsw28u_core.a", which gives rise to compilation's problems).
...and a big big sorry for my awful english language!
--- End quote ---
Thanks for posting that bug. I'll fix it soon. :)
RJP Computing:
I am testing out the wizard with VC 8.0 here are my problems/bugs. I am using wxPack.
When not using dlls and as a monolithic lib and using pch I get this error.
--- Quote ----------------- Build: Debug in vc8Test ---------------
Compiling: main.cpp
Compiling: app.cpp
main.cpp
app.cpp
c1xx : fatal error C1083: Cannot open compiler intermediate file: 'obj\Debug\vc8Test.pch': No such file or directory
Process terminated with status 2 (0 minutes, 0 seconds)
0 errors, 0 warnings
c1xx : fatal error C1083: Cannot open compiler intermediate file: 'obj\Debug\vc8Test.pch': No such file or directory
Process terminated with status 2 (0 minutes, 0 seconds)
0 errors, 0 warnings
--- End quote ---
When I try the same as before only un-check the use pch I get an error because you are including "wx_pch.h" at the top of main.cpp and app.cpp. If you comment the 2 occurances out and add "/Zc:wchar_t-" to the compiler options it works.
NOTE: Code::Blocks developers please fix the 'wchar_t is the native type, not a typedef' option to when unchecked it should be passing "/Zc:wchar_t-" to the compiler and when you check the setting it should send "/Zc:wchar_t". Notice the "-" at the end. Right now when you check this it sends "/Zc:wchar_t" to the compiler and this is already the default, so it makes it impossible to actually change the setting through the checkbox. I hope this makes sense.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version