Date: Sat, 11 Dec 2004 14:14:49 +0100 From: Alexander Leidinger <Alexander@Leidinger.net> To: bdodson@scms.utmb.EDU Cc: freebsd-ports@freebsd.org Subject: Re: distfile for lang/ifc Message-ID: <20041211141449.73155dc7@Magellan.Leidinger.net> In-Reply-To: <200412100846.25288.bdodson@scms.utmb.edu> References: <41B8DCD3.1080009@math.missouri.edu> <200412092204.45285.bdodson@scms.utmb.edu> <1102682118.41b998065e6d2@netchild.homeip.net> <200412100846.25288.bdodson@scms.utmb.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 10 Dec 2004 08:46:25 -0600 "M. L. Dodson" <bdodson@scms.utmb.EDU> wrote: > > > just copied the port, changed the distfile specs in the Makefile > > > to point to the one I had, did a "make makesum", and it compiled > > > and worked with no problem (this was with fortran, version 7, I > > > think). > > > > This doesn't work with the update from 8.0 to 8.1 (at least this wasn't > > the case for icc, and ifc seems to be similar to icc). > > > > Well that's good and bad. I use ifc to compile a molecular > mechanics suite called AMBER (not freely available). A F90 or > later compiler is required, so g77 won't suffice. The AMBER > mailing list has documented that only certain versions of ifc v8 > will (1) compile the key AMBER program, and (2) generate code > which can reproduce known good trajectories (generated by earlier > AMBER code compiled with many different compilers, not just g77). > These new differences from one minor version to another increase > the work necessary to work around the Intel compilers > "peculiarities". On the up side, WHEN THEY WORK, the Intel > compilers produce easily demonstrably faster code. >From v8.0 to v8.1 it isn't a minor upgrade like the 8.0.x versions... at least not when looking at the "internals" of the compiler (I don't have access to the source, this is purely based upon my experience with the update of lang/icc, and lang/ifc is based upon the icc port). The installation procedure changed a lot and some internals (compiler/libs) changed too. Since we don't use Intels installation procedure and we need to "fixup" some parts to be able to produce native FreeBSD binaries, this was a major update from the FreeBSD port perspective. Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041211141449.73155dc7>