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

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

[DESMONS Bertrand]

>> 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

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

[DESMONS Bertrand]

>> 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.
>

I followed your trick and now compilation is OK.

Just a remark however (maybe it's the key for the porblem): when renaming
the old 'liblapack.a', Windows asked me a confirmation, arguing that the
file is a system file.

Thank you for the help,

Bertrand

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

[David Allsopp]

Bertrand Desmons wrote: 
> I followed your trick and now compilation is OK.

Excellent - good to know that the trick is consistent for other libraries
too!

> Just a remark however (maybe it's the key for the porblem): when
> renaming
> the old 'liblapack.a', Windows asked me a confirmation, arguing that
> the
> file is a system file.

I don't think it is - I think it's to do with abstractions in libtool. Try
resetting the permissions on the files in C:\cygwin\lib using Windows
Explorer (though note that may upset Cygwin!!!).

I expect that problem with your .a files is Cygwin's interaction with NTFS
permissions - if you only use Cygwin to build OCaml and related things then
I'd suggest having the environment variable CYGWIN=nontsec set (which,
counter-intuitively, means "use NT native file permissions instead of
POSIX-over-NTFS"). I expect that your installation of the libraries
inherited weird permissions when you installed them because Cygwin by
default emulates Unix's user-group-other permissions rather than NT's
inherited ACLs which is fine if you spend your entire life in Cygwin's bash
but is a pain if you use Windows on the same files as well (it's OK under XP
but under Vista manipulation of any files touched by Cygwin becomes
virtually impossible owing, admittedly, to clear bugs in Vista's crappy
explorer making any operations hideously slow...)


David

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

[DESMONS Bertrand]

>Can you try passing "-ccopt -cygpath" to ocamlc?

Yes, but the error persists...

| acer@PC~/UMH/Master 2
| $ ocamlc -ccopt -cygpath -I "C:/Program Files/Objective
Caml/lib/site-lib/lacam
| l" bigarray.cma lacaml.cma -verbose d.ml
| + flexlink -chain mingw -exe -o "camlprog.exe"   "-LC:/Program
Files/Objective C
| aml/lib/site-lib/lacaml" "-LC:\Program Files\Objective Caml\lib"
"C:\DOCUME~1\ac
| er\LOCALS~1\Temp\camlprim6bb2c7.c" "-llacaml_stubs" "-llapack" "-lblas"
"-lbigar
| ray" "-lcamlrun" -lws2_32 -cygpath -Lc:/cygwin/lib
| ** Fatal error: Error while reading c:/cygwin/lib\liblapack.a:
Sys_error("Invali
| d argument")
| File "d.ml", line 1, characters 0-1:
| Error: Error while building custom runtime system

By the way, where can I see whether the file in question is a symbolic link?

Thank you for your help,

Bertrand Desmons

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

[Alain Frisch]

DESMONS Bertrand wrote:
> By the way, where can I see whether the file in question is a symbolic link?

"ls -l"?

or

"cmd /c dir"


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?

-- Alain