devel/libtool15

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

o Rollback PORTCOMMENT modifications while this feature's implementation   is better studied o Turn PORTCOMMENT variable in Makefile back into pkg-comment files

Approved by:	kris (portmgr hat),
		portmgr, re (silence)

Use PORTCOMMENT in the Makefile, and whack the pkg-comment.

Approved by:	pat

Due to popular demant into each port which might be inserted into dependency list by bsd.port.mk insert anti foot-shooting device, which prevents infinite fork loop when the user defines corresponding USE_XXX in global make.conf, command line or environment.

Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)

Relinquish all my ports.

Stage a mini-coup, and borrow these ports from portmgr@ for a while, since I'm doing most of the updating, and am working on a port/Mk/bsd.<gnublah>.mk to move some cruft around.

Sponsored by:	Mr. Smith and Mr. Wesson. :)