|
From: | Alois Schlögl |
Subject: | Re: [Mingw-cross-env-list] blas, cblas, lapack, suitesparse |
Date: | Fri, 19 Nov 2010 13:46:48 +0100 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 |
Dear Volker, that's great. I'm using mingw-cross-env for biosig http://biosig.sf.net. specifically, the biosig4c++/libbiosig part of it. you can include BioSig to the list of projects that use mingw-cross-env. There is still a minor nuisance, as I need to patch 686-pc-mingw32/include/io.h as discussed here: http://tinyurl.com/mingw-ms-c-lib-interna Maybe you have a better solution ? Best, Alois *** i686-pc-mingw32/include/io.h.orig Fri Nov 19 13:13:44 2010 --- i686-pc-mingw32/include/io.h Fri Nov 19 13:13:15 2010 *************** *** 375,381 **** /* SH_... flags for nShFlags defined in share.h * Optional fourth argument is unsigned unPermissions */ ! _CRTIMP int __cdecl __MINGW_NOTHROW _sopen (const char*, int, int, ...); _CRTIMP long __cdecl __MINGW_NOTHROW _tell (int); /* Should umask be in sys/stat.h and/or sys/types.h instead? */ --- 375,381 ---- /* SH_... flags for nShFlags defined in share.h * Optional fourth argument is unsigned unPermissions */ ! //_CRTIMP int __cdecl __MINGW_NOTHROW _sopen (const char*, int, int, ...); _CRTIMP long __cdecl __MINGW_NOTHROW _tell (int); /* Should umask be in sys/stat.h and/or sys/types.h instead? */ *************** *** 451,457 **** _CRTIMP int __cdecl __MINGW_NOTHROW open (const char*, int, ...); _CRTIMP int __cdecl __MINGW_NOTHROW read (int, void*, unsigned int); _CRTIMP int __cdecl __MINGW_NOTHROW setmode (int, int); ! _CRTIMP int __cdecl __MINGW_NOTHROW sopen (const char*, int, int, ...); _CRTIMP long __cdecl __MINGW_NOTHROW tell (int); _CRTIMP int __cdecl __MINGW_NOTHROW umask (int); _CRTIMP int __cdecl __MINGW_NOTHROW unlink (const char*); --- 451,457 ---- _CRTIMP int __cdecl __MINGW_NOTHROW open (const char*, int, ...); _CRTIMP int __cdecl __MINGW_NOTHROW read (int, void*, unsigned int); _CRTIMP int __cdecl __MINGW_NOTHROW setmode (int, int); ! //_CRTIMP int __cdecl __MINGW_NOTHROW sopen (const char*, int, int, ...); _CRTIMP long __cdecl __MINGW_NOTHROW tell (int); _CRTIMP int __cdecl __MINGW_NOTHROW umask (int); _CRTIMP int __cdecl __MINGW_NOTHROW unlink (const char*); On 11/17/10 03:40, Volker Grabsch wrote: Hello Alois, Sorry for the late reply. Alois Schlögl <address@hidden> schrieb:Since blas is also build with lapack (which has a version numbering), blas.mk could be omitted. [...]Finally, suitesparse is working, too. I made some minor modifications in cblas.mk, and lapack.mk. The final versions are attached.Thanks for the contribution! I tried to keep track of the correct history of your and Tony's changes: http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/a7fb208a2e70 http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/d8be182c01eb http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/91fd2541c9d0 http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/f5da381eeeb1 http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/2eade73fdd55 http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/821a7c758e44 I decided to stick with the separate blas package and not to build it within lapack. I think it is cleaner this way. I also think that metis should be built separately, not inline with lapack. So I changed that, too: http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/ca58de0da8de I removed Tony's atlas.mk because I can't see a way to get it cross compiling: http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/1c78aa188592 Then I had to do a lot of cleaning up, especially correct quoting of paths, website URLs, whitespace issues and using variable like $(MAKE) instead of make: http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/91ff8ffbb8e3 http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/e6f85e72d46d http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/d94faa9c0de8 http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/4bd50e3d4cf6 Finally, I had to fix some further build issues: http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/9ec8e5f5ea0e Please check whether the newly added packages work on your system. Greets, Volker |
[Prev in Thread] | Current Thread | [Next in Thread] |