gfortran/g95 differences
in [Fortran]
|
Prev: instructor's solutions manual for Bioprocess Engineering Principles (Pauline M. Doran)
Next: Vector, Point, Homogeneous Coordinates Point Implementation
From: Gabor on 15 Mar 2010 14:17 On Mar 15, 7:04 pm, Jason Blevins <jrble...(a)sdf.lonestar.org> wrote: > On 2010-03-15, Tobias Burnus <bur...(a)net-b.de> wrote: > > > Regarding the implementation status of Fortran 2003 and Fortran 2008 > > features, see ACM SIGPLAN Fortran Forum > > (http://doi.acm.org/10.1145/1667140.1667145) - or slightly older at > >http://fortranwiki.org/fortran/show/Fortran+2003+status > > This was a good opportunity to update this table--something I've been > meaning to do since December: > > http://fortranwiki.org/fortran/show/Fortran+2003+status > > I was happy to update quite a few entries thanks to your continued > hard work on gfortran, and that of many others! > > -- > Jason Blevins > Ph.D. Candidate, Department of Economics, Duke Universityhttp://jblevins.org/ This is a really useful table ! Could someone add a column for the Portland Fortran compiler ?
From: user1 on 15 Mar 2010 14:55 James Van Buskirk wrote: > If you put such a command prompt and Shortcut.bat file on your > thumb drive then I would give it a better chance of working when > plugged in to another random (Windows) computer. You could test > this by taking your thumb drive to a coffeeshop and borrowing > anyone's laptop. Mmmm... but how do you know the drive letter for > your thumb drive on the computer you are going to plug it in to? > I'm sure there's a solution, but it might make the Shortcut.bat > file a bit more complicated. > Don't know the thumb drive letter. I keep a setpath.bat file on the thumbdrive, open a brand new cmd.exe, and run the bat file on the thumb drive before doing anything else. something like "d:\gcc443\bin\setpath.bat d" if the thumbdrive is drive letter d. There still must be a neater way. -------------------------------------------------------------------------- @echo off set path=%1:\gcc443\bin;%1:\gcc443\libexec\gcc\i386-pc-mingw32\4.4.3;%path% set EQ_LIBRARY_PATH=%1:\gcc443\i386-pc-mingw32\lib
From: Luka Djigas on 15 Mar 2010 15:43 On Mon, 15 Mar 2010 07:53:34 -0700 (PDT), Paul Thomas <paul.richard.thomas(a)gmail.com> wrote: >Out of curiosity, during an extremely boring meeting, I downloaded and >extracted the equation.com gcc-4.5.0 snapshot package onto a memory >stick. I thought that this would be a good test because I have >absolutely no administrator rights on my work laptop :-) Not even gonna ask why ... > >It worked perfectly. I tried compiling and running a few progams and >encountered no problems. One nice feature of this package is that it, >as well as gcc, gfortran and g++, comes with all sorts of bits and >pieces like gdb, make etc.. > >http://www.equation.com/servlet/equation.cmd?call=fortran > Indeed. Apart from the difference that I tried the Windows port from gfortran's download page, it worked without errors. A PATH here and there, but those can hardly be mentioned as "problems". I'm interested though. (saw it a few times but never looked into it). That www.equation.com above - they develop a parallel branch of compilers, or have I misunderstood something from their page ? What is their motivation for doing so ? I see they're very hardy on the updates, so ... Btw, the meeting went relatively well ... in short, it was mostly about presenting some newer fortran features and their comparison to some of the more recent computational systems (mathcad and matlab, specifically) in regards to should some newer features on some actively used, but not so actively developed, applications be written in fortran (newer one>f90) or should we start messing with mixed language combinations fortran/matlab/mathcad - (I've no idea how this last/first combination's supposed to work) in which some of the newer comers are more comfortable. Their main objective, as so many times before, is that they still have f77 in their mindset. -- Luka >Regards > >Paul Thomas
From: Luka Djigas on 15 Mar 2010 15:57 On Mon, 15 Mar 2010 11:17:17 -0700 (PDT), Gabor <go(a)szfki.hu> wrote: >On Mar 15, 7:04�pm, Jason Blevins <jrble...(a)sdf.lonestar.org> wrote: >> On 2010-03-15, Tobias Burnus <bur...(a)net-b.de> wrote: >> >> > Regarding the implementation status of Fortran 2003 and Fortran 2008 >> > features, see ACM SIGPLAN Fortran Forum >> > (http://doi.acm.org/10.1145/1667140.1667145) - or slightly older at >> >http://fortranwiki.org/fortran/show/Fortran+2003+status >> >> This was a good opportunity to update this table--something I've been >> meaning to do since December: >> >> http://fortranwiki.org/fortran/show/Fortran+2003+status >> >> I was happy to update quite a few entries thanks to your continued >> hard work on gfortran, and that of many others! >> >> -- >> Jason Blevins >> Ph.D. Candidate, Department of Economics, Duke Universityhttp://jblevins.org/ > >This is a really useful table ! Indeed. fortranwiki is coming along nicely (looking at the "recently" page, I see Jason is doing his bit above and beyond the call of duty !!) The last time I visited it, I thought it was rather ascetic, and that it would never live. But now, I'm pleasantly suprised it is not so. Will definitely be visiting it more in the future. One suggestion though. It is purely a esthetic issue, but wouldn't it maybe be a good idea, if the cells in the table which contain "Y" be colored green, and the ones "N" red (or whatever combination). Simply as to provide a more easier to look at viewpoint. One easily gets lost in the columns/rows. (the thing that fortran drastically needs is visuality in its image). -- Luka >Could someone add a column for the Portland Fortran compiler ?
From: Luka Djigas on 15 Mar 2010 15:59
On Mon, 15 Mar 2010 20:43:37 +0100, Luka Djigas <ldigas@___gmail___.com> wrote: >objective, as so many times before, is that they still have f77 in their mindset. replace: objective --> problem |