This is consistent with vendor configure.
PR: ports/90565
Submitted by: Alexander Zhuravlev <zaa@zaa.pp.ru>
Approved by: maintainer timeout (ale; 3 months)
Now that GCC 4.1.0 has been released, remove support for the Fortran
frontend which was still quite immature in the 4.0 series compared to
what we now have in the the 4.1 series.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
Do not strip some of the the binaries any longer.
No longer hardcode the version number in LATEST_LINK.
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
The spamming of $PREFIX/include/ssp is now finally gone after my reports
upstream, which allows us to restrict the conflict with gcc-4.1.* to the
case where we build Java.
Convert the build-time dependency on math/mpfr to a full one, since the
Fortran frontend also needs this at run time.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
Remove bogus USE_X11 (which was not used by default nor any other port).
No longer hardcode the version number in LATEST_LINK.
plus only a few patches.
The spamming of $PREFIX/include/ssp is now finally gone after my reports
upstream, which allows us to restrict the conflict with gcc-4.2.* to the
case where we build Java.
Convert the build-time dependency on math/mpfr to a full one, since the
Fortran frontend also needs this at run time.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
Remove bogus USE_X11 (which was not used by default nor any other port).
No longer hardcode the version number in LATEST_LINK.
Remove USE_REINPLACE= as advised by new portlint. Also note that at
least some of the installation hierarchy problems with libgomp have
been fixed now due to my report upstream.
Also:
Do not strip when built with -DWITH_DEBUGGING. [1]
Do not build non-threaded perl with -pthread. [2]
Add rebuild-xs target which should be used when
perl-after-upgrade does not do its job adequately. [3]
Fix perl-after-upgrade to handle threaded perl. [4]
Submitted by: John Narron <jnarron@cdsinet.net> [2],
Sergey Prikhodko <sergey@network-asp.biz> [4],
parv@pair.com [1],
pavel@ctk.ru [2],
skv [3],
vasilis <vasilis@karkampounas.gr> [2]
PR: 83223 [4], 83767 [2], 84255 [2], 89443 [1], 90832 [2]
Release notes: http://go-mono.com/archive/1.1.13/
Port changes:
- Execute mono-semdel during pre-clean in addition to post-install
- Execute mono-semdel over ${WRKSRC}/runtime as a precaution
- Add G_DEBUG="" to mono-semdel target in bsd.mono.mk to prevent
dropping core files with upcomming glib 2.9 [1]
- add XSP_DOCROOT for when we eventually have an xsp port in the ports
tree (If interested in xsp let me know)
- Remove lingering USE_REINPLACE while I'm here
Submitted by: Andres Kohn [1]
Project by: BSD# <http://www.mono-project.com/Mono:FreeBSD>
