Searches without login should now work. You must get asked to click a button.
Port details
libg++A libg++ container classes for EGCS and later versions of GCC
2.8.1.3develΣ=6 2.8.1.3Version of this port present on the latest quarterly branch.
DEPRECATED: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months This port expired on: 2009-03-22
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
This is a libg++ add-on for EGCS releases and later GCC releases.
It is needed only if your applications depend on
libg++ and you cannot easily remove the dependency on libg++.
Note that the stand-alone libg++ is no longer needed and this package is no
longer being maintained. Because libg++ is no longer being actively
maintained you should not start new C++ projects using libg++.
-- David O'Brien <obrien@NUXI.com>
2009-03-22 emulators/dlx: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 java/javel: unmaintained, does not work with current versions of GCC,
needs gcc295 which has been failing to build for months
2009-03-22 java/guavac: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/xrml: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/renderpark: unmaintained, does not work with current
versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 games/jumpnbump: tcl8.0 support is going to be dropped
2009-03-17 irc/blackened: Broken and abandonware
2009-03-22 devel/libg++: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 devel/freescope: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/menushki: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/vbidecode: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 lang/wamcc: unmaintained, does not work with current versions of GCC,
needs gcc295 which has been failing to build for months
2009-03-22 multimedia/mpegedit: unmaintained, does not work with current
versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 mail/dkimap4: unmaintained, does not work with current versions of
GCC, needs gcc295 which has been failing to build for months
2009-03-22 net-mgmt/oproute: unmaintained, does not work with current versions
of GCC, needs gcc295 which has been failing to build for months
2009-03-22 x11/tkgoodstuff: tcl8.0 support is going to be dropped
2009-02-11 x11-toolkits/inti: not maintain by upstream for more than five years
and no port depend on this
Mark for depreciation, since unmaintained, failing to work with current
versions of GCC, mostly dead upstream, and requiring gcc295 which fails
to build itself (and does not support current version of FreeBSD nor most
primary targets).
EXPIRATION_DATE=2009-03-22
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
(Only the first 15 lines of the commit message are shown above )
Add the profiled lib (note that `make package' will fail now if you have your
/etc/make.conf set to not build them. But stock settins should probably be
assumed and the Bento-lead cluster is using stock settings.
* Found a new mastersite for the patches. Also found more patches there. *
Fix the build problem that was created when bsd.port.mk started setting
CXXFLAGS in MAKE_ENV. The problem is if a port uses a BSD-style Makefile
and C++, sys.mk will not craft a proper CXXFLAGS because it uses "=?".
