Sure, I had the same problem. There are files named configure.in. There you can search for the compiler flag of your which sets the wide character flag. I build with visual studio and search for specific stuff in MSVC. Oddly enough I have to do this at 3 different places. <mozilla>\configure.in (3 hits) <mozilla>\extensions\pyxpcom\configure.in (2 hits) <mozilla>\js\src\configure.in (3 hits) I change it for all the versions of my compiler so I get (for example around line 3321 in <mozilla>\configure.in)
if test "$_CC_MAJOR_VERSION" = "14"; then So
although not that easy, it is feasible. Kenny On 30/09/2011 21:00, dev-embedding-requ...@lists.mozilla.org wrote: Date: Thu, 29 Sep 2011 19:22:48 -0700 (PDT) From: "fon...@gmail.com" <fon...@gmail.com> To: dev-embedding@lists.mozilla.org Cc: ola oli <gaja...@gmail.com>, dev-embedding@lists.mozilla.org Subject: Re: xpcomglue_s_nomozalloc.lib compiled with wchar_t as builtin type Message-ID: <4734880.978.1317349368799.JavaMail.geo-discussion-forums@preb19> Content-Type: text/plain; charset=ISO-8859-1Is it possible that I can rebuild xulrunner-sdk 7.0 with /Zc:wchar_t-, not treating wchar_t as built-in type? If possible, where should I specify the build flags in the extracted xulrunner-sdk source folder? My extension references some third-party libs that is built with /Zc:wchar_t- and it is impossible to rebuild them treating wchar_t as built-in type as they are obsolete. Please advise. Thanks Paulino ------------------------------ _______________________________________________ dev-embedding mailing list dev-embedding@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-embedding End of dev-embedding Digest, Vol 69, Issue 9 ******************************************** |
_______________________________________________ dev-embedding mailing list dev-embedding@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-embedding