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
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
- 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)
- Take over of maintaership due to more than 9 months of maintainer inactivity
and two maintainer timeout
- Take maintainership
- Remove obsolete patch files
PR: 100636
Submitted by: Dmitry Marakasov <amdmi3_(at)_mail.ru> [1]
Approved by: garga (mentor), maintainer timeout
devel/ode and devel/ode-devel ports are marked broken on
non-i386 archs (i.e. amd64, ia64), because ode fail to build
on these systems with following errors:
c++ -Iinclude -c -fno-exceptions -fomit-frame-pointer -O -pipe -I/usr/X11R6/include
+-DdNODEBUG -o ode/src/timer.o ode/src/timer.cpp
{standard input}: Assembler messages:
{standard input}:62: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:63: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:86: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:87: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:172: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:173: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:194: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:195: Error: `4(%esi)' is not a valid 64 bit base/index expression
{standard input}:234: Error: `(%esi)' is not a valid 64 bit base/index expression
{standard input}:235: Error: `4(%esi)' is not a valid 64 bit base/index expression
gmake: *** [ode/src/timer.o] Error 1
*** Error code 2
Stop in /usr/ports/devel/ode.
After some investigation, I think I've solved the problem,
and it would be great to unbreak ode at last.
The build on 64 bit platforms fails because some 32 bit
assembly gets included in the ode/src/timer.cpp file.
That, on it's turn, happens because ode's configurator
(simple configure analogue written in C) has too weak
checking for `pentium compatibility' of host system - it
just tries to compile following assembly code: `mov $0,
%eax' as a test. That compiles well on 64 bit platforms,
but because addressing scheme is now 64bit, above-mentioned
errors occur when compiling ode's source itself.
The fix is to add a patch to configurator.c that makes
`pentium compatibility' test more strict. Thus, test will
fail on 64 bit ystems and i386 assembly won't be used (ode
will use more portable routines instead).
This patch is not well tested, as I myself have no 64 bit
machines in the vicinity, but it surely doesn't break ode
on x86 :)
I've mailed it to ode author, it's now also in ODE's CVS.
PR: ports/90077
Submitted by: Dmitry Marakasov <amdmi3@mail.ru>
Approved by: maintainer timeout
ODE is a free, industrial quality library for simulating articulated
rigid body dynamics - for example ground vehicles, legged creatures,
and moving objects in VR environments. It is fast, flexible, robust
and platform independent, with advanced joints, contact with friction,
and built-in collision detection.
WWW: http://www.ode.org/
Add CONFLICTS in devel/ode
PR: 88581
Submitted by: Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>
Repocopy by: marcus
- changes the header include order so as not to pick up installed includes
before local ones
- suppresses the unneeded use of values.h
- works around an inlining limitation in g++
PR: ports/81610
Submitted by: Jonathan Hanna <jhanna@shaw.ca>
Approved by: David Yeske <dyeske@yahoo.com> (maintainer)
ODE is a free, industrial quality library for simulating
articulated rigid body dynamics - for example ground vehicles,
legged creatures, and moving objects in VR environments. It is
fast, flexible, robust and platform independent, with advanced
joints, contact with friction, and built-in collision
detection.
PR: ports/64288
Submitted by: David Yeske <dyeske@yahoo.com>
