Commit graph

34 commits

Author SHA1 Message Date
John Marino
fbd6d1a109 Replace "${OPSYS:tl}" with "freebsd" on 4 ports
The following 4 ports will not build correctly if certain variables
are not defined as "freebsd".  Defining them as "${OPSYS:tl}" caused
breakage on DragonFly for various reasons.  Harding the variables are
a no-op for FreeBSD but fixes the ports on DragonFly.

* games/ioquake3
* graphics/opendx
* science/cdf
* security/john

approved by:	portmgr (bapt)
2014-05-05 15:04:38 +00:00
Baptiste Daroussin
4a4ec28d37 Convert all :U to :tu and :L to :tl
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)

bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore

Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier

With hat:	portmgr
2014-05-05 09:45:36 +00:00
Gerald Pfeifer
1cd277bdce Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3.  This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.

Part II, Bump PORTREVISIONs.

PR:		182136
Supported by:	Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by:	bdrewery (two -exp runs)
2014-03-10 20:55:20 +00:00
Tijl Coosemans
564a799c71 Convert all USE_FORTRAN=yes to "USES=fortran, USE_GCC=yes". In most cases
USE_GCC=yes has been omitted though.

Remove USE_FORTRAN handling from bsd.port.mk and bsd.gcc.mk.

Minor cleanups in some ports like USE_GMAKE, NOPORTDOCS,...

Exp-run:	bdrewery
Approved by:	portmgr (bdrewery)
2014-02-16 17:15:31 +00:00
Antoine Brodin
b2c1becd27 Fix a stage symlink.
There may be still some problems with this port:
/usr/local/bin/definitions.K is referring to /wrkdirs/usr/ports/science/cdf/work/stage
/usr/local/bin/definitions.B is referring to /wrkdirs/usr/ports/science/cdf/work/stage
/usr/local/bin/definitions.C is referring to /wrkdirs/usr/ports/science/cdf/work/stage
2014-02-03 23:34:26 +00:00
Stephen Montgomery-Smith
463e3b309d - Implement staging. 2014-01-27 18:00:26 +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
Mark Linimon
7d8608ab13 Mark broken on powerpc as well as sparc64. (In fact, on all the tier-2s.)
Hat:		portmgr
2011-11-10 05:38:32 +00:00
Olli Hauer
c394c56dc0 - remove MD5 2011-07-03 13:22:24 +00:00
Stephen Montgomery-Smith
fc7976f6a8 Maintainer: stephen@missouri.edu -> stephen@FreeBSD.org
Approved by: maho (mentor)
2011-06-14 07:38:51 +00:00
Martin Wilke
e3cbd92ea4 - Update to 3.3.0
PR:		142950
Submitted by:	Stephen Montgomery-Smith <stephen@missouri.edu> (maintainer)
2010-01-21 21:14:54 +00:00
Pav Lucistnik
ed9c0642a6 - Mark MAKE_JOBS_UNSAFE
Reported by:	pointyhat
2009-11-18 22:39:55 +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
Dennis Herrmann
cf8759b2c9 - Update maintainer mail address
PR:		ports/133397
Submitted by:	Stephen Montgomery-Smith <stephen@missouri.edu> (maintainer)
Approved by:	tabthorpe (co-mentor)
2009-04-05 20:50:49 +00:00
Wesley Shields
6ce638fdbf - Pass maintainership along. 2009-02-13 15:25:26 +00:00
Pav Lucistnik
bce6235e6f - Unbreak distinfo after portrevision bump 2009-01-09 19: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
Thierry Thomas
83eab871cc - Upgrade to 3.2.1 and fix a vulnerability;
- Respect NOPORTEXAMPLES;

- Release maintainership.

Security:	VuXML c4f31e16-6e33-11dd-8eb7-0011098ad87f
2008-08-19 21:40:14 +00:00
Thierry Thomas
e1d0fbf107 Upgrade to 3.2.
Changelog at
<ftp://cdaweb.gsfc.nasa.gov/pub/cdf/dist/cdf32/unix/CHANGES.txt>.
2007-12-11 21:08:51 +00:00
Maho Nakata
fd4755237b Now we use USE_FORTRAN=yes to use FORTRAN compiler.
Approved by:	thierry
2007-07-14 01:33:55 +00:00
Maho Nakata
7088c85c10 * Migrate to gfortran.
* Bump port revision.

Approved by:  portmgr(kris)
2007-01-18 02:28:26 +00:00
Thierry Thomas
c07741ccf4 Master_sites are often down, mirror distfiles locally.
Reported by:	pointyhat via Kris
2007-01-17 06:42:38 +00:00
Thierry Thomas
79b0de3a32 Chase another silent update.
Full diff at
<http://people.freebsd.org/~thierry/ports/cdf31_060324-061205.diff>.

Reported by:	fenner's distfiles survey
2007-01-07 13:54:56 +00:00
Thierry Thomas
055a2a5107 Define WITH_FORTRAN on -CURRENT. 2006-12-13 23:23:58 +00:00
Thierry Thomas
a4cead9dff Chase another silent update: minor fixes in Bourne shell variables and help
file.

Full diff at
<http://people.freebsd.org/~thierry/ports/cdf31_4-dist_cdf31_5-dist.diff>.

Reported by:	dosirak via Kris
2006-03-29 20:25:38 +00:00
Thierry Thomas
dfeb1d6605 Chase another silent update.
Diff available at <http://pompo.net/ports/cdf31-dist_060216-030224.diff>:
minor fixes for Linux Intel's Fortran compiler and cdfcvt.

Approved by:	portmgr (krion)
2006-02-24 22:01:48 +00:00
Thierry Thomas
94fef49e5f Chase another silent update. Since this seems usual, define a DIST_SUBDIR.
Full diff at <http://pompo.net/ports/cdf31-dist_060209_060216.diff>
(fixes into cdfcvt).

Reported by:	pointyhat via Kris
2006-02-16 23:33:00 +00:00
Thierry Thomas
eba044fc1a Re-add patch-Makefile to respect CFLAGS / FFLAGS / CC & co. 2006-02-12 09:38:25 +00:00
Thierry Thomas
641ab393f0 Chase a silent update and make fetchable again.
- our patches to support FreeBSD have been included;

- support of Intel C++ and Fortran compilers for Linux has been added.

Full diff available at
<http://pompo.net/ports/cdf31-dist_060130_060209.diff>.

Reported by:	Ion-Mihai Tetcu on #bsdports
2006-02-11 23:01:47 +00:00
Thierry Thomas
aeb6050c22 - The official download site is down, add a mirror.
- Try to fix on sparc64.

Reported by:	pointyhat via Kris
2006-02-03 21:42:30 +00:00
Thierry Thomas
ff6ed16e17 Fix another silent update.
Don't bump PORTREVISION, the only diff is in Release.notes.

Reported by:	pointyhat via Kris
2006-01-31 08:39:44 +00:00
Thierry Thomas
243cddbfe4 Oops... I mixed 3.0 and 3.1 pkg-plist and forgot to take maintainership.
Reported by:	pointyhat via Kris
2006-01-29 22:34:50 +00:00
Thierry Thomas
3a596ded2e Common Data Format (CDF) is a conceptual data abstraction for storing
multi-dimensional data sets. The basic component of CDF is a software
programming interface that is a device independent view of the CDF data
model. The application developer is insulated from the actual physical
file format for reasons of conceptual simplicity, device independence,
and future expandability. CDF files created on any given platform can
be transported to any other platform on to which CDF is ported and used
with any CDF tools or layered applications.

A comparison between CDF, netCDF, HDF and HDF5 is available at
<http://cdf.gsfc.nasa.gov/html/FAQ.html>.
2006-01-28 20:40:56 +00:00