devel/libtool22

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

Recognise ar(1) archives (.a) as a valid entities to link with. This fixes many places when it is necessary to link shared object with a static library.

Set EXPR_COMPAT environment variable to workaround a problem with expr(1) on -current.

Change maintainer to portmgr and update note about not upgrading.

Add WWW.

Install the ltdl library, so that packages can use it.  If this breaks any ports, please let me know...

Submitted by:	sobomax
Reviewed by:	ade

Explain why this port has not been upgraded to 1.3.5.

Add --build no-op to ltconfig to make USE_LIBTOOL working with configure scripts generated for libtool1.4.

No responce from:	maintainer

Don't remove share/aclocal.

PORTNAME/PORTVERSION update

Update to 1.3.4.

Submitted by:	maintainer

Oops, left off the @FreeBSD.org part. :)

Maintainer is now a committer.

Make this handle libraries of the form /dir/...s/libfoo.a.

Submitted by:	maintainer

Submitted by:	maintainer

He says:
    Update libtool to 1.3.3 and modify it's behaviour a bit.  It now
    behaves like a stock libtool unless we start sending one of three
    flags:
    --disable-ltlibs	Don't install .la files
    --release-suffix	Add the release to the end of all the libs (like
			GLib/GTK+)
    --release-ignore	Don't add the release to any libs.

PR:		13114

Change Id->FreeBSD.

As threatened, enforce the "Capital, no period" rule.  Ellipses are permitted.  Note that, given current numeric motif of PW, this is done in four equally-sized commits of 393 files each.

Changes from maintainer:

1. Add a -prefix arguement to libtool, to find where the installed
       copies of ltconfig and ltmain.sh reside.
    2. Don't install the .la files unless --install-ltlibs is passed to
       ltconfig.
    3. Don't force linking with -lc, and allow -?thread to be passed to
       the linker.
    4. Don't build static libs if not using version numbers (for
       plugins).
    5. Install                      instead of
         lib${release}.a              lib.a
         lib${release}.so             lib.so
         lib${release}.so.${ver}      lib${release}.so.${ver}
       to support multi-release installations.
    6. Change version to "1.3-freebsd-ports" so people know who to
       blame.
    7. Misc fixes.

PR:		11839
Submitted by:	maintainer

Remove an empty patch leftover from my last commit.

Noticed by:	OKAZAKI Tetsurou <okasaki@be.to>

Update to version 1.3.

PR:		11356
Submitted by:	Jeremy Lea <reg@shale.csir.co.za>

Make sure $objformat is expanded before it goes out of scope.

Sync with peter's suggestion.

${MASTER_SITE_GNU} got rearranged in December; let's catch up.

Allow this port to work on freebsd4* too.

Fix PORTOBJFORMAT problem. PR:	ports/9070 Submitted by:	Shigeyuki FUKUSHIMA <shige@kuis.kyoto-u.ac.jp>

Fix info page problem, and add elf patch.

Import libtool-1.2, It's a generic library support script. PR:		ports/6531 Submitted by:	Motoyuki Kasahara <m-kasahr@sra.co.jp>