Could someone create an ebuild for http://www.code-aster.org/outils/med/? I am trying to create an ebuild for SALOME (a CAD program that use opencascadelib), which requires MED-fichier. However, I don't have time to write both ebuilds. Thanks.
Created attachment 96539 [details] sci-libs/MED-fichier-2.3.3.ebuild
I'd also like Salome and Code-Aster in gentoo. So, here's a start for an ebuild for MED-fichier. On my machine, it wouldn't build with gfortran that comes with gcc4. That might just be my system, so if anybody else can check, please do so! Just remove the dev-lang/ifc dependency and set the F77 variable to gfortran. It does build with ifc and g77 though, that comes with gcc3. For users such as myself, that already switched to gcc4, but also still have gcc3 installed, it could also be built with the old binary g77 binary. That binary is unfortunately renamed, so it requires some scripting, for which I don't know what the cleanest way to do that would be. One could just patch the configure script to search for all possible binary names.... Any opinions ? For now I just made it depend on ifc. PS Some provision should be made to put all the docs in the right place.
In a very first attempt to try your ebuild, I have a very basic problem but that needs however to be solved: it does not find the source code... :( I know that I have from here difficulties to download files from an http server. A FTP one would be welcome as a second option. I wonder also if the name of the file is spelled right (not any missing - ? ) paris MED-fichier # ebuild MED-fichier-2.3.3.ebuild digest >>> Downloading 'ftp://trumpetti.atm.tut.fi/gentoo/distfiles/med_fichier2.3.3.src.tar.gz' --12:53:50-- ftp://trumpetti.atm.tut.fi/gentoo/distfiles/med_fichier2.3.3.src.tar.gz => `/usr/portage/distfiles/med_fichier2.3.3.src.tar.gz' Resolving trumpetti.atm.tut.fi... 130.230.54.100, 2001:708:310:54::2 Connecting to trumpetti.atm.tut.fi|130.230.54.100|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /gentoo/distfiles ... done. ==> PASV ... done. ==> RETR med_fichier2.3.3.src.tar.gz ... No such file `med_fichier2.3.3.src.tar.gz'. No digest file available and download failed. >>> Downloading 'http://gentoo.osuosl.org/distfiles/med_fichier2.3.3.src.tar.gz' --12:53:50-- http://gentoo.osuosl.org/distfiles/med_fichier2.3.3.src.tar.gz => `/usr/portage/distfiles/med_fichier2.3.3.src.tar.gz' Resolving gentoo.osuosl.org... 64.50.236.52, 64.50.238.52 Connecting to gentoo.osuosl.org|64.50.236.52|:80... failed: Connection refused. Connecting to gentoo.osuosl.org|64.50.238.52|:80... failed: Connection refused. No digest file available and download failed. >>> Downloading 'http://www.ibiblio.org/pub/Linux/distributions/gentoo/distfiles/med_fichier2.3.3.src.tar.gz' --12:53:51-- http://www.ibiblio.org/pub/Linux/distributions/gentoo/distfiles/med_fichier2.3.3.src.tar.gz => `/usr/portage/distfiles/med_fichier2.3.3.src.tar.gz' Resolving www.ibiblio.org... 152.46.7.80 Connecting to www.ibiblio.org|152.46.7.80|:80... failed: Connection refused. No digest file available and download failed. >>> Downloading 'http://www.code-aster.org/FICHIERS/med_fichier2.3.3.src.tar.gz' --12:53:51-- http://www.code-aster.org/FICHIERS/med_fichier2.3.3.src.tar.gz => `/usr/portage/distfiles/med_fichier2.3.3.src.tar.gz' Resolving www.code-aster.org... 192.196.91.17 Connecting to www.code-aster.org|192.196.91.17|:80... failed: Connection refused. No digest file available and download failed. !!! Couldn't download 'med_fichier2.3.3.src.tar.gz'. Aborting.
Ah, yes I see I made a mistake. The version is actually 2.2.3 . If you rename the ebuild to MED-fichier-2.2.3.ebuild and digest it again, it should work. Please note however that this is a just rough initial ebuild. For instance, the documentation is not handled properly. Also see comment #2. I no longer use gentoo, so I am not planning on completing this ebuild. Good luck.
Created attachment 139977 [details] med-2.3.1.ebuild version 2.3.1 is out; I had to do an odd sed to clean up an fPIC issue, so please clean it up before putting it in portage.
Created attachment 139978 [details, diff] files/med-2.3.1-test.patch Please see attached patch to fix the test file problems.
Hello, Thanks for your ebuild. It builds fine on my x86 gcc 3.4.6 box (That is to say g77 fortran) Daniel
Hello, The ebuild builds fine on my x86 gcc 4.1.2 box as well (That is to say gfortran) Daniel
The path to the tarball is now: http://www.code-aster.org/V2/UPLOAD/DOC/Telechargement/med-2.3.1.tar.gz SRC_URI needs to be updated.
Created attachment 150374 [details] med-2.3.3.ebuild here's one for 2.3.3
Created attachment 150375 [details] med-2.3.3-test.patch I'm not sure what the original patch did fully, other than disable some test code but I replicated the same change as before for 2.3.3
Created attachment 150567 [details, diff] med-2.3.1-med_int_type.patch this allows the use of --with-med_int under 2.3.1, similar to 2.3.3
Created attachment 150568 [details] med-2.3.1.ebuild for amd64 systems --with-med_int is now used to set med_int to long hopefully this should fix the problem with salome-med
Created attachment 150570 [details] med-2.3.3.ebuild for amd64 systems --with-med_int is now used to set med_int to long hopefully this should fix the problem with salome-med note only 2.3.1 appears to work with salome-med-3.2.6 at the moment
Hi! I took the liberty to import 2.3.1 to the gentoo science overlay (I am planning to import salome over there). I hope it's OK with you... ;) Tell me if you think 2.3.3 is mature enough for that. Daniel
Created attachment 180765 [details] New ebuild Salome 4 needs a newer Version than med-2.3.1 from the science overlay and med-2.3.4 was the only Version I found here http://www.code-aster.org/V2/spip.php?article102
Created attachment 180766 [details] Patch for compilation with gcc-4.3
Created attachment 204183 [details] Small corrections Hello, I've solved the fetch problem (the link does not exist anymore) with a freeBSD repesitory. I've removed some lines which are not needed anymore (i think), and i've added a gcc[fortran] dependency since gfortran is used during the build. Regards, Etienne.
Comment on attachment 204183 [details] Small corrections > sys-devel/gcc[fortran]" You shouldn't do it that way. What if I don't want to use gfortran for fortran compilation, but ifc? Instead inherit fortran.eclass and define FORTRAN="compiler which compile the code fine" e.g. FORTRAN="ifc gfortran g77"
(In reply to comment #19) > (From update of attachment 204183 [details] [edit]) > > sys-devel/gcc[fortran]" > > You shouldn't do it that way. What if I don't want to use gfortran for fortran > compilation, but ifc? > Instead inherit fortran.eclass and define > FORTRAN="compiler which compile the code fine" > e.g. FORTRAN="ifc gfortran g77" Actually I'm trying slowly to get rid of the useless fortran eclass. Use toolchain-funcs and tc-getF77 or tc-getFC if the build system does not recognize automatically the F77 and FC variables (GNU make does), and do not hard depend on any fortran compiler.
Created attachment 204354 [details] Added fortran.eclass for fortran compiler choice I've added the fortran eclass, it compiles at least with gfortran and ifort.
sci-libs/med-2.3.4 is now in science overlay
Created attachment 204639 [details] ebuild for med-2.3.5 with hdf5-1.8.3
Created attachment 204640 [details] patch to use med 2.3.5 with hdf5-1.8.3
Created attachment 204641 [details] patch for compilation with gcc-4.3 This patch is only needed when hdf5-1.8.3 is used
Created attachment 207209 [details] Fetch problem solved, corrections, doc and examples USE flags added The hdf5-1.8.3-r1.patch is not needed anymore. I've just committed it in the overlay.
Created attachment 207398 [details] Added >=hdf-2.6.4 dependency med-2.3.5 does not compile with sci-libs/hdf-1.6.2