Raphaël Enrici wrote:
-pthreads -D_REENTRANT -Wall src/common/intl.cpp
In file included from src/common/intl.cpp:49: include/wx/intl.h:40: warning: `_N' redefined
/usr/include/iso/ctype_iso.h:38: warning: this is the location of the previous definition
> src/common/intl.cpp: In method `bool wxPluralFormsScanner::nextToken()':
src/common/intl.cpp:241: `_N' undeclared (first use this function)
src/common/intl.cpp:241: (Each undeclared identifier is reported only once
src/common/intl.cpp:241: for each function it appears in.)
This doesn't talk to me, it's not caused by our fixes.
_N is one of the gettext macros, and there seems to be some conflict between wx (intl.h) and system (ctype_iso.h).
Ok, I found this in docs/gtk/install.txt
--enable-permissive Enable compilation without checking for strict ANSI conformance. Useful to prevent the build dying with errors as soon as you compile with Solaris' ANSI-defying headers.
Maybe it's the way to follow...
also found this:
- Solaris compilation with gcc: if the compiler has problems with the variable argument functions, try putting the gcc fixinclude file paths early in the include path.
I'd recommend you use the official wx cvs HEAD to get it compiled. If problems persist, you (maybe) get some support on wx-hackers, or we'll find out ourselves how to solve it. In the second case, we certainly should post the fix to the wx patch manager.
ok, I'll try this too.
After that, we upgrade our snapshot to wx cvs HEAD, apply our patches and continue hoping that there might be some time in the distant future where we can use plain vanilla wx....
"hope"... that's a nice title for a song, I'm going to write some lyrics :)
Thank you for your explanations, I'll tell you if I get something working.
Regards, Raphaël
---------------------------(end of broadcast)--------------------------- TIP 7: don't forget to increase your free space map settings