Noob attack time [continued] : Intel Compilers under Slackware :-)
Hi Forum
As I wrote in previous posts, my workhorse apps are not commercia, they are compiled from source, abd they make intensive use of CPU ( some sort of numeric binary aerobics, for hours though... ) Therefore I have three questions to make : #1) is the GNU toolchain installed by default with Slackware 13 64 ? ( I opted to install everything at install options ...) #2) Do Slackware supports Fortran compilers and linkers, like F77, g77, gfortran, or must they be installed as third party apps...? #3) Like most command line geeks around know, since gcc 4.x.x the support for f77/g77 has been discontinued by GNU, in favor of a substitute with full ( oh reaally... ??? Then why does some legacy code will not compile... ??? ) backward compatibility with legacy code ( Most scientific/math libraries from Harwell or Nag... ) called gfortran. Being a resourceful person, i managed to compile my legacy code with the Development toochain of Intel ( Absoft is way too expensive... ), this "hack" works under *.deb and *.rpm based distros, the *buntus/Debians RHELs/CentOS/Fedoras... What I do not know is if it works under Slack... They are binaries packed in rpm, that can be converted with alien... The install script is in charge of creating directories, environment scripts, symlinks, but the core packages are rpm. Can this be installed in Slackware... ? ... I mean typing ./install.sh and alien does its job without much of a fuss of having to hack the install.sh file... In multi processor architectures, the speedup can be remarkable, comparing to gcc compiled binaries... BRGDS Alex |
Alex;
It is not a good idea to make references to other posts/threads without linking them. Most readers are not going to remember what you are referring to. Just about any distro includes the GNU utilities (keep in mind that OpenSource predates Linux) It's GCC that gives you Fortran, etc.---not Slackware. Quote:
|
Hi Pixellany
Thanks for your answer, My point here is this : I use several applications that make extensive use of Fortran 77 ( legacy code ), like Dakota, Flash, Fluka, just to name a few... http://www.fluka.org/fluka.php http://www.cs.sandia.gov/DAKOTA http://flash.uchicago.edu/web/ Will they compile under the fortran of gcc shipped in Slackware...? Because i can tell you, they will NOT COMPILE ( I challenge you to verify this ... :-) ) under the most recent versions of gcc ( those that have substituted the F77 compiler and the g77 linker of cgg 3.x by the gfortran of the gcc 4.x version ) ; So although compiling under Debian 4.x or Ubuntu 8.04 LTS, they will fail to do so under Lenny... which gcc ships with gfortran ... It is gcc that gives me fortran, not slackware... allright, but some gcc will not give me the fortran that i want... :-) Some code aheres to the Fortran 77 standard, this will compile with g77/f77 but NOT with gfortran, likewise Fortran 95 code will not compile with f77/g77... and in my opinion, it is not a reasonable option to delve into maybe hundreds of thousands of lines of a code which structure i do not know to change the syntax form a standard to another... ( my opinion here... ) So restating my question, Can I change the gcc of Slackware, ( in case i need to do so ) installing a prevoius version without fearing major incompatibilities... ? Is my point clear now... ? Thanks in advance BRGDS Alex |
Quote:
What you could do in case you want to try a gcc 3.x.x is install Slackware 12.0 which ships with gcc 3.4.6, possibly in a virtual machine ; for instance Virtual Box is easy to install in Slackware 13. EDIT But you have gcc.fortran-4.3.3 in Slackware 13.0 and Slackware64-13.0 which *should* work, see http://slackware.mirrors.tds.net/pub...3-x86_64-4.txt : Code:
gcc-gfortran: gcc-gfortran (Fortran support for GCC) |
The version of gcc in Slackware 13, 12 etc. can be found on distrowatch; Slackware 13 has gcc 4.3.3, 12.1 has 4.2.3. I think if you replaced gcc with the old version you'd be in for a world of hurt.
I don't know about the Intel compiler: install it and let us know if it works :) I presume you tried the -std=legacy or some of the other dialect options and/or -ff2c with gfortran without success. I don't have any other suggestions. :( I agree that it is (1) frustrating that the support for 77 is buggy, (2) that commercial compilers like Absoft have always been so da*ed expensive. |
Hi,
Or the OP could install in VM the OS that worked for the FORTRAN. The OP is not very versed and seems confused about the current state of OpenSource or GNU. Quote:
The fair way would be to use a 'VM' of choice then install a client system that works for the compiler that produces the desired results. :hattip: |
From the sbopkg build log:
Code:
checking for g77... g77 |
Quote:
|
Hi Onebuck
Thanks for your answer, Let me thank you for your suggestion in using the VM, that had not occured to me before... #1) Being a newbie in Slackware, I ADMIT, that i am not very versed, and having exhausted any possible ( to my knowledge ... ) means to solve a problem and having failed to do so in other distros, I am ASKING ( like in having a doubt, and implicitly admitting not being very versed ... ) how to do so in Slackware. :-) #2)I do not KNOW if the compiler provides the means to acheive my goals because of what I explained in #1, all i can state is that to the extent of my attempts it failed to do so so, admitting that my knowledge in this area in unsatisfactory to acheive my goals, i challenged not in a tone of arrogance or banter, but merely to ask someone to prove to me that I am wrong about my statement, and my findings about gcc's ability to do the task i want... #3) I did not mean to be arrogant or unpolite to anyone in this forum, if I was interpreted this way, I feel sorry about that. Alex PS: May I ask the meaning of OP...? Please explain... |
Hi brianL
This sure answers my questions... :-) Thanks a lot. BRGDS Alex |
Quote:
SPEED is the main issue here... BRGDS Alex |
OP=Original Poster
|
Thank you mostlyharmless :-)
Now for a ( vaguely related ) issue about speed... I have searched in the web, for Phoronix benchmarks comparing Slackware with other distros, and found nothing... ... I may say that the boot time of Slackware is Light Years faster than the *buntus/Debians or the RHELs... I know... it depends on the services one enables at boot time in the runlevels if i want it to be faster i only have to edit the /etc/rc.d files... but I am talking about a standard install... Slackware is simply faster... Do you happen to know of any benchmark using Slacware comparing to other Distros/OSes..? BRGDS Alex |
Benchmarks for boot up, or for program run time? I haven't run any recently, but I think they only have validity if you run YOUR code using several different scenarios.
Actually, I wouldn't think program execution would matter on the distro once the kernel and necessary modules and services are installed. Needless to say, if you can, you'd be better off running in init 3 (CLI only), the default in Slackware, rather than in init 4 or from a gui. In fact, I suspect you'd be even a little faster running in init 1 and getting rid of every single other process running that you can. Lest any of you think that it's silly to run Fortran code in init 1, I quote from one of my favorite books 'Numerical Recipes in C' page 21: "One of the cultural barriers that separates computer scientists from "regular" scientists and engineers is a differing point of view on whether a 30% or 50% loss of speed is worth worrying about." |
Hi MostlyHarmless,
I was talking more about benchmarks like these... : http://www.phoronix.com/scan.php?pag...four_way&num=1 http://www.phoronix.com/scan.php?pag..._kubuntu&num=1 Comparing several distros, for instance, ext4 of Slackware 13 is a "plus" in terms of File I/O operations comparing to other filesystems... So far I found nothing on Slackware on Phoronix's site... Are they afraid of the overwhelming speed advantage ( applications seem to run snappier, pstree seems less cluttered ... ) of Slackware ? :-D To my subjective feel, it just seems faster... I wonder when will phoronix run a benhmark over Slack...? You are absolutely right about that difference in opinion among computer scientists and Engineers in general... :-) BRGDS Alex |
Quote:
|
Hi,
Quote:
You can disagree all you wish, speed is great whenever actually necessary but for complex computation except for 3D or depth analysis it is not always necessary. You would not compute in FORTRAN a 3D model but use the data from FORTRAN to generate the model in another language or Application. Sure speed is always great but with today's hardware along with the resources then the use of a 'VM' is beneficial. Apparently you haven't used a 'VM' since you compare the use to a rumor for M$ applications generally. 'VMs' are used by myriad of users for servers, data acquisition systems and even test bed platforms for different needs. I suggest that you do some Googling before making simplistic statements like the one you made. :hattip: |
Hi,
Quote:
It just seemed like it was a challenge. As I suggested you could use the 'VM' on a host to service the client which you were able to compute on. Do some searches here on LQ for 'VM'. In fact there is a new LQ 'Linux - Virtualization' forum that you might find useful. :hattip: |
Thank you Onebuck,
I may well try this so to compare with a native, non layered run of the applications. BRGDS Alex |
Onebuck, actually, I use a VM quite often, and never use Windows for any numerical calculations. As far as your statements regarding speed and Fortran and computations, I can't disagree more. Try doing non-linear FEM calculations on a realistic grid and tell me speed isn't important. See my quote above regards speed from Numerical recipes. Clearly your perspective is different than mine, but that doesn't make either of us right.
BTW, you sure seem cranky today, both to me and the OP, just an observation. Oh well, whatever. |
Alexvader, if speed is a concern for you then using legacy Fortran77 libraries may not be the best option.
For example, the reference BLAS and LAPACK libraries from Netlib compile just fine with gfortran, for both 32 bit and 64 bit Slackware 13 (you can find them at slackbuilds.org), but they are just reference libraries useful for when you are developing some numerical program or performing operations on small data sets. They are most definitely not designed to take full advantage of today's multicore processors. If you plan to use the BLAS, then you should obtain a library tuned for your processor to get good performance. For example, Intel provides the MKL and AMD provides the ACML. The calling interface is the same (for the most part...) so you should be able to swap out libraries when necessary. If you are concerned about using only open source software then you can use GOTO BLAS (yeah the name is weird, but its not what you think! :D). As for LAPACK, you can use ATLAS to build a library with optimizations suited to your machine. Oh and BTW, if you have a CUDA capable GPU then you can use your graphics card to speed up your calculations as well (not all cases are well suited to the CUDA model, but many are). |
Hi @easuter, @mostlyharmless, @onebuck
Thanks for yr precious help; @easuter : I will try to build with icc/ifort ( in case i can install them, will try tomorrow only... ) against the mkl libraries. @mostlyharmless : quoting "Try doing non-linear FEM calculations on a realistic grid and tell me speed isn't important. See my quote above regards speed from Numerical recipes" Quite true, now just imagine adding one more layer of complexity : Instead of making an FSI analysis ( Fluid Structural Interaction Coupling ) for the detailed study of structural Failure of an aircraft under flutter loading, for instance, bouncing between a full mesh topological update and, a CFD viscous turbulent solution on a refined grid, to solve for a pressure calculation over the lift/control surfaces generating the loads, and an FEA that will ultimately be used in a Geometrically nonlinear large-displacement explicit dynamics solution for the structure ( which is probably anisotropic - made of composite shells for instance ), back and forth, till convergence... Or making a full FEA or CFD analysis an evaluator function in a genetic optimizer framework... SPEED MATTERS A LOT BRGDS Alex |
Where can I get those compilers?
Where can I get that icc compiler?
|
Hi,
Quote:
Many people don't really look at the interfacing between the transducer, acquisition then computation of the measured data. Sure the transducers today perform better than their predecessors but that damn interface gets in the way. Let alone the computation of the passed data. Then we have the interpretation phase to the presentation phase. I remember when linear measurement/computation devices were the new an fastest boy on the block. Then the bastardization into the new DAS which just became a stumbling block that was then used POST experimentally by passing the data for computation. To me the money spent on that DAS was wasted since there really wasn't the means to interpret in real-time other than to view. I'm sorry if I seemed cranky. It's been busy here on the farm getting things ready for winter. The horses don't speak tech. :) In fact I have to close and move to other posts that have backed up in the Que or is that cache. :hattip: |
Quote:
You can get icc ifort and mkl from http://software.intel.com/en-us/arti...ware-download/ Enjoy... BRGDS Alex |
Quote:
It's allright OneBuck... :-) Thanks Alex |
Alex:
Quote:
onebuck: Quote:
|
Hi,
I asked them in real-time. :) They refused commands due to propagation via command line. Whip on! Whip off! So nay hither or nay nether but thither yon. :hattip: Oh heck it's Friday and the beers not getting colder. :D So a large stout and good'ay to y'all! :hattip: |
Quote:
;-) Engineers Jir-O Horikoshi San and Matsudaira San solved a similar issue back in 1940, only by analytical means... :-) The Mitsubishi A6m Rei Sen ( also known as Zero ) was flutter unstable when operating in the high speed boundary of its V-n Diagram... But I am just to lazy to solve the equations by hand... ;-D ...and Tonite its going to be babe night... and beer time, ...so let the bits and bytes roll in the cluster... It will ve a long weekend for the poor CPUs... ;-) Nice weekend foy you all... ;-D BRGDS Alex |
All times are GMT -5. The time now is 02:24 AM. |