Commit graph

19 commits

Author SHA1 Message Date
Mark Linimon
4905eed6ba Fix typo. 2012-09-14 05:47:44 +00:00
Brendan Fabeny
004a7c5ac2 adjust linking and comments in dependent ports after the math/atlas update;
math/atlas-devel will be updated to use the same constructs at a later date

PR:		162706
Approved by:	miwi (portmgr)
Feature safe:	yes
2011-11-22 11:14:10 +00:00
Maho Nakata
1b0c31597d Build fix for recent update of USE_FORTRAN to
using gcc46.
2011-10-18 01:57:23 +00:00
Olli Hauer
c394c56dc0 - remove MD5 2011-07-03 13:22:24 +00:00
Mark Linimon
16a77875c6 NO_CDROM is redundant when RESTRICTED is set.
While here, pet portlint.

Hat:		portmgr
Feature safe:	yes
2011-01-24 03:54:45 +00:00
Maho Nakata
41dda7a988 add pkg-message when gamess won't run and bump portrevision accordingly. 2010-06-17 10:40:46 +00:00
Maho Nakata
779838525c Fix SMP run on amd64, and bump port revision
Submitted by:	Katsuya KANDA
Feature safe:	yes
2010-02-16 23:53:17 +00:00
Maho Nakata
4c5f9cfbc3 Fix build with recent update of gotoblas(2).
Feature safe:	yes
2010-02-16 05:51:43 +00:00
Maho Nakata
eb6f249e7a Update to 20090112 R3. 2010-02-01 03:31:59 +00:00
Gerald Pfeifer
27ab5137ce Bump PORTREVISION for everything that sets USE_FORTRAN=yes which now
implies lang/gcc44 up from lang/gcc43.

Approved by:	portmgr
2009-09-13 00:08:01 +00:00
Maho Nakata
c78ded5011 Fix build on amd64 and now it's usable. 2009-06-08 07:07:19 +00:00
Maho Nakata
efd040cee7 Update to 20090112 R1 version. 2009-05-08 06:08:44 +00:00
Gerald Pfeifer
05a2cbc2b4 Bump PORTREVISION due to change of USE_FORTRAN=yes to GCC 4.3. 2009-01-07 16:34:27 +00:00
Maho Nakata
2ade0c566c Add MANUAL_PACKAGE_BUILD. 2008-01-07 00:21:31 +00:00
Maho Nakata
d6d0fa1fc3 1. Remove limit stacksize line for SysV shared memory size.
2. install mpcdata as well.

Submitted by:   "M. L. Dodson" <activesitedynamics@comcast.net>
2007-10-01 03:49:57 +00:00
Maho Nakata
67ef26096b Update URIs.
Spotted by: kris
2007-08-13 02:57:58 +00:00
Maho Nakata
35150166f1 Update to 20070524.3. 2007-08-02 03:46:54 +00:00
Maho Nakata
fd262dacb3 Now we use USE_FORTRAN=yes to use FORTRAN compiler. 2007-07-14 01:40:23 +00:00
Maho Nakata
eb150f33f7 GAMESS is freely available ab-initio molecular orbital
calculation program calculates energy, molecular structure,
vibrational frequencies from the basic principle of quantum mechanics.

A site license for GAMESS is available at no cost to both academic
and industrial users. Please refer
http://wwwmsg.fi.ameslab.gov/GAMESS/dist.menu.html
for details.

We also included simple launcher called `gamess'
for your convenience. You don't set any environment variable
to run gamess. Just type
% gamess <somefile.inp>
is enough.

WWW: http://wwwmsg.fi.ameslab.gov/GAMESS/

I also recived an e-mail from Mike Schmidt <mike@si.fi.ameslab.gov>
as my inquery.

> I'm maintaining gamess port for FreeBSD only for myself,
> but I'd like to maintain this program at ports tree so that
> everyone can install gamess for FreeBSD very easily like following:
> obtain gamess-current.tar.gz then, put it to some directory, then:
>
> % mkdir /usr/ports/distfiles/gamess.20060907.4
> % cp gamess-current.tar.gz /usr/ports/distfiles/gamess.20060907.4/
> % cd /usr/ports/science/gamess
> % make
> % sudo make install
> ...
> will finish the compilation and installation.
>
> So I'd like to ask you about it.
>
> Can I put port such a skeleton, which is merely an installation
> instruction for FreeBSD ports tree like MPQC?
> http://www.freebsd.org/cgi/cvsweb.cgi/ports/science/mpqc/
> Everyone can access this instruction publically.
> Of course, I don't expose gamess archive for public, and if gamess =20
> archive
> is not found, make stops like:
>
>> % make
>> =3D=3D=3D>  gamess-20060907.4 You must manually get the source =20
>> distribution from master site. http://www.msg.ameslab.gov/GAMESS/=20
>> dist.menu.html. Please selsect "Source code distribution", and =20
>> check on "running on Intel compatible PC running Linux". You must =20
>> have license, but freely obtainable..
>> *** Error code 1
>

Mike Schmidt <mike@si.fi.ameslab.gov> replied as:
> I do not really object to your idea about "make" for BSD, since
> you don't include source code with it.  but don't really understand
> why it would be necessary.
:)
2007-03-13 00:39:58 +00:00