Commit graph

66 commits

Author SHA1 Message Date
Gerald Pfeifer
ea8c8ec7da Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330
2019-07-26 20:46:53 +00:00
Antoine Brodin
6e8cbd63d3 Add DEPRECATED again 2019-04-07 07:22:04 +00:00
Matthias Andree
190ce04f1f Bump expiration date and reference PR #231393. 2019-03-08 09:52:04 +00:00
Antoine Brodin
34cba2ab8c Mark BROKEN: fails to build
Reported by:	pkg-fallout
2018-12-15 09:35:04 +00:00
Gerald Pfeifer
a9f015d155 Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590
2018-12-12 01:35:33 +00:00
Gerald Pfeifer
066a889482 The last years this port, based on an upstream abandoned half a decade
ago, has merely seen patching and prodding by several of us, often when
it got into the way of updates of other parts of the Ports Collection.

This is the case once again with a pending update of GCC to version 8,
where we run into

  gmake[2]: Entering directory '/wrkdirs/usr/ports/lang/gprolog/work/gprolog-1.4.4/src/Fd2C'
  gplc -c --fast-math fd2c.pl
  =>> Killing runaway build after 7200 seconds with no output

after already workarounds in place for other versions of remotely
recent compilers.  Bite the bullet and mark for deprecation and
removal one-and-a-half months from now

PR:		231590
2018-11-03 14:42:22 +00:00
Gerald Pfeifer
09f9633cb6 Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542
2018-07-29 22:18:44 +00:00
Gerald Pfeifer
c2a92a1aea Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).
2018-03-10 17:46:04 +00:00
Tijl Coosemans
770c169743 Fix pkg-plist for FD option. 2017-12-25 19:04:23 +00:00
Tijl Coosemans
f617fe1c36 - Remove unneeded USE_AUTOTOOLS.
- Various cleanups + regenerate pkg-plist.
2017-12-25 18:39:38 +00:00
Gerald Pfeifer
e59c88cece Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275
2017-09-10 20:55:38 +00:00
Tobias C. Berner
a0f047b8d1 Don't override existing configure args.
Reported by:	rakuco
2017-08-18 18:47:38 +00:00
Tobias C. Berner
d9025e390e Disable machine registers on i386.
Follow debians lead [1] and pass --disable-regs on i386, to fix build with gcc6.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852008

PR:		219275
2017-08-18 18:41:50 +00:00
Gerald Pfeifer
04d6f52202 Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707
2017-04-01 15:23:30 +00:00
John Marino
15f963b772 lang/gprolog: Clean up port (fix build with non-default options)
The no-docs and no-examples options weren't correct.  The configuration
value in those causes were no absolute paths as apparently expected, but
relative to STAGEDIR.  Fix by letting them install and use post-install
option targets to remove if necessary.

Do other cleanup such as wrap to 80 (when possible) and use options
framework.  Also remove option-dependent packagename; that isn't
conventional.  Also make configure target generic by platform.
2017-02-09 22:51:00 +00:00
Jan Beich
a4c4529148 lang/gprolog: pass -O3 to unbreak with gcc5
gplc -c --fast-math fd2c.pl
====>> Killing runaway build after 7200 seconds with no output

PR:		216707
Reported by:	antoine (via exp-run)
2017-02-06 10:55:31 +00:00
Gerald Pfeifer
89f8b05214 Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
2016-11-20 09:38:08 +00:00
Dmitry Marakasov
4e942b6419 - Fix trailing whitespace in pkg-descrs, categories [g-n]*
Approved by:	portmgr blanket
2016-05-19 10:44:11 +00:00
Erwin Lansing
292ee091b5 Reset maintainer
<nsmoot@make.sh>: host in1-smtp.messagingengine.com[66.111.4.74] said: 550
    5.1.1 <nsmoot@make.sh>: Recipient address rejected: User unknown in local
    recipient table (in reply to RCPT TO command)

Sponsored by:	DK Hostmaster A/S
2015-08-19 08:19:09 +00:00
Baptiste Daroussin
77cba41a62 Cleanup plist 2014-10-27 15:23:30 +00:00
Adam Weinberger
d7ecdbf615 Add DOCS to OPTIONS_DEFINE to ports that check for PORT_OPTIONS:MDOCS.
I'm not touching ruby19/ruby20/ruby21, but they also check for :MDOCS
without defining it in OPTIONS_DEFINE.
2014-07-15 15:49:33 +00:00
Wen Heping
37c8ddd437 - Update to 1.4.4
- Stage support
- Add LICENSE
- Pet portlint

PR:		191072
Submitted by:	Keith Gaughan<k@stereochro.me>
Approved by:	maintainer(timeout, >28 days)
2014-07-14 11:24:32 +00:00
Martin Wilke
e2e772bd2a - Convert gmake,bzip2 to USES
Approved by:	portmgr
2014-05-26 14:47:56 +00:00
Baptiste Daroussin
888ab73a81 Add NO_STAGE all over the place in preparation for the staging support (cat: lang) 2013-09-20 19:53:09 +00:00
Raphael Kubo da Costa
ada2998452 Make the port fetchable again.
Point MASTER_SITES to old_versions/, which is where previous releases go.

PR:		ports/179656
Submitted by:	John Marino <draco@marino.st> (maintainer)
2013-06-22 21:23:22 +00:00
Baptiste Daroussin
2454772094 Fix build on HEAD by adding USE_GCC=any (uses global register) 2013-05-27 16:04:02 +00:00
Jason E. Hale
9ae290d701 - Update to 1.4.1
- Trim Makefile header

While here:
- Remove indefinite article from COMMENT
- Convert to new options framework

PR:		ports/172180
Submitted by:	wen@
Approved by:	maintainer timeout (25 days)
		makc, avilla (mentors, implicit)
Feature safe:	yes
2012-10-25 08:32:46 +00:00
Jason Helfman
85fce98761 - Update to 1.4.0 and update maintainer address
PR:	ports/165961
Submitted by:	maintainer, nsmoot@make.sh
Feature safe:	yes
2012-03-12 06:52:24 +00:00
Olli Hauer
27de467a2b - remove MD5 2011-07-03 13:45:36 +00:00
Ade Lovett
4a8684e352 Sync to new bsd.autotools.mk 2010-12-04 07:34:27 +00:00
Ade Lovett
6abd00a86b Punt autoconf267->autoconf268 2010-10-16 11:52:47 +00:00
Ade Lovett
8262a7b51d Autotools update. Read ports/UPDATING 20100915 for details.
Approved by:	portmgr (for Mk/bsd.port.mk part)
Tested by:	Multiple -exp runs
2010-09-15 18:35:24 +00:00
Stefan Walter
c458d50d1f - Fix plist with NOPORTDOCS/NOPORTEXAMPLES. [1]
- Update MAINTAINER. [2]

PR:		ports/141440 [2]
Submitted by:	Nathan Smoot <n.smoot@gmail.com> [2]
Patch by:	swell.k@gmail.com [1]
Feature safe:	yes
2010-06-26 12:02:07 +00:00
Stefan Walter
1b837da658 Make it build on amd64, too, by adjusting CONFIGURE_TARGET.
PR:		141440
Submitted by:	Nathan Smoot <putwastehere@gmail.com>
Feature safe:	yes
2010-06-25 13:05:33 +00:00
Martin Wilke
b4914c29ad - Update to 1.3.1
PR:		143232
Submitted by:	Hung-Yi Chen <gaod@hychen.org>
Approved by:	maintainer timeout
2010-02-12 17:24:58 +00:00
Mark Linimon
b344c14cc6 Reset vs@FreeBSD.org at his request due to lack of time. 2010-01-02 17:31:41 +00:00
Rong-En Fan
741aa71483 Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk
 - Remove CONFIGURE_TARGET hack in various bsd.*.mk
 - USE_GNOME=gnometarget is now an no-op

Changes to individual ports, other than removing the CONFIGURE_TARGET hack:

= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
  - comms/gnuradio
  - science/abinit
  - science/elmer-fem
  - science/elmer-matc
  - science/elmer-meshgen2d
  - science/elmerfront
  - science/elmerpost

= use x86_64 as ARCH
  - devel/g-wrap

= other changes
  - print/magicfilter
    GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf

Total # of ports modified:  1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)

PR:		126524 (obsoletes 52917)
Submitted by:	rafan
Tested on:	two pointyhat 7-amd64 exp runs (by pav)
Approved by:	portmgr (pav)
2008-08-21 06:18:49 +00:00
Ade Lovett
771ea13f41 Conversion from (now defunct) autoconf-2.61 to autoconf-2.62
Tested by:	exp build run (erwin)
2008-08-20 00:57:32 +00:00
Volker Stolz
a5855912d8 Update to 1.3.0. It might also build on amd64 now, but I haven't been able
to run it on a tinderbox, so it stays i386 for now.
2008-03-19 07:43:35 +00:00
Mark Linimon
48420a5ebd Switch autoconf dependencies from 2.53 or 2.59 to 2.61.
PR:		ports/116639
Submitted by:	aDe
2007-09-30 04:47:36 +00:00
Volker Stolz
fc961acc08 Fix permissions and use PORTDOCS
PR:		ports/100962
Submitted by:	Stanislav Sedov
2006-08-29 07:39:34 +00:00
Volker Stolz
00cd57b7a9 Somehow GCC 3.x generates a gprolog binary which fails immediately on startup.
Fall back to GCC 2.95 and bump PORTREVISION accordingly.
This update also brings back the FD-solver!

Maybe somebody should check what other distros do about this, but e.g. blindly
applying the Debian patch set doesn't fix this error.

Reminded by: Fernando López
2006-03-16 09:43:10 +00:00
Edwin Groothuis
c92c635b24 SHA256ify
Approved by: krion@
2006-01-22 12:42:24 +00:00
Volker Stolz
5be3789c09 Unbreak: Build w/o FD-solver on 6.x+
Currently I do not have the resources to find out why it's breaking
2006-01-10 09:51:24 +00:00
Kris Kennaway
60047f09f9 BROKEN on 6.0: Does not build 2005-11-21 01:32:18 +00:00
Ade Lovett
54a0b86543 Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
	http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.
2005-11-15 06:52:12 +00:00
David E. O'Brien
c3d8037aeb At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.
2005-04-12 03:26:56 +00:00
David E. O'Brien
f2fc2d60ae Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
2005-04-11 08:04:41 +00:00
Volker Stolz
9078e1f7b1 Unbreak on 5.x by disabling fast-calls. Notice that you will still see
build errors if you have -march=pentium4 in your CFLAGS

PR:		ports/78794
Submitted by:	Arne Wörner
2005-03-15 14:42:32 +00:00
Volker Stolz
8b40c584aa Fix plist
Noticed by: cluster
2005-02-18 08:10:48 +00:00