Sounds good. The workarounds just worked fine, I was working with those till now and it wasn't a pain. I checked out the NSS 3.12 release notes but didn't find this bug number in the 'fixed bug' list !
-Ruchi -----Original Message----- From: Wan-Teh Chang [mailto:[EMAIL PROTECTED] Sent: Saturday, June 14, 2008 12:52 PM To: mozilla's crypto code discussion list Cc: Ruchi Lohani Subject: Re: Conflicts in type defines On Fri, May 30, 2008 at 9:33 AM, Ruchi Lohani <[EMAIL PROTECTED]> wrote: > > Hi, > > I did compile npapi.h with NO_NSPR_10_SUPPORT defined. That removed the errors on types (int32 etc) but gave new errors related to PRArenaPool etc which is quite obvious with the current > library. I guess I should wait for the fix to happen for the bug filed. We have just fixed this bug in our source tree. The fix will be in the upcoming NSS 3.12.1 release. If you're using NSS 3.12, you can apply this patch: https://bugzilla.mozilla.org/attachment.cgi?id=325096 Previously I gave this workaround: 2. You can compile your code with -DNO_NSPR_10_SUPPORT to work around the typedef conflict. But you need to supply the typedef and defines that NSS headers need. You can do that as follows: #include "prtypes.h" /* typedef and defines for NSPR 1.0 compatibility */ #define PRArenaPool PLArenaPool typedef PRInt64 int64; /* add more as needed, see below */ /* Include NSS headers*/ #include "nss.h I have also confirmed that the PRArenaPool define and the int64 typedef are sufficient. You don't need to add more typedefs/defines. Wan-Teh _______________________________________________ dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
