1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-11-26 00:55:14 +00:00
Commit Graph

24 Commits

Author SHA1 Message Date
Maho Nakata
6bef7230ad uncomment MANUAL_PACKAGE_BUILD. 2013-11-29 01:45:50 +00:00
Maho Nakata
79d547a7d4 Update to 20130501 R1 version 2013-11-29 01:44:57 +00:00
Gerald Pfeifer
3be3e90f93 Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui
 - 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
 - Removed compatibility with K&R compilers, which was untestable due
   to lack of such compilers.
 - New functions
   . mpc_log10
   . mpc_mul_2si, mpc_div_2si
 - Speed-ups
   . mpc_fma
 - Bug fixes
   . mpc_div and mpc_norm now return a value indicating the effective
     rounding direction, as the other functions.
   . mpc_mul, mpc_sqr and mpc_norm now return correct results even if
     there are over- or underflows during the computation.
   . mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
     infinite part and equals output variable is corrected.
   . mpc_fr_sub: Wrong return value for imaginary part is corrected.

Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.

Bump PORTREVISIONS of all dependent ports.

PR:		183141
Approved by:	portmgr (bdrewery)
2013-10-26 00:52:33 +00:00
Baptiste Daroussin
1dd0d087e7 Add NO_STAGE all over the place in preparation for the staging support (cat: science) 2013-09-20 22:48:30 +00:00
Maho Nakata
773f134396 update to 2012/5/1 R2 version. 2013-03-05 11:43:18 +00:00
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