Conversion to a single libtool environment. Approved by: portmgr (kris)8503536d38
libtool -- Library Search Path Privilege Escalation Issueentered 2009-11-28
Generic shared library support script
# pkg install libtoolinstalls 2.6.2 from latest; from quarterly (2026Q4) 2.6.2# cd /usr/ports/devel/libtool && make install clean| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 2.6.2 | 2.6.2 | – |
| FreeBSD 15 | 2.6.2 | 2.6.2 | – |
| FreeBSD 14 | 2.6.2 | 2.6.2 | 2.6.2 |
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 2.6.2 | 2.6.2 | – |
| FreeBSD 14 | 2.6.2 | 2.6.2 | 2.6.2 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
pkg audit for the packaged version 2.6.2.no CVE referenced
Conversion to a single libtool environment. Approved by: portmgr (kris)8503536d38
Fix pthread handling Submitted by: marcus19351dbafc
Update to 1.5.2269371c551d
Add SHA256ef677b8e52
Update to 1.5.209a35ac7945
Update to 1.5.18 More robust -pthread hack obtained from dfports. Tested with: full build of x11/gnome2 and x11/kde306e15bfd81
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.cbcdcfb3d4All 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.c94d76f525
At Kris's request, back out the MACHINE_ARCH spelling correction until after 5.4-RELEASE.c3d8037aeb
Assist getting more ports working on AMD64 by obeying the Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.f2fc2d60ae
Add a patch to support gnome 2.10 sharedlib version. Patch made by ahze limited testing done by me. Obtained from: libtool cvs.f1307b502c
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.2255dacd66
Too clever for my own good. Unbreak libltdl15. Submitted by: sf353d0491ef
Update to 1.5.10, use INFO, and other minor cleanups.ee92475356
Update to 1.5.8d40383eec3
Long-overdue cosmetic cleanups.a33f86462b
Remove empty patchfile.d1e5e7d115
Autotools cleanup. Remove autoconf257 (259), automake17 (18), and libtool14 (13/15). PR: 67768 Submitted by: ade Approved by: 4-exp bento runs (thanks, kris!)328b757bf2
Update to 1.5.6b2ac4b79b7
Fix pkg-plist. Reported by: many Typo by: ade758bfa64ad
Symlink vulnerability: http://www.securityfocus.com/archive/1/352333 Fix: http://www.securityfocus.com/archive/1/352519 PR: ports/62786 Submitted by: eikc17659af3b
Minor COMMENT cosmetic changesfc75ebdf9c
Switch pre-everything: target to pre-everything:: PR: ports/58148 (partial) Submitted by: Oliver Eikemeier <eikemeier@fillmore-labs.com>f01e8f5f04
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.4d720fb16d
Missed in last commit. Move libltdl's pkg-* to a saner place.2aaf36e469
Upgrade to libtool 1.5 after repo-copy.aba51095cc
Fix typo, pointed out by many.dd877c8674
Minor cosmetic changes to use a single BUILD_VERSION variable to differentiate between versions in Makefile and PLIST0e17c510f2
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: marcuse60dd3d096
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)b2fd75e438
Tag 'em and grab 'em from freebsd-ports@84b19c44cc
do not have time for these13dc227f95
Clear moonlight beckons. Requiem mors pacem pkg-comment, And be calm ports tree. E Nomini Patri, E Fili, E Spiritu Sancti.7e52725f2a
I may as well be a masochist and take this one too, since I've got the auto* twin terrors already.36f099f21a
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)f0a1969d34
Use PORTCOMMENT in the Makefile, and whack the pkg-comment. Approved by: patd9611f9375
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.)4fe6852b8f
Relinquish all my ports.283fe409ce
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. :)e7b3942ff9
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.609d4b4a39
Set EXPR_COMPAT environment variable to workaround a problem with expr(1) on -current.ab99cf22d5
Change maintainer to portmgr and update note about not upgrading.019f1eeff3
Add WWW.d1648e1f39
Install the ltdl library, so that packages can use it. If this breaks any ports, please let me know... Submitted by: sobomax Reviewed by: ade8516eadb3c
Explain why this port has not been upgraded to 1.3.5.03d413baae
Add --build no-op to ltconfig to make USE_LIBTOOL working with configure scripts generated for libtool1.4. No responce from: maintainerfa0b4be69c
Don't remove share/aclocal.ffe778d240
PORTNAME/PORTVERSION updateed33fb7de0
Update to 1.3.4. Submitted by: maintainer030d0dff5a
Oops, left off the @FreeBSD.org part. :)7b5ef53892