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.
- Take maintainership
- Avoid conflicts with GEOM and sysutils/coreutils [1] gstat commands
- Clean up
Reported by: Jan Henrik Sylvester <me at janh.de> [1]
-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
Why can't this sort of dependency be automatically monitored by the
package-building?..
In the case of parrot remove the gratuitous requirement for a particular
major shared library number for icudata. This will help avoid
port-building problems, when icu is upgraded again in the future.
-r-xr-xr-x root wheel fb_inet_server
-r-sr-x--- root firebird fb_lock_mgr
-r-x------ root wheel gds_drop
1. fb_inet_server is installed as normal binary but still must be started
under "firebird" user (it must be specified in x?inetd.conf)
2. fb_lock_mgr is still suid-ed binary but can be started only by users
in "firebird" group - it affects usage of "gsec" and similar utilities
while using "embedded" (direct) database access mode.
3. gds_drop is installed as normal binary but can be started by "root" only
to prevent any improper/malicious usage.
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.
