- Fixed LDFLAGS handling when OpenMP is enabled and X11 support is disabled.
The previous way it was handled caused optional image support (JPG, PNG,
etc.) to fail
NOTE: graphics/GraphicsMagick is not affected since it doesn't have OpenMP
support
PR: ports/139975
Submitted by: Marcin Wisnicki <mwisnicki+freebsd@gmail.com>
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Stylistic issues fixed in Makefile and added new options to
help performance on certain architectures
- Removed NOPORTDOCS support, pending upstream installation process
support
Reviewed by: beech, itetcu
Approved by: beech (mentor, implicit)
backing as long as they apply to all. I refuse to obey a particular policy --
that of automatic bumping PORTREVISION of all ports lib-depending on mine.
It is no longer possible to leave obeying a disagreable policy to those, who
finds it acceptable, either -- portmgr gets really angry, threatening backouts
and commit-bit suspensions.
I thus have no other option but to relinquish maintainership of ports, which
install shared libraries, which any other ports depend on -- starting with
GraphicsMagick.
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
the software authors can reproduce the problem, one user of FreeBSD-7.x
has reported an issue, which can only be explained by a build-time race.
Reported by: Per olof Ljungmark
Approved by: portmgr (mlinimon)
OPTION). Add support for running bundled self-tests after building.
Do not run the self-tests by default, in order to be able to secure
portmgr's approval, but advise the user to do so before installing.
The self-tests will be turned on, when port-freeze is over.
Approved by: portmgr (pav)
some ports, that expect standard Magick symbols to be present (that is
revert revision 1.6). Redefine only the GetToken symbol instead just to
get rid of ports/94905
- Use correct path for windows fonts [1]
- Add a knob to depend on windows fonts conditionally.
PR: ports/114036 [1]
Submitted by: Roderick van Domburg <r.s.a.vandomburg@nedforce.nl>
For example, setting CPUTYPE to p3 or above triggers this.
This is the same bug happened in ImageMagick, and the original patch can
be found at
http://www.imagemagick.org/pipermail/magick-developers/2006-April/002550.html
In fact, this patch was submitted in PR 101361, but a wrong version was
committed.
PR: ports/107086
Obtained from: GraphicsMagick cvs
GraphicsMagick has been updated so that all its symbols are now prefixed with
'Gm'. All depending ports will have to be recompiled as noted in UPDATING.
PR: 94905
Submitted by: mat
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.
and API stability.
The port does not build nor install the Perl and Tcl APIs -- these
will be added by separate ports.
PR: ports/83932
Submitted by: Ron van Daal (maintainer to be)
