Hello,

Thank you for testing!

The pkcs15-piv.c should not have included openssl... I guess this is
leftover from some other work.
Can you please try to remove these includes and continue building?

Alon.

On 2/25/08, Jan Just Keijser <[EMAIL PROTECTED]> wrote:
> Hi Alon,
>
>  finally had some time to test your new build system on my Windows XP box
>  with both Cygwin and MingW installed.
>
>  ./configure + make ran fine on cygwin; the resulting pkcs11-tool (which
>  is all I really use) was working fine
>  ./configure ran on MingW after I added libtool to my MingW installation.
>  make did *not* run on MingW because openssl was missing:
>
>  /bin/sh ../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
>  -I../.. -I../../src/include -I../../src/common  -DWIN32_LEAN_AND_MEAN
>  -L/usr/local/include  -fno-strict-aliasing -g -O2 -MT pkcs15-piv.lo -MD
>  -MP -MF .deps/pkcs15-piv.Tpo -c -o pkcs15-piv.lo pkcs15-piv.c
>   gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/include -I../../src/common
>  -DWIN32_LEAN_AND_MEAN -L/usr/local/include -fno-strict-aliasing -g -O2
>  -MT pkcs15-piv.lo -MD -MP -MF .deps/pkcs15-piv.Tpo -c pkcs15-piv.c
>  -DDLL_EXPORT -DPIC -o .libs/pkcs15-piv.o
>  pkcs15-piv.c:34:25: openssl/bio.h: No such file or directory
>  pkcs15-piv.c:35:25: openssl/rsa.h: No such file or directory
>  pkcs15-piv.c:36:25: openssl/pem.h: No such file or directory
>
>  So building without openssl support does NOT seem to be supported (which
>  is fine, I guess, it's just that my very minimalistic MingW install has
>  no support for it, nor for readline or zlib).
>
>
>  cheers,
>
>  JJK
>
>
>
>  Alon Bar-Lev wrote:
>
> > Hi!
>  > Waiting for your input :)
>  > Alon
>  >
>  > On 2/14/08, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
>  >
>  >> On Thu, Feb 14, 2008 at 7:01 PM, Martin Paljak <[EMAIL PROTECTED]> wrote:
>  >>  >  > 4. openct, pcsc and nsplugins features are disabled by default.
>  >>  >  I don't think it's a good idea to by default disable most used reader
>  >>  >  interfaces by default, as I'd expect most software to behave nicely
>  >>  >  after a ./configure; make; make install cycle. Have not tried it on
>  >>  >  Linux, but we might include some special handling code for Mac as Mac
>  >>  >  is a pretty defined platform. a ./configure; make; make install cycle
>  >>  >  could work on osx as well flawlessly.
>  >>
>  >>
>  >> I don't like packages that enable optional features automatically.
>  >>  Users/packagers should choose what they wish and enable dependency 
> explicitly.
>  >>  In this case, nsplugin seldom used anyway, and there is not much sense in
>  >>  enabling both pcsc and openct.
>  >>  And if the user has for some strange reason openct installed, does it 
> mean
>  >>  the result of OpenSC compilation should depend on it?
>  >>
>  >>  I truly think users are able to choose, and I am sure distro packagers 
> will
>  >>  enable the features by the dependency of their packages.
>  >>
>  >>
>  >>  >  > 9. Add export files to each library in order to export only required
>  >>  >  > symbols. Windows native build may use these files instead of 
> scanning
>  >>  >  > objects' symbols.
>  >>  >  I should investigate this. While at it, we could also 'break' the
>  >>  >  windows build, drop libltdl dependance and have a wrapper that uses
>  >>  >  native win32 API calls on windows and libltdl on other platforms.
>  >>
>  >>
>  >> I also think that Windows does not need libltdl... Is there any reason to
>  >>  use it at *NIX? I don't think .la files are used anyway...
>  >>  But this change can be done later...
>  >>
>  >>
>  >>  >  Great work and I hope we can release the next version with a new build
>  >>  >  system and other generic improvements :)
>  >>
>  >>
>  >> Thanks!
>  >>  Waiting for your test results.
>  >>
>  >> Alon.
>  >>
>  >>
>
>
_______________________________________________
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel

Reply via email to