>> With "cmd /c dir", you should see a file "liblapack.a.lnk" (in /lib). >> Can you see it? Is there a file "liblapack.a" as well? > a...@portable /usr/lib > $ cmd /c dir > Le volume dans le lecteur C s'appelle ACER > Le numéro de série du volume est 1054-16AB > > Répertoire de C:\cygwin\lib > > 29/10/2008 11:05 <REP> . > 29/10/2008 11:05 <REP> .. > 19/10/2003 10:12 18 452 libcrypt.a > 19/10/2003 10:12 2 538 libcrypt.dll.a > 24/08/2007 08:40 842 libcygicons.dll.a > 24/08/2007 08:40 766 libcygicons.la > 12/06/2008 18:36 554 automode.o > 12/06/2008 18:36 375 binmode.o > 12/06/2008 18:36 536 crt0.o > 12/06/2008 18:36 656 gcrt0.o > 12/06/2008 18:36 708 libautomode.a > 12/06/2008 18:36 530 libbinmode.a > 12/06/2008 18:36 803 428 libc.a > 12/06/2008 18:36 976 188 libcygwin.a > 12/06/2008 18:36 3 072 libdl.a > 12/06/2008 18:36 5 384 libgmon.a > 12/06/2008 18:36 94 936 libm.a > 12/06/2008 18:36 58 478 libpthread.a > 12/06/2008 18:36 530 libtextmode.a > 12/06/2008 18:36 682 libtextreadmode.a > 12/06/2008 18:36 10 486 libutil.a > 12/06/2008 18:36 375 textmode.o > 12/06/2008 18:36 528 textreadmode.o > 29/10/2008 11:06 <REP> awk > 29/10/2008 11:06 <REP> groff > 09/05/2008 05:03 162 740 libexpat.a > 09/05/2008 05:03 53 002 libexpat.dll.a > 09/05/2008 05:03 773 libexpat.la > 21/04/2005 21:37 25 150 libtermcap.a > 29/10/2008 11:07 398 terminfo.lnk > 29/10/2008 11:23 <REP> ldscripts > 08/07/2008 23:14 674 930 libbfd.a > 08/07/2008 23:14 884 libbfd.la > 08/07/2008 23:14 214 806 libiberty.a > 08/07/2008 23:14 593 214 libopcodes.a > 08/07/2008 23:14 896 libopcodes.la > 29/10/2008 11:23 <REP> gcc > 30/03/2009 22:45 <REP> e2fsprogs > 14/09/2004 21:39 28 212 libblkid.a > 14/09/2004 21:39 5 524 libcom_err.a > 14/09/2004 21:39 23 652 libe2p.a > 14/09/2004 21:39 122 960 libext2fs.a > 14/09/2004 21:39 21 470 libss.a > 31/12/2008 10:03 48 396 libintl.a > 31/12/2008 10:03 30 674 libintl.dll.a > 31/12/2008 10:03 926 libintl.la > 31/12/2008 10:03 215 charset.alias > 31/12/2008 10:02 3 324 libasprintf.a > 31/12/2008 10:02 6 294 libasprintf.dll.a > 31/12/2008 10:02 914 libasprintf.la > 30/03/2009 22:45 <REP> dri > 30/03/2009 22:45 <REP> X11 > 30/03/2009 22:45 <REP> mingw > 30/03/2009 22:45 <REP> engines > 30/03/2009 22:45 <REP> perl5 > 30/03/2009 22:46 <REP> w32api > 02/03/2009 03:19 73 190 libz.a > 02/03/2009 03:19 43 018 libz.dll.a > 03/04/2009 10:28 <REP> lapack > 24/03/2006 07:31 181 936 libblas.dll.a > 24/03/2006 07:31 739 504 liblapack.dll.a > 47 fichier(s) 5 037 046 octets > 14 Rép(s) 2 397 175 808 octets libres
>Try dir /a - perhaps the attributes on the .lnk file are weird... With the command "cmd /c dir /a", I get 3 more files, including libblas.a and liblapack.a. (The third one is libg.a.) I saw, with Windows file browser, that for these three files: -the mark "Fichier caché" (hidden file) is blocked on 'off'; -the mark "Archive" is set to 'off', too. I tried to set this last mark to 'on' (because the other .a files in this directory have this mark 'on'), but 'dir' still does not recognize these lib*.a files. > Could be a longshot - but might this be related to an issue I reported > building MinGW PCRE a month or so ago. In order to get PCRE to link, I had > to rename the actual libpcre.a to libpcre.a.old (i.e. get rid of it) and > then rename libpcre.dll.a to libpcre.a. I can't remember what the error > message was. Do you think I have to do the same trick? Thanks for the help, Bertrand _______________________________________________ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
