It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
Upstream now only provides a single tarball, so this brings a number
of changes around that.
Among others based on this, enable c, c++, and fortran (and only these)
explicitly. [1]
Reported by: Scott Allendorf <scott-allendorf@uiowa.edu> [1]
release of GCC 4.4.6.
Replace the, now dysfunctional, post-patch target with a configure
option that marks this build of GCC as "FreeBSD Ports Collection". [1]
Reported by: Bjoern Koenig <bkoenig@alpha-tierchen.de> [1]
Finally fix an intricate build error (amd64 only) that has been hard
to reliably track down and unbreak this port on amd64.
PR: 151792, 151848
Reported by: pav, QAT,
Andrei Lavreniyuk <andy@gmail.com>,
"Hartmann, O." <ohartman@zedat.fu-berlin.de>
Submitted by: avg (in slightly different form)
Tested by: Christoph Moench-Tegeder <cmt@burggraben.net>,
Da Rock <freebsd-questions@herveybayaustralia.com.au>
of GCC more in sync with the FreeBSD system compiler enabling features
such as __stack_chk_fail, fixing libffi and libmudflap support as well
as enabling default_use_cxa_atexit. lang/gcc45 and lang/gcc46 already
feature all of these improvements.
Simplify full-regression-test.
Feature safe: yes
successfully used by anyone, yet adds a lot to build time and size. Those
interested in GCJ are better served using lang/gcc45.
Also update to the 20100518 snapshot of GCC 4.4.5.
