|
One more Engineering app compiles with no glitch in Slackware64 13
Hi Forum
This is a good Day for Aerodynamicists and Mechanical Engineers, OpenFOAM http://www.opencfd.co.uk/openfoam/ ( Think of Fluent or Ansys CFX ... only without a gui... this is a whole set of solver apps and libs and utils that can be invoked from cli, Post processing is with ParaView ) compiles allright under Slackware64 13... the build ended now.. I will make some tests... but should be allright... Code Aster http://www.code-aster.org/V2/spip.php?article148 also builds allright... ... But one has to downgrade Python-2.6.2 to Python-2.5.2 so that the Finite elements solver will not complain in evaluating some python Scripts in the app... A few more apps to build : Scilab (or ScicosLab), OpenDX, Calculix, PetsC Library, Deal 2, Dakota, FEniCS/Dolfin, Code Saturne, and Syrthes. ...Hard work ahead.. :-) BRGDS Alex Syrthes builds OK too... Post-processing w/paraview also... : http://research.edf.com/the-edf-offe...es-600199.html Pre-Processing w/ GMSH, http://www.geuz.org/gmsh/ and their mesh conversion tool, http://research.edf.com/the-edf-offe...telechargement |
|
Hi Knudfl
Octave builds OK, there are slackbuilds for Octave and QtOctave in SlackBuilds org... BRL CAD also installs with no probl... I used src2pkg after having passed some arguments to ./configure with the -e='.........' option, The version I built is more recent that the one existing in SlackBuilds... http://www.brlcad.com/ http://brlcad.org/gallery/main.php This sure does not have all the bells and whistles of ProEngineer, but the Geometric kernel modeling is mathematically more sound... When one designs something to be meshed for F.E.A. or C.F.D. analysis, one wants precise mathematical representations, most meshers ( GMSH, TetGen, Netgen, Salome Platform in OSS, PointWise, GridGen, Harpoon, FEMAP, Gambit in closed source commercial) do not "like" NURBS stuff "numerically" speaking... ...So the solver using these meshes built from NURBS objects will complain, iterating endlessly... CSG geometric reperesentation is mathematically more sound... The only CAD package that produces high quality NURBS is CATIA... but there is no SlackBuild for CATIA, is it...? :-D I will now proceed to Code Saturne, http://research.edf.com/the-edf-offe...ne-107008.html, ScicosLab, and will try your approach to Build OpenDX... Late this week or maybe next week I will "attack" the "hard ones"... FEniCs/Dolfin http://www.fenics.org/wiki/DOLFIN ( this uses scons, which I have already slackbuilt...) Deal2 http://www.dealii.org/ This requires the PetsC library... http://www.mcs.anl.gov/petsc/petsc-as/ The Scilab 4.1.2 Slackbuild from svn.sarava proposed by AlienBob failed... One has to disable the manifest checking after it downloads the source tarball, then If one allows the slackbuild to proceed with the patch, it will fail also rejecting to Hunk <whatever>... If one disables these two things in the SlackBuild it compiles the app OK, it runs the scripts... one can build a mathematical model in Scicos Interface but it is unusable... One cannot use any editor window... I will try to build this again after having downgraded Tcl 8.5 to Tcl 8.4, ( fetched a build from Slackware 12.1 ) As for 5.1.1 It builds, if one uses --without-scicos ( the system_gettime thing during compilation ) but there is no graphical output... :-( and no Matthematical system modelling ( --without-scicos... :-( ) Will try this with the Tcl 8.4 instead of Tcl 8.5, and will also try the ScicosLab... :-) Lotsa work ahead... :-) BRGDS Alex Joke of the Day : In a forum, someone asked " Why #apt-get install matlab proengineer nastran abaqus ansys adina fluent does not install the apps... ? ".... :-D APT-GET INSTALL WINDOZE7.... :-D |
petsc will compile without problems. Also maxima. Did you get the intel compilers to work? Happy CFD!
|
Hi cmk77
Intel compilers will want the 32bit compatibility layer... :-( Or they won't install... As far as I have read in this form, enabling 32bit support is still a bit of an adventure... meaning .. lots of things can go wrong... and before risking to mangle my system, and having to start all over, I want to see just how far can I get, trying to build the packages that I need... When I have it all built, and have no problem reinstalling from scratch, i will try the multilib thing... PS.. According to PhD Hrvoje Jasak from Imperial College, and OpenCFD Co UK, ( The main progammer of OpenFOAM along w/ PhD Henry Weller ) compiling w/ Intel won't yeld much faster binaries when compared with the most recent gcc toolchain... and the compilation of OpenFOAM w/ intel is not as straightforward as with gcc... BRGDS Alex |
Yes, it seems to require multilib (intel-fortran-compiler-on-slackware64-13.0). I haven't had the opportunity to try it out...
For my own fortran programs I find that ifort gives 20 to 30% faster code than current gfortran/g95. Besides gfortran has *many* bugs. I like to have at least two compilers giving the same result before I trust my code. |
Hi cmk77
Have you tried multilib to support Intel Dev Tuulz...? I have read somewhere else in this forum that other user tried, but did not manage to link with the Math kernel libraries.... Maybe he did not source the correct files in ~/.bashrc.... I am scared to death to start playing w/ multilib and jam all my system again... did not happen yet, w/ multilib I mean... But I want to test everything I can build in Slack64 13 before risking to trash it doing something wrong trying to enable multilib... Have you manage to get further w/ the Intel stuff...? Code-Aster with Intel is a "must" for an engineer... :-) BRGDS Alex PS. I will also try Salome Platform 5.1.2... but one thing is important though... : Either Code Aster or Salome - Platform 5.1.2 will ask for Python 2.5.x... so, slackbuild it and Installpkg it before even trying... Failure to do so will result in a long and unsuccessful compilation... |
I haven't tried multilib and intel compilers yet. I was discouraged by the other post: no luck even after installing the whole multilib thing. I'm secretly hoping for the next slackware to come with multilib enabled by default...
If you succeed, please let us know! |
Hi cmk77
One of these days, when I get the guts to try the multilib thing... I'll try and tell you... :-) BRGDS Alex |
Hi again cmk77 :-)
Now that I have multilib, I am trying to "attack" Intel-Devel-Stuff... BANZAI INTEL.... heheheheh So here I am trying to install the icc in my Slackware box... I run the install script with the --norpm as i saw refered to a topic in the Intel forums about installing the Intel Development Suite in A Slackware 9.0 I follow all the sequence... ( already installed it in CentOS, Ubuntu, Debian, RHEL... ) and I get to this... : 32-bit libraries not found on this system. This product release requires the presence of 32-bit compatibility libraries when running on Intel(R) 64 architecture systems. One or more of these libraries could not be found: libstdc++ libstdc++5 glibc libgcc Without these libraries, the compiler will not function properly. Please refer to Release Notes for more information. -------------------------------------------------------------------------------- 1. See next issue [default] 2. Back to Pre-requisite summary dialog h. Help b. Back to the previous menu q. Quit -------------------------------------------------------------------------------- Please type a selection or press "Enter" to accept default choice [1]: Well, I have installed 32bit compatibility... in fact, i did it for two reasons... : Have Intel compilers installed in my system, and being able to install ProEngineer Wildfire 3 in Slackware... How come the installer cannot find what it asks for... ? Shouldn't there be some lib32 somewhere...? bash-3.1$ ls /usr | grep lib lib lib64 libexec bash-3.1$ BRGDS Alex |
That's exactly what the other post was saying... I don't know whether with multilib you install
libstdc++ libstdc++5 glibc libgcc Maybe you can check using: Code:
slocate libstdc++Code:
find / | grep libstdc++Code:
export LD_LIBRARY_PATH=/path/to/32bit/libs:$LD_LIBRARY_PATH |
Hi Forum
One more step ( actually three.... :-) ) in making Slackware an Engineer's Distro : MbDYN, http://www.aero.polimi.it/mbdyn/ ( MultiBody Dynamics Analysis software ) Dakota, http://www.cs.sandia.gov/DAKOTA/index.html ( a "Hard-core", "heavy-metal" numerical optimization package ) MeshLab, http://meshlab.sourceforge.net/ ( a 3D unstructured Mesh editing tool ) Compile with no problem... MbDYN, and Dakota have been src2pkg'ed, ( Dakota is BIG, about 70 MB package... ) MeshLab creates a binary in a source tree, which is not relocatable ( the binary must "see" all the folders in its level and below... dunno yet how I will build a pkg out of it... to default the install to /usr/local... Trackinstall won't accept -i='make install", this is a qmake project... TODO : Build OpenCASCADE, as a t?z package, ( to enable parasolid import in GMSH ), Petsc library, http://www.mcs.anl.gov/petsc/petsc-as/ ( this one won't go with trackinstall -i='make install" even after configuring w/ --prefix=/usr/local, Deal 2, http://www.dealii.org/ ( this one NEEDS petsc libraries ) think of OpenFOAM, but instead of Finite Volumes (Lagrangian Reference Frame for kinematic equations ) this uses Finite Elements ( Eulerian reference Frame ). Last but not the least : 1) Install INTEL Compilers on Slackware, 2) Make Code-Aster work in Slackware ( installs ok, but there is a problem about rsh/ssh connection... ) Guess this will be all for now... BRGDS Alex |
| All times are GMT -5. The time now is 09:12 PM. |