[Caml-list] RE: flexlink + lacaml (lapack)

["DESMONS Bertrand" <bertrand.desmons@umons.ac.be>]

>> 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?
> acer@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