This should fix one of gnucash's many problems.
PR: ports/93066 [1] [2], ports/93983 [3]
Submitted by: Geoffrey Mainland [1],
Robert Backhaus provided the fix [2],
Emilio Conti [3]
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.
* Use continuation->backing_store to determine if we return for the first
time from getcontext(). This avoids having to depend on non-POSIX semantics
of the Linux implementation.
* Avoid using __libc_ia64_register_backing_store_base by hardcoding the base
of the backing store. The kernel is changed to put the backing store at
this address. It's not entirely clean, but I want to avoid adding all sorts
of variables in our libc for this for now.
* Fix a genuine bug in the ia64 case: the ia64-specific fields are not
initialized. On FreeBSD this means they have garbage (= 0xd0). Call
memset() after allocation to make sure the contregs structure is properly
cleared. Since this may affect other architectures, this patch will be
ia64 only.
Submitted by: marcel
Add the virtual category "scheme" to the maintained ports
(except sxm). I guess no maintainer would deny this trivial
change.
PR: ports/56052
Submitted by: Kimura Fuyuki <fuyuki@nigredo.org>
* kill devel/libtool and move to devel/libtool13, upgrading to 1.3.5
* upgrade repo-copied devel/libtool14 to 1.4.3
* break out libltdl into its own separate port
* move to version-numbered binaries/scripts (ie: there is *no* 'libtool'
any more -- USE_LIBTOOL and USE_LIBTOOL_VER are your friends)
Approved by: portmgr (kris) - for the bsd.port.mk hooks
Tested by: bento 4-exp builds (repeatedly)
ports that depend on guile. As such I have tested most of them. Here
are my results:
--KNOWN TO WORK--
devel/gconf
games/gnomegames
games/gnomegames2
devel/g-wrap
x11-toolkits/guile-gtk
x11-toolkits/guile-gnome
math/guppi
finance/gnucash
deskutils/gnotime
devel/libgtop
devel/autogen
games/gnurobots
audio/snd
math/drgenius
net/serveez
science/libctl
x11-wm/scwm (works with patches to be sent to maintainer)
--KNOWN NOT TO WORK (maintainer is working on update)--
cad/geda
cad/geda-symcheck
cad/geda-utils
cad/gnetlist
cad/gschem
cad/gwave
cad/libgeda
--UNKNOWN--
mail/icqmail (marked IGNORE for other reasons)
lang/gnustep-guile (could not build for other reasons; will notify maintainer)
math/siag (did not test)
science/mpb (did not test)
PR: 43910
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
