devel/libtool22

Clean up "current" versions of autotools components to further reduce tree-churn on updates.

Autotools update.   Read ports/UPDATING 20100915 for details.

Approved by:	portmgr (for Mk/bsd.port.mk part)
Tested by:	Multiple -exp runs

- Introduce a new USE_XZ knob that handles lzma/xz compressed distfiles - Convert a bunch of ports to use it

PR:		ports/146329
Submitted by:	mm
With hat:	portmgr

Update to 2.2.6b.

- Fixed libltdl to no longer attempt to dlopen() the old_library
    listed in the .la file. Now will use only the preopen loader to
    attempt to load it. This may be a security issue, all users are
    advised to upgrade.
  - Similarly, don't open module.la from the current directory, this
    changes the behavior of libltdl to match the documentation.

If a user has textproc/gsed installed, configure prefers it over base sed. This gets hardcoded into libtool. After gsed is removed, libtool breaks. Make sure configure doesn't pick up gsed.

Submitted by:	stass@
Approved by:	portmgr (marcus)
Feature safe:	yes

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22. -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

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
 - 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)

Major autotools-related update:

automake	1.10   -> 1.10.1
	gettext		0.16.1 -> 0.17
	libtool		1.5.24 -> 1.5.26
	m4		1.4.9  -> 1.4.11

Please see ports/UPDATING entry 20080605 for further information.

PR:		123450
Tested by:	Full -exp package building run
Thanks to:	linimon, pav
Approved by:	portmgr

Update to 1.5.24

- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script   supports them.  This is determined by running ``configure --help'' in   do-configure target and set the shell variable _LATE_CONFIGURE_ARGS   which is then passed to CONFIGURE_ARGS. - Remove --mandir and --infodir in ports' Makefile where applicable   Few ports use REINPLACE_CMD to achieve the same effect, remove them too. - 

PR:		ports/111470
Approved by:	portmgr
Discussed with:	stas (Mk/*), gerald (info related stuffs)
Tested by:	pointyhat exp run

I meant to revert the previous commit, not change the assignment to something else.

Pointed out by:		mezz

I do not appreciate the attempt to play politics with the reassignment of maintainership of these two files.  I insist that further commits be run through portmgr@ first.

Hat:		portmgr

Take maintainership.

Approved by:	maintainer timeout (16 days)

* Correctly patch devel/libltdl15 with the upstream hack to   prevent eg: gnucash from taking several aeons to start up.

* Hack around the fact that the above then wants to call various
  autotools to rebuild parts of the build infrastructure which,
  depending on the ports installed can cause things to fail in
  weird and wonderful ways.

Remove massive overheads from loading programs that use many libtool-generated shared libraries by forcing libtool into understanding that FreeBSD can correctly handle shared library dependencies.

This code already exists in the libtool CVS repository but without knowing
the release schedule (if any) for a new libtool 1.5.x series, and the
exceptional performance gains (gnucash for example uses 122 shared libraries
and with things rebuilt now starts up in ~10 seconds as opposed to 15
*minutes*).  Further, a number of people have assisted in extensive testing
of this code in a series of different environments, so I am therefore
adding this patch to the tree.

PR:		94826
Submitted by:	Peter Jeremy <peterjeremy@optushome.com.au>
Tested by:	too many to list - thank you all

Remove USE_REINPLACE from all categories starting with D

Conversion to a single libtool environment.

Approved by:	portmgr (kris)

Fix pthread handling

Submitted by:	marcus

Update to 1.5.22

Add SHA256

Update to 1.5.20

Update to 1.5.18 More robust -pthread hack obtained from dfports.

Tested with:	full build of x11/gnome2 and x11/kde3

Purge WANT_{LIBTOOL,AUTOCONF,AUTOMAKE}_RUN

The versioned autotools are now strictly for building other ports in the tree.
Likewise, the gnu- autotools are for runtime dependencies for IDEs, and others,
where unmodified cross-platform capabilities are desired.

All that we see or seem, is but a dream, within a dream.

Take back maintainership.  I'll be scouring the PR database shortly,
if I miss any, or someone beats me to it, please feel free to reassign
appropriately.

At Kris's request, back out the MACHINE_ARCH spelling correction until after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

Add a patch to support gnome 2.10 sharedlib version. Patch made by ahze limited testing done by me.

Obtained from:	libtool cvs.

Relinquish maintainership.  I no longer have the time, energy, or interest to look after these things any more.

To whomever picks these up, I salute you.  I'll reset the relevant
PRs to ports-bugs in a couple of weeks if no-one has taken over
maintainership.

Farewell, autotool hell.

Too clever for my own good.  Unbreak libltdl15.

Submitted by:	sf

Update to 1.5.10, use INFO, and other minor cleanups.

Update to 1.5.8

Long-overdue cosmetic cleanups.

Remove empty patchfile.

Autotools cleanup.  Remove autoconf257 (259), automake17 (18), and libtool14 (13/15).

PR:		67768
Submitted by:	ade
Approved by:	4-exp bento runs (thanks, kris!)

Update to 1.5.6

Fix pkg-plist.

Reported by:	many
Typo by:	ade

Symlink vulnerability:  http://www.securityfocus.com/archive/1/352333 Fix:                    http://www.securityfocus.com/archive/1/352519

PR:             ports/62786
Submitted by:   eik

Minor COMMENT cosmetic changes

Switch pre-everything: target to pre-everything::

PR:		ports/58148 (partial)
Submitted by:	Oliver Eikemeier <eikemeier@fillmore-labs.com>

Repoint to known-good copies of libtool distfiles, prior to the FSF ftp.gnu.org compromise and resultant trashing of lots of files.

Why they haven't gotten things back into a proper state yet is an
entirely different question.

Missed in last commit.  Move libltdl's pkg-* to a saner place.

Upgrade to libtool 1.5 after repo-copy.

Fix typo, pointed out by many.

Minor cosmetic changes to use a single BUILD_VERSION variable to differentiate between versions in Makefile and PLIST

Fix "dreaded thread problem" on -current where multithreaded apps are not linked with libc_r.  Bump PORTREVISION since this is a CRITICAL patch.

Submitted by:	marcus

libtool uber-patch

* 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)

Tag 'em and grab 'em from freebsd-ports@

do not have time for these

Clear moonlight beckons. Requiem mors pacem pkg-comment, And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

I may as well be a masochist and take this one too, since I've got the auto* twin terrors already.