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
