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