CVS log for pkgsrc/devel/libtool-base/Makefile

Up to [NetBSD + pkgsrc-wip] / pkgsrc / devel / libtool-base

Request diff between arbitrary revisions - Display revisions graphically

Keyword substitution: kv
Default branch: MAIN

Make sure to pass CFLAGS=-m64 on SunOS when ABI=64, so that the resulting
libtool script contains proper 64bit flavors of the stdlib objects. Fixes
problem on SunOS when linking C++ objects. Bump PKGREVISION.

Add MirBSD support to libtool. The patches are based on the ones from MirPorts,
which uses libtool-1.5.

Reviewed by Alistair G Crooks.

Removed duplicate line

"fortran" -> "fortran77" except where it is clear that it isn't F77.
"fortran" is alias of "fortran77" for now, but it will change later.

Fix support of g95 as the fortran on NetBSD.

patches approved by Joerg.  Bump libtool-base PKGREVISION.

Fix libtool under OS X: require a fixed version of f2c, and thus bump
PKGREVISION of libtool to 3 and require it as a dependency.

Add some band aid for the not-yet-fully-analyzed issue with sh on
NetBSD. Install a prestine install.sh to not leak our modifications
into packages. Bump revision.

Fix a macro name so that the correct C++ linkage on NetBSD and QNX is
used. Bump revision of libtool-base.

Update to libtool-2.2.6b. This switches libtool to the new main branch.
Changes are many, important for pkgsrc:
- much higher speed (up to 30% faster for the overall build of libX11)
- less magic for detection of the tag

The pkgsrc integration of f2c has been changed to be more sane.
libtool itself now depends on the f2c frontend to use proper
auto-configuration and only fakes up the library. This part is
encapsulated in mk/compiler/f2c.mk.

Add support for g95 on NetBSD to libtool.
Bump PKGREVISION of libtool-base.

OKed by jeorg.

PR 40405: Change soname logic for DragonFly to follow the normal major
only scheme. Properly distinguish FreeBSD and DragonFly case to prevent
further confusion. Differs from the patch in the PR as it forces the
correct branch to be used.

Bump revision of libtool-base. Claim ownership.

Reset PKGREVISION after update to 1.5.26.

