It doesn't seem to be my cross-compiler; I updated my regular MSYS/VC7.1
build for comparison and lo and behold it won't compile
pkix_pl_ldapcertstore.c either. A build on a third PC oddly fails to
stop after that error and instead continues until it fails to load
shlibsign due to a missing
Nelson Bolyard wrote:
In any case, I'd guess the right fix is for pkix_pl_oscpcertid.h to include
pkixt.h, since it depends on types defined there.
The build still didn't succeed. This is also now with a normal MSYS
VC7.1 SeaMonkey build, which produces this (partial) output:
make[6]:
Hi,
I'm new to the list, and I've been working with NSS on a project that
requires smartcard/CAC interaction. I've pretty much gotten it to work
the way I want, but I stumbled on something that doesn't make much sense.
I tried to use the Cert_DecodeDERCertificate() function, and although it
Neil wrote, On 2008-02-23 05:07:
pkixt.h contains
typedef struct PKIX_PL_OcspCertIDStruct PKIX_PL_OcspCertID;
... but that depends on which pkixt.h you look at! I've got the real one
in dist/private/nss and an outdated one in dist/public/nss...
Note that the root makefile explicitly
Stephen Hamilton wrote, On 2008-02-23 10:40:
Hi,
I'm new to the list, and I've been working with NSS on a project that
requires smartcard/CAC interaction. I've pretty much gotten it to work
the way I want, but I stumbled on something that doesn't make much sense.
I tried to use the
Nelson,
Thanks for the quick response. Cert_NewTempCertificate works well with
the redefinition statement from nssrenam.h. This is for my Master's
project, so I needed an explanation of what was going on, and this helps
tremendously.
Stephen
Nelson Bolyard wrote:
Stephen Hamilton wrote,
Nelson Bolyard wrote:
Neil, here's what I find strange about all this.
The code you cite builds and runs, without error, continuously, on a whole
bunch of tinderbox systems
That's because a number of factors are required to trigger this bug:
1. The bug does not affect clobber builds,
On Sat, Feb 23, 2008 at 9:27 AM, Neil [EMAIL PROTECTED] wrote:
Neil wrote:
I've got the real one in dist/private/nss and an outdated one in
dist/public/nss
Looks like tpol is suffering from the same problem, but nobody noticed
since KaiRo is away attending FOSDEM:
On Sat, Feb 23, 2008 at 1:52 PM, Nelson Bolyard
2. There is one exception to that rule. We've decided that
CERT_NewTempCertificate is really not private, even though it persists
in having a double-underscore prefix. You should probably be using
CERT_NewTempCertificate rather than
Neil wrote, On 2008-02-23 15:34:
Nelson Bolyard wrote:
Neil, here's what I find strange about all this.
The code you cite builds and runs, without error, continuously, on a
whole bunch of tinderbox systems
That's because a number of factors are required to trigger this bug:
1. The bug
10 matches
Mail list logo
