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