update to libtool 1.5.26 using libtool/patches/manual.README procedure:
fixes linking problems on darwin (problems with nmedit, see
http://pogma.com/2008/02/13/nmedit-libtool-exported-symbols/ )

Don't force /bin/sh on Solaris, we want the bootstrap shell.
Bump revision. From Dieter Baron.

Convert to use PLIST_VARS instead of manually passing "@comment "
through PLIST_SUBST to the plist module.

Restore basename override to get the name of the real compiler for the
decision making in libtool. This was lost during the update and broke
the build of shared C++ libraries with SunPro on Solaris. Bump revision
of libtool-base.

Noticed by salo and dmcmahill, tested by dmcmahill.

In the libtool configure script, the basename of the compiler is used
to make decisions about which compiler is being used (gcc, SunPro, etc).
To make this function "correctly" in the presence of the compiler wrapper
scripts, we need to extract the actual compiler command from the wrapper
frame work.  So adapt the section in the configure script which already
attempts to deal with some other compiler wrappers to deal with the pkgsrc
wrappers.

This should address PR pkg/33467 and PR pkg/34581.

Bump PKGREVISION.

DESTDIR support.

use /bin/sh on Solaris, as libtool can cause ksh to dump core under
certain circumstances, observed devel/gettext-tools.

fixes PR pkg/32886 from Lloyd Parkes.

bump PKGREVISION.

USE_PKGINSTALL isn't needed here to make these packagse use the
pkginstall framework.  In the case of libtool-base, avoid using
FILES_SUBST_SED where it isn't needed.

Comment out a fragment of ltmain.sh, which breaks the installation
of postgresql80-client. According to Ralf Wildenhues from libtool,
this fragment is just broken and the pre-1.5.21 was effectively a NOP.
Bump libtool-base revision.

Pullup ticket 1079 - requested by Todd Vierling
security fix for libtool-base

Patch provided by the submitter.

   Module Name:		pkgsrc
   Committed By:	tv
   Date:		Tue Jan 31 20:19:02 UTC 2006

   Modified Files:
   	pkgsrc/devel/libtool [tv-libtool-1-5-18-tmpdirfix]: distinfo
   	pkgsrc/devel/libtool-base [tv-libtool-1-5-18-tmpdirfix]: Makefile
   	pkgsrc/devel/libtool/patches [tv-libtool-1-5-18-tmpdirfix]: patch-ac

   Log Message:
   Backport a change from 1.5.22 to 1.5.18 that fixes some issues with
   temp dir creation when using relink-based finalization.

Fix regression on DragonFly where two config variables were no longer being
set (thinko by person implementing the change between 1.5.18 and 1.5.22).
Bump PKGREVISION.

Backport a change from 1.5.22 to 1.5.18 that fixes some issues with
temp dir creation when using relink-based finalization.

Update libtool to 1.5.22.  Too many changes for CVS commit logs; here's
some highlighted changes:

* Fixes minor /tmp race condition bug.
* Integrated Interix support; no longer requires pkgsrc hackery.
* shlibtool is a wrapper using the (now working) "--tag=disable-static".
* Several other bugs fixed, removing some pkgsrc-local changes.

libtool-base-1.5.18nb6:

Fix major problem brought to the surface by buildlink3 on Interix.  For C++
or F77 libraries only, the soname did not always make it into the final
binary, resulting in runtime link failures in some cases and runtime linking
with a missing major version in others.

This is unfortunately a flag day for Interix + pkgsrc.  Identifying all the
PKGREVISIONs normally requiring a bump is a little too unwieldy.  However,
existing binaries not experiencing the runtime link failure will continue
to run, but will be linking against the unversioned ".so" at runtime until
the binaries have been rebuilt.

While here, fix a couple wrong assumptions in the libtool config for
Interix.  shlibvar_overrides_runpath should have been "no", and
hardcode_direct should have been "yes".

Add change from MirOS that resets $versuffix2 to empty if -avoid-version is used;
makes -avoid-version work properly on platforms using $versuffix2 (e.g., OpenBSD,
FreeBSD, DragonFly).  Bump PKGREVISION (and will bump LIBTOOL_REQD shortly).

MirOS change by Benny Siegert <bsiegert@mirbsd.org>.
Noted in private mail by Thorsten Glaser <tg@66h.42h.de>.

libtool-base doesn't use a cache file at all as it is.

On IRIX, don't use a cache-file, since configure bails out after
trying to reparse the cache.  Ugh.

libtool-base 1.5.18nb4: Fix a really nasty bug on Interix;
hardcode_libdir_flag_spec used -h rather than the correct -rpath.

Fix provided in private mail by Thorsten Glaser.

nb3: Add OS-specific fix for -pthread on DragonFly, based on work by
Joerg Sonnenberger <joerg@britannica.bec.de>.

Remove the old tools framework and references to _USE_NEW_TOOLS.

For packages that use GNU configure, don't bother adding "TOOL"
variables into CONFIGURE_ENV if the new tools framework already takes
care of adding them automatically.

PKGREVISION bump missed in previous.

libtool needs to know where echo is or else it searches the PATH for
it.  This value is embedded into the libtool script.  This was okay
on NetBSD, but was breaking on Solaris.  We now pass it the path to
the real echo via CONFIGURE_ENV, which on Solaris is a more featureful
echo.  Problem noted by Mark Davies in private mail.

libtool-base 1.5.18nb1: Update the patches per manual.README.

While here, since those instructions are still not being heeded, make the
warning comment extremely loud and obnoxious, and put it in both
libtool/Makefile.common and libtool-base/Makefile.

Changes 1.5.18:
* Fix regression in 1.5.16 to not install libtldl data files from
  `libtoolize --ltdl'ed software packages.
* Bug Fixes.

Changes 1.5.16:
* Allow shell special characters like `$' in source file names, but not
  in object names, to enhance GCJ support.
* Detection of compiler wrappers like distcc/ccache and $host_alias prefix.
* More robust tests for PIC flag, `-c -o', in presence of warnings.
* Bug Fixes, among others for convenience archives regression on Solaris
  and timestamp-preserving `libtoolize --copy --ltdl'.

Add a missing install-sh entry to PLIST; bump PKGREVISION.

Omission noted by Joerg Sonnenberger <joerg@britannica.bec.de>.

Update to 1.5.14, and switch DragonFly to version_type=linux.
Change summary since 1.5.10:

	* ltmain.in: Add -pthread like flags when linking executables too.

	* ltmain.in (func_extract_archives) [darwin]: This didn't actually
	work on a real fat archive, should do now.

	* tests/func_extract_archives.test: remove darwin fat tests which
	did not actually work.

	* ltmain.in (link mode): Allow five digits in version-info

	* ltmain.in (link mode): With piecewise (partial) linking, fix
	intermediate output name for subdir-objects.

	* ltmain.in [darwin]: Don't add installed libs to temp_rpath when
	building executables on darwin, or other systems which use
	hardcode_automatic. It may break our wrapper scripts.

	* ltmain.in [darwin]: Allow -framework foo through when given on
	the command line.

	* ltmain.in [irix]: Preserve processor option for SGI Compiler
	(-r[0-9][0-9]*).

	* ltmain.in: Don't pass through compiler-like thread flags when
	using $LD to do the linking. Use compiler_flags instead.
	Reported by Mark_Andrews@isc.org.

	* libtool.m4 (AC_LIBTOOL_SYS_DYNAMIC_LINKER) [linux]: While "parsing"
	/etc/ld.so.conf, skip comments.

	* ltmain.in (func_extract_archives): Not all shells grok
	`read -r' (unnecessary in this case).
	Reported by Ralf Menzel <menzel@ls6.cs.uni-dortmund.de>.

	* libtool.m4 [solaris] (AC_LIBTOOL_PROG_LD_SHLIBS): Use ${wl} for
	whole_archive_flag_spec.  Missing backport reported by Ralf Menzel

	* libtool.m4 [linux] (AC_LIBTOOL_PROG_COMPILER_PIC): match
	$cc_basename, not $CC against icc.  Also, for symmetry match
	icpc* and ecpc* (ia64 version of icpc).

	* m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER) [linux]: Interpret
	`include' statements in toplevel ld.so.conf file.

	* config/ltmain.in (func_mode_link): When linking an installed
	libtool library on the command line using -lfoo we need to find
	the library in the search paths and add it's dependency_libs to
	the link in the conv pass so that any libtool libs listed are
	correctly expanded in the link pass.

nb10:  Work around PR pkg/20499 by disabling locking altogether on IRIX.
This won't hurt gcc-based builds, so it does not need to be compiler type
conditional.

add a comment describing the options used on AIX.

Fix for libtool locking on AIX.  Found by grant, tested by me on aix 4.3.3

Make libtool work better on AIX.  There is still one problem remaining,
and that is that it sets needs_locking for AIX, and then locks
indefinately when compiling.  Unsure how to fix that.

Since some platforms (notably IRIX) don't like the autoconf cache, don't
try forcing it on; rather, go back to autoconf's default of no cache file.

Under IRIX, configure creates a corrupted cache file, so re-parsing that
file fails in the subdir.  Hence, set --cache-file=/dev/null for IRIX.

Refer to patch-a[bd] rather than patch-a*.

Pullup ticket 180 - requested by grant beattie
portability fix for libtool

Module Name:    pkgsrc
Committed By:   grant
Date:           Tue Dec 21 13:50:25 UTC 2004

Modified Files:
        pkgsrc/devel/libtool: distinfo
        pkgsrc/devel/libtool-base: Makefile
        pkgsrc/devel/libtool/patches: patch-ab patch-ac patch-ad

Log Message:
add DragonFly support from patch sent to libtool-patches:

        http://lists.gnu.org/archive/html/libtool-patches/2004-12/msg00188.html

tested with gcc2 and gcc3 in-tree compilers.

bump PKGREVISION.
---
Module Name:    pkgsrc
Committed By:   grant
Date:           Tue Dec 21 13:52:26 UTC 2004

Modified Files:
        pkgsrc/mk/platform: DragonFly.mk

Log Message:
libtool>=1.5.10nb9 actually works on DragonFly, so require at
least that version.

Thinko fix: README.manual -> manual.README

Add heads-up comment above PKGREVISION pointing to the manual-* diffs
which must be updated for any platform changes, lest the changes be lost
the next time libtool is updated.

add DragonFly support from patch sent to libtool-patches:

	http://lists.gnu.org/archive/html/libtool-patches/2004-12/msg00188.html

tested with gcc2 and gcc3 in-tree compilers.

bump PKGREVISION.

in the command run when -export-symbols is used on Darwin with xlc,
ensure there is no whitespace on the command line when passing
-install_name to the linker, as this breaks the build.

this fixes the build of audio/libaudiofile and other packages using
-export-symbols on Darwin with xlc.

bump PKGREVISION.

Rewrite func_infer_tag in the libtool script so that it's easier to
specify (hardcoded) compilers from which we can infer the correct tag
(CC, CXX, F77).  Use the following patterns to match compilers to
tags:

	CC:	*cc *xlc
	CXX:	*++ *CC
	F77:	*77 *fort

Bump the PKGREVISION to 1.5.10nb7 since we now infer the F77 tag from
likely Fortran compilers.  Also require at least this version of
libtool when building packages that set USE_FORTRAN.  This should fix
PR pkg/28661.

dlopen.buildlink3.mk will automatically include dlcompat/buildlink3.mk
only on Darwin, so remove OPSYS check in dlcompat/buildlink3.mk and
make packages include dlopen.buildlink3.mk instead.

Fix C++ linkage on modern NetBSD ELF by using a more standard link command.
Based on jlam's patch to tech-pkg.
Bump PKGREVISION to 1.5.0nb6.

Re-add dlcompat dependency lost in libltdl overhaul, but since it's now only
needed at build time for libtool-base, mark BUILDLINK_DEPMETHOD as such.

Update libtool* packages to account for libltdl split, and simplify by
moving some common things into Makefile.common.

Another Interix fubar workaround:  C++ libs weren't linking in libtool
because Interix installs completely hosed .la files for libstdc++ and
libsupc++.  Make libtool instead trust g++ to DTRT.

Make -export-symbols work properly under Interix.  (The Interix ld(1) does
not implicitly add `_' to -retain-symbols-file values, so we have to add
it manually before doing the physical link.)

nb2: Make the "echo" substitute work on Interix.  Noted by
Hiramatsu Yoshifumi <hiramatu@boreas.dti.ne.jp> in PR pkg/27182.

Fix completely hosed test for g++ when CXX=g++.  The old test worked fine.
Revert until the hosage is tracked down and eliminated at the source.

(Bump to libtool-1.5.10nb1, and make this the required version.)

Libtool fix for PR pkg/26633, and other issues.  Update libtool to 1.5.10
in the process.  (More information on tech-pkg.)

Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.

Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.

Remove the ${OPSYS} test around inclusion of dlcompat/buildlink3.mk,
as that test is now done by the buildlink3 file itself.

sysutils/c++rt0 doesn't exist any longer, as pkgsrc has officially dropped
support for NetBSD/sparc 1.4.

fix an obvious botch-up:

s/5~CONFIGURE_ARGS/CONFIGURE_ARGS/

Tell libtool's configure to use 'nm -B' under IRIX.
This closes PR pkg/25712.

bump PKGREVISION for OpenBSD shlib name fix.

Update to 1.5.6 (OK'd by skrll).

* In libtool-base, generate shlibtool with a simple sed script; no full
  build is actually needed.

Changelog:

New in 1.5.6: 2004-04-11; CVS version 1.5.5a, Libtool team:
* Installs libltdl files properly in $prefix/share/libtool/libltdl. 1.5.4
  did not install them at all.
* libltdl correctly guesses the extension for loadable modules again.

New in 1.5.4: 2004-04-03; CVS version 1.5.3a, Libtool team:
* Bug fixes.

Revert:
revision 1.29
date: 2004/02/18 19:13:30;  author: jlam;  state: Exp;  lines: +23 -23
Configure and build shlibtool after configuring and building libtool,
resepectively.  This makes the build output look more logically grouped
into phases.
to make this build again on 1.5.x systems.
Addresses PR 24588.

simplify the test for Darwin a little.

On Solaris the configure script doesn't seem to be working out that "nm"
needs "-p" for BSD compatible output so tell it explicitly.

Configure and build shlibtool after configuring and building libtool,
resepectively.  This makes the build output look more logically grouped
into phases.

We no longer need to set CONFIG_STATUS_OVERRIDE to an empty value as
bsd.pkg.mk no longer overrides the ability of config.status to generate
new files.

libtool-base actually uses config.status during the build to generate
its files.

Add SED to the configure envirionment as well, since GNU configure scripts
seem to be stupid and don't initialize SED properly from lt_cv_path_SED.

Always use ${SED} instead of having the configure script try to figure out
the path to it.

Set USE_LANGUAGES to "c c++ fortran" since we want to use the same versions
of the the compiler for all three tools, especially for gcc.

Don't set LD to ${BUILDLINK_DIR}/bin/ld in the libtool script.

Reorder some lines so they appear before bsd.prefs.mk and set
USE_BUILDLINK3 to "yes".  This should fix installation of libtool-base
using gcc3 from pkgsrc.

The long awaited update libtool to 1.5.2.

Some pkgsrc things
	- Fix PLISTs for packages that use -release
	- Include canonicalisation of a couple of paths for the benefit
	  of qt3-*
	- the normal version=sunos patching
	- fix all library_names_spec for the standard set of symlinks

The libtool things some of which had already made it into pkgsrc libtool.

New in 1.5.2: 2004-01-25; CVS version 1.5.0a, Libtool team:
* lt_dlrealloc is an official part of the libltdl API.
* --tag, --silent and --debug options are preserved and reused when libtool
  calls itself for relinking etc.
* `-pthread' and similar options are honoured when linking shared libraries.
* -no-suppress in compile mode shows compiler output for both PIC and non-PIC
  object compilation.
* New link mode option `-precious-files-regex' to prevent accidental removal
  of files you want to keep, such as test coverage data, from the temporary
  output directory.
* Directories specified in /etc/ld.so.conf are no longer hardcoded on Linux.
* Recognises the 'R' symbol type on Solaris so read-only symbols can be
  exported.
* Bug fixes.

New in 1.5: 2003-04-14; CVS version 1.4e, Libtool team:
* First stable release of multi-language architecture.
* libtool and libltdl support for Mac OS/X.
* libltdl will now use cygwins dlopen API instead of always forcing
  LoadLibrary.
* Support auto-import patch to binutils on cygwin for much improved dll
  support.
* Bug fixes.

New in 1.4.3: 2002-10-13; CVS version 1.4.2a, Robert Boehne:
* The libltdl subdirectory now bootstraps correctly with Automake 1.5.
* srcdir != builddir builds with Automake 1.5 work correctly.
* Support for mips-compaq-nonstopux.
* New command line argument, --preserve-dup-deps prevents removal of
  duplicate dependent libraries.

New in 1.4d: 2002-01-07; CVS version 1.4c, Libtool team:
* Help strings display correctly again.
* Better error messages when library linking fails.
* Better error messages from libltdl when loading fails.
* Better search path management in libltdl with `lt_dlinsertsearchdir' call.
* Support /lib/w32api in recent cygwin releases.
* Support cross compilation to mingw.
* Support for .rc files (Windows resource compiler).
* Improved handling of mingw gcc.
* Improved handling of $PATH with entries containing spaces.
* Improved support for linking with gcc on aix4* and aix5*.
* Improved support for GCC 3.0.
* Initial support for QNX RTOS, UnixWare 7 and OpenUNIX 8.
* Bug fixes to the OpenBSD port.
* Bug fixes.

New in 1.4.2: 2001-09-11; CVS version 1.4.1a, Gary V. Vaughan:
* libltdl now builds on solaris again
* diagnose and warn about not-quite-working combinations of gcc and
  ld on solaris.
* Improved OpenBSD support.
* Improved cygwin support.
* Bugfixes.

New in 1.4.1: 2001-09-03; CVS version 1.4.0a, Libtool team:
* Better error messages from libltdl when loading fails.
* Don't leave here-doc files behind.
* Improved support for OpenBSD.
* Libtool will build with autoconf-2.50 and higher.
* Plug memory management bugs in libltdl.
* Prefer shl_load to dlopen for better operation on HP-UX.

New in 1.4b: 2001-07-09; CVS version 1.4a, Libtool team:
* Now bootstraps with autoconf-2.50 and automake-1.4-p4.
* Always try to build at least a static lib, even if both static and
  shared libs were disabled.
* Full support for C++ compiler.
* Support for GNU gcj compiler.
* libltdl can now load all modules in a given path according to user
  supplied criteria with `lt_dlforeachfile' call.
* Improved support for AIX ia64, djgpp, HPUX, hurd, OpenBSD, sco3.2*.
* Internal mutex handling no longer has namespace clashes on NCR MP-RAS.
* New pdemo and tagdemo tests.
* Bug fixes.

Require both the C and C++ compilers since we usually want libtool to find
the same set.

Use dlcompat/buildlink3.mk on Darwin.

"bl3ify": [v] to convert a package to use the buildlink3 framework.

Specify the category when including other files and when depending on other
packages.  From PR pkg/21864 by ccatrian at eml.cc.

convert to use test target from bsd.pkg.mk
addresses PR pkg/19416

Install a ${PREFIX}/bin/shlibtool as part of the devel/libtool-base
package.  shlibtool will not build static libraries.  Add handling in
bsd.pkg.mk for a variable named "SHLIBTOOL_OVERRIDE" that is analogous to
LIBTOOL_OVERRIDE and causes any listed libtool scripts to be replaced with
a symlink to shlibtool, and teach buildlink2 about shlibtool.  Bump
PKGREVISION of devel/libtool* packages to 11.

These packages are no longer needed to bootstrap buildlink2.  Simplify the
building of these packages by using buildlink2.

Don't use buildlink2 since we may need this package to bootstrap
buildlink2.

Complete conversion to buildlink2 (untested -- Darwin-only change -- please
test!).

Merge changes in packages from the buildlink2 branch that have
buildlink2.mk files back into the main trunk.  This provides sufficient
buildlink2 infrastructure to start merging other packages from the
buildlink2 branch that have already been converted to use the buildlink2
framework.

Make this package work with package views.

Merge from pkgsrc-current to buildlink2 branch.

Rename USE_BUILDLINK2_ONLY to USE_BUILDLINK2 for less verbosity.  Also
convert a few more packages to use the buildlink2 framework.

Make libtool work on Darwin, based on the patches in pkg/16104 by
Jeff Putsch <jdputsch@attbi.com>. Also repair a typo that had prevented
'-fno-common' from being passed along (found and fixed by skrll).

Bump PKGREVISION.

Approved by skrll.

First pass at conversion of various packages to use the buildlink2
framework.  Add many buildlink2.mk files to add to the framework.  Please
see buildlink2.txt for more details.

PKGREVISION is set in libtool/Makefile.common. Without this fix
you would see something like this from "lintpkgsrc -i":

Version mismatch: 'libtool-base' 1.4.20010614nb8 vs 1.4.20010614UNDEFINEDnb8

SVR4 packages have a limit of 9 chars for a package name.
The automatic truncation in gensolpkg doesn't work for packages which
have the same package name for the first 5-6 chars.
e.g. amanda-server and amanda-client would be named amanda and amanda.
Now, we add a SVR4_PKGNAME and use amacl for amanda-client and amase for
amanda-server.
All svr4 packages also have a vendor tag, so we have to reserve some chars
for this tag, which is normaly 3 or 4 chars. Thats why we can only use 6
or 5 chars for SVR4_PKGNAME. I used 5 for all the packages, to give the
vendor tag enough room.
All p5-* packages and a few other packages have now a SVR4_PKGNAME.

Actually, the CONFLICTs should be against libtool<=1.3.5nb11, not <.

Restore old numbering scheme for libraries on Solaris as discussed on
tech-pkg.

Use seperate package list for Solaris.

Update libtool to be based on a CVS snapshot of the multi-language branch

Add conflict on libtool<1.3.5nb11, to prevent upgrade problems.
Noted by Dieter Baron <dillo@danbala.ifoer.tuwien.ac.at> on tech-pkg.

Update to new COMMENT style: COMMENT var in Makefile instead of pkg/COMMENT.

Rip libtool apart into "base" pkg and "info" pages. 
This is the base system that's enough to do work (and bootstrap a system!)

Initial revision