[PATCH] m4: update serial numbers in modified files

These should have been included in the commits that updated these files, but too late now to rewrite git history. * m4/libtool.m4: Update serial number. * m4/ltdl.m4, m4/ltoptions.m4: Likewise. --- m4/libtool.m4 | 2 +- m4/ltdl.m4 | 2 +- m4/ltoptions.m4 | 2 +- 3 files changed, 3

Re: [PATCH] libtool.m4: Fix -export-symbols for GNU ld on non-Linux

On 22 Jan 2024 15:34, Tijl Coosemans wrote: > Apply the fix for Linux from fb5e6cda96bd9dcae9e4f62ec8b6b3e572a32743 > to the non-Linux cases. > > -export-symbols was implemented using --retain-symbols-file. For > non-exported symbols this flag tries to remove symbol information > altogether which

Re: [PATCH] tests/demo.at: Also test for amd64 where we test for x86_64

On 22 Jan 2024 14:12, Tijl Coosemans wrote: > It is used on FreeBSD. > > * tests/demo.at: Also test for amd64 where we test for x86_64. thx, merged now -mike signature.asc Description: PGP signature

[PATCH] doc: minor fixes

* doc/libtool.texi: Fix some style & minor grammar. --- doc/libtool.texi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/doc/libtool.texi b/doc/libtool.texi index ba2e99809de2..44f7eae26468 100644 --- a/doc/libtool.texi +++ b/doc/libtool.texi @@ -885,7 +885,7 @@

Re: [PATCH 1/2] libtool: replace : with $PATH_SEPARATOR

On 17 Jan 2024 22:44, KO Myung-Hun wrote: > Mike Frysinger wrote: > > On 16 Jan 2024 23:44, KO Myung-Hun wrote: > >> Some OSes such as OS/2, uses ';' as a path separator. So using > >> $PATH_SEPARATOR instead of hard-coded ':' is more proper. > > > > s

[PATCH 1/2] bootstrap: don't reset config-h.in timestamp newer than configure

Various autotools rules will compare the timestamps of config-h.in and configure, and if config-h.in is newer than configure, attempt to regenerate it. This breaks `make distcheck` which we need to produce new releases. So update config-h.in timestamp, but only up to the configure file. The

[PATCH 2/2] libtoolize: always copy config-h.in like aclocal.m4

When running `libtoolize --ltdl`, a symlink to the source config-h.in is used rather than a copy of the file. This causes the build system to look at its old timestamp relative to the other generated files that are copied in, and then try to regenerate things, and update the config-h.in timestamp

[PATCH] HACKING: add more test related tips

* HACKING: Document syntax-check & distcheck & parallel testing. --- HACKING | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/HACKING b/HACKING index 664251e680a9..38401c9cd732 100644 --- a/HACKING +++ b/HACKING @@ -24,6 +24,14 @@ and is not part of a release

Re: [PATCH 2/3] ltmain.in: Parse additional clang options

On 17 Jan 2024 12:39, Richard Purdie wrote: > clang uses -rtlib and --unwindlib to select proper compiler runtime in > some cases. Therefore pass these options to linker when found in > ldflags merged, thanks -mike signature.asc Description: PGP signature

Re: [PATCH 3/3] libtool.m4: Cleanup sysroot trailing "/"

On 17 Jan 2024 12:39, Richard Purdie wrote: > If $CC has --sysroot=/, it is a valid configuration however libtool will > then set lt_sysroot to "/". > > This means references like $lt_sysroot$libdir become //usr/lib instead > of the more normally expected /usr/lib. This may or may not break

Re: [PATCH 1/3] ltmain.in: Handle prefix-map compiler options correctly

On 17 Jan 2024 12:39, Richard Purdie wrote: > If lto is enabled, we need the prefix-map variables to be passed to the linker > to correctly link the objects using correctly mapped paths. > > Add these to the list of options libtool passes through. merged, thanks -mike signature.asc

Re: patch to correct fallout from freebsd-elf changes

On 18 Jun 2017 19:43, Tim Rice wrote: > Here is a small patch to correct builds on svr5. > When the freebsd-elf target was changed, this got missed. > > Symptoms were, build newer lib ened up with libfo.nn a loser number > than the previous version. And building libpng-1.6.29 produced > libtool:

[PATCH] libtool.m4: drop AC_PROG_SED fallback

We require autoconf 2.62 which includes this macro so we don't need this fallback logic anymore. * m4/libtool.m4 (AC_PROG_SED): Delete. --- m4/libtool.m4 | 67 --- 1 file changed, 67 deletions(-) diff --git a/m4/libtool.m4 b/m4/libtool.m4 index

Re: [PATCH 1/3] libtool.m4: augment symcode for Solaris 11

this should be fixed in git now. i merged the one posted previously: https://savannah.gnu.org/patch/?9086 -mike signature.asc Description: PGP signature

[patch #9086] Fix support for Solaris 11 build

Update of patch#9086 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: thanks, merged now

Re: [PATCH 02/12] libtool.m4: Rename the --with-sysroot option to avoid conflict with gcc/binutils

On 16 Jan 2024 12:21, Richard Purdie wrote: > On Mon, 2024-01-15 at 20:08 -0500, Mike Frysinger wrote: > > On 25 Oct 2021 15:33, Richard Purdie wrote: > > > This patch renames the --with-sysroot option to --with-libtool-sysroot > > > to avoid namespace conflict w

Re: [PATCH] libtool: remove OpenBSD support for non-shared and a.out archs

On 16 Jan 2024 21:11, Brad Smith wrote: > libtool: remove OpenBSD support for non-shared and a.out archs > > OpenBSD stopped supporting the last non-shared arch 8 years ago > and stopped supporting a.out 10.5 years ago. i'm on the fence here, and i don't know what historical guidance/policy

[PATCH] HACKING: minor formatting tweaks

* HACKING: Tweak style. --- HACKING | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/HACKING b/HACKING index 92292d1d023d..664251e680a9 100644 --- a/HACKING +++ b/HACKING @@ -13,7 +13,7 @@ and is not part of a release distribution. * If you incorporate a

Re: pass_all for z/OS

On 17 Jan 2024 02:41, Igor Todorovski wrote: > I’ve attached the git patch based on the master branch. can you write a proper git commit and send it with send-email ? or at least format it with `git format-patch` ? the first version did: openedition) the new one does:

Re: [PATCH] libtool.m4: Handle "/" as a sysroot more correctly

On 16 Jan 2024 21:47, Richard Purdie wrote: > If $CC has --sysroot=/, it is a valid configuration however libtool will > then set lt_sysroot to "/". > > This means references like $lt_sysroot$libdir become //usr/lib instead > of the more normally expected /usr/lib. This may or may not break

Re: [PATCH 05/12] ltmain.in: Don't encode RATHS which match default linker paths

On 25 Oct 2021 15:33, Richard Purdie wrote: > We don't want to add RPATHS which match default linker search paths, they're > a waste of space. This patch filters libtools list of paths to encoode and > removes the ones we don't need. > > Libtool may be passed link paths of the form

Re: [PATCH] libtool: remove OpenBSD specific performance hack for ranlib

On 16 Jan 2024 16:30, Brad Smith wrote: > The -t flag was used as a performance hack for ranlib. The flag was > supported by the GNU toolchain, but is a no-op with the LLVM toolchain. merged, thx -mike signature.asc Description: PGP signature

Re: [PATCH 3/3] libtool: Fix support for NIOS2 processor

On 16 Jan 2024 15:14, Richard Purdie wrote: > The name of the system contains the string "nios2". This string > is caught by the some of the greedy checks for OS/2 in libtool, > in particular the *os2* branches of switch statements match for > the nios2 string, which results in incorrect behavior

Re: [PATCH 1/3] ltmain.in: Handle prefix-map compiler options correctly

On 16 Jan 2024 15:14, Richard Purdie wrote: > --- a/build-aux/ltmain.in > +++ b/build-aux/ltmain.in > @@ -7,7 +7,6 @@ > # Copyright (C) 1996-2019, 2021-2024 Free Software Foundation, Inc. > # This is free software; see the source for copying conditions. There is NO > # warranty; not even for

Re: [PATCH 1/2] libtool: replace : with $PATH_SEPARATOR

On 16 Jan 2024 23:44, KO Myung-Hun wrote: > Some OSes such as OS/2, uses ';' as a path separator. So using > $PATH_SEPARATOR instead of hard-coded ':' is more proper. so we're on the same page, we're talking about the separator that is used in the $PATH environment variable. it doesn't show up

[PATCH] bootstrap: sync to latest version

* gl-mod/bootstrap: Update. * bootstrap: Likewise. --- bootstrap| 34 +- gl-mod/bootstrap | 2 +- 2 files changed, 18 insertions(+), 18 deletions(-) diff --git a/bootstrap b/bootstrap index 8e0b5e83218d..e57ec940db68 100755 --- a/bootstrap +++ b/bootstrap

Re: [PATCH 1/3] Fix typos

On 16 Jan 2024 17:59, Mike Frysinger wrote: > merged, but please write ChangeLog entries in the commit message i had to revert the changes to "bootstrap" as that isn't maintained here. you'll want to send those fixes to that upstream: https://github.com/gnulib-modules/bo

Re: [PATCH 1/3] Fix typos

merged, but please write ChangeLog entries in the commit message -mike signature.asc Description: PGP signature

[PATCH] cfg.mk: update old NEWS hash

The recent change to change http:// to https:// updated old NEWS entries. This isn't exactly against the spirit of the "don't change old NEWS", so update the hash to match. * cfg.mk (old_NEWS_hash): Update. --- cfg.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH] ChangeLog.old: Convert ISO-8859-1 to UTF-8

From: Antonin D??cimo This file is mostly UTF-8 already, but some old entries were using ISO-8859-1. Change them to UTF-8 entirely. * ChangeLog.old: Change ISO-8859-1 to UTF-8. Copyright-paperwork-exempt: Yes --- ChangeLog.old | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-)

[PATCH] use https:// with more gnu.org sites

* NEWS: Change http:// to https:// for some URIs. * bootstrap.conf, build-aux/ltmain.in, configure.ac, libtoolize.in: Likewise. --- NEWS| 2 +- bootstrap.conf | 8 build-aux/ltmain.in | 2 +- configure.ac| 2 +- libtoolize.in | 2 +- 5 files changed, 8

Re: [PATCH] libtool: remove bitrig support.

On 16 Jan 2024 01:49, Brad Smith wrote: > libtool: remove bitrig support. > > Bitrig has been defunct for 7 years. pushed, thanks -mike signature.asc Description: PGP signature

Re: [PATCH 05/12] ltmain.in: Don't encode RATHS which match default linker paths

On 25 Oct 2021 15:33, Richard Purdie wrote: > We don't want to add RPATHS which match default linker search paths, they're > a waste of space. This patch filters libtools list of paths to encoode and > removes the ones we don't need. how are you defining "linker" ? are you talking about the

Re: [PATCH 02/12] libtool.m4: Rename the --with-sysroot option to avoid conflict with gcc/binutils

On 25 Oct 2021 15:33, Richard Purdie wrote: > This patch renames the --with-sysroot option to --with-libtool-sysroot > to avoid namespace conflict with binutils, gcc and other toolchain > components since these componets also add that option to configure > and this becomes confusing and

Re: [PATCH 06/12] libtool.m4: Handle "/" as a sysroot correctly

On 25 Oct 2021 15:33, Richard Purdie wrote: > Update libtool.m4 to resolve a problem with lt_sysroot not being properly > updated if the option '--with[-libtool]-sysroot' is not provided when > running the 'configure' script for a package so that "/" as a sysroot > is handled correctly by libtool.

Re: [PATCH 11/12] ltmain.in: Handle prefix-map compiler options correctly

On 25 Oct 2021 15:33, Richard Purdie wrote: > + # -f*-prefix-map* needed for lto linking what flags are you trying to actually match here ? excessive globs make it more likely to match flags we don't want. -mike signature.asc Description: PGP signature

Re: [PATCH 00/12] Yocto Project libtool patch queue

there's a bunch of changes in here, but no additional test coverage also the project still requires ChangeLog entries in the commit message, so can you please add those so we don't have to write them for you ? if you look at commit history, the format should hopefully be obvious. -mike

Re: [PATCH 07/12] libtool: Fix support for NIOS2 processor

On 25 Oct 2021 15:33, Richard Purdie wrote: > The name of the system contains the string "nios2". This string > is caught by the some of the greedy checks for OS/2 in libtool, > in particular the *os2* branches of switch statements match for > the nios2 string, which results in incorrect behavior

Re: [PATCH 1/2] libtool: replace : with $PATH_SEPARATOR

On 15 Jan 2024 21:15, KO Myung-Hun wrote: > Mike Frysinger wrote: > > On 15 Oct 2023 02:04, KO Myung-Hun wrote: > >> Some OSes such as OS/2, uses ';' as a path separator. So using > >> $PATH_SEPARATOR instead of hard-coded ':' is more proper. > >>

Re: [PATCH 1/2] libtool: replace : with $PATH_SEPARATOR

On 15 Oct 2023 02:04, KO Myung-Hun wrote: > Some OSes such as OS/2, uses ';' as a path separator. So using > $PATH_SEPARATOR instead of hard-coded ':' is more proper. > > * build-aux-ltmain.in: replace : with $PATH_SEPARATOR. > * m4/libtool.m4: Likewise. this doesn't work for me 544675d6b538

[PATCH 2/2] libltdl: unify get_vtable boilerplate

These files all define get_vtable the same way, so create a single header file to hold it. This would fix desync problems like we had with some defining the return value as const, and it'll make it a bit easier to workaround GNU indent issues related to the defines. * Makefile.am

[PATCH 1/2] libltdl: constify get_vtable in loaders

The lt_dlloader.h API already says these have const return values, and the main ltdl.c module defines its get_vtable in that way, so update all of the loaders to match. * libltdl/loaders/dld_link.c (get_vtable): Add const. * libltdl/loaders/dlopen.c, libltdl/loaders/dyld.c,

[PATCH] gnulib: update submodule to current versions

* gnulib: Update submodule. --- gl/build-aux/do-release-commit-and-tag.diff | 10 +- gnulib | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/gl/build-aux/do-release-commit-and-tag.diff

[PATCH] maint: tweak update-release-year for syntax checks

`make syntax-check` complains about redundant variable braces. * cfg.mk (update-release-year): Delete $${year} braces. --- cfg.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/cfg.mk b/cfg.mk index e936094763de..bce1dd6195c0 100644 --- a/cfg.mk +++ b/cfg.mk @@ -27,8

[PATCH] maint: disable syntax checks on local gnulib patches

The syntax checks might trip over problems in the gnulib code itself when scanning the local patches. Since it's unlikely these checks will find anything useful, just disable them for the gl/ patches. * cfg.mk (VC_LIST_ALWAYS_EXCLUDE_REGEX): Ignore ^gl/. --- cfg.mk | 4 ++-- 1 file changed, 2

[PATCH] maint: disable GNU indent checks for now

GNU indent will reformat a bunch of files in a way that's broken or incorrect, so disable the check until we can find a way to workaround this. Unfortunately, the indent check is enforced at `make distcheck` time if GNU indent is installed, so it can't simply be ignored. * cfg.mk

[PATCH] libltdl: delete use of ^L

GNU indent does not process this well, and nothing else in the tree uses this convention, so drop it. (GNU indent is enforced by gnulib when running `make distcheck`.) * libltdl/ltdl.c: Delete ^L. * libltdl/ltdl.h: Likewise. --- libltdl/ltdl.c | 1 - libltdl/ltdl.h | 2 -- 2 files changed, 3

[PATCH] generalize genders

* HACKING: Change "his" to "their". * tests/old-m4-iface.at: Change "she" to "they". --- HACKING | 2 +- tests/old-m4-iface.at | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/HACKING b/HACKING index c653893d2dc7..92292d1d023d 100644 --- a/HACKING +++ b/HACKING

Re: [PATCH] .gitmodules: use HTTPS for cloning gnulib

merged, thx -mike signature.asc Description: PGP signature

Re: [PATCH 12/12] libtool.m4: For reproducibility stop encoding hostname in libtool script

On 25 Oct 2021 15:33, Richard Purdie wrote: > For reproducibilty, stop encoding the hostname into the libtool script, this > isn't > really adding much to debugging and most distros are carrying such a patch > now as > reproducibility is important. thanks, merged -mike signature.asc

[patch #9442] Add flang (LLVM-based compiler) support

Update of patch#9442 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: i dropped the -DPIC

Re: [PATCH] Support for Flang and ARM HPC compiler

weird timing. this was submitted a week before you: https://savannah.gnu.org/patch/?9442 -mike signature.asc Description: PGP signature

Re: Armflang patch

i think this earlier patch is more complete: https://savannah.gnu.org/patch/?9442 -mike signature.asc Description: PGP signature

Re: Patch to set correct compiler flags for 'armflang' on 'aarch64'

i think this earlier patch is more complete: https://savannah.gnu.org/patch/?9442 -mike signature.asc Description: PGP signature

Re: [PATCH 1/2] libtool: replace : with $PATH_SEPARATOR

On 15 Oct 2023 02:04, KO Myung-Hun wrote: > Some OSes such as OS/2, uses ';' as a path separator. So using > $PATH_SEPARATOR instead of hard-coded ':' is more proper. > > * build-aux-ltmain.in: replace : with $PATH_SEPARATOR. > * m4/libtool.m4: Likewise. > --- > build-aux/ltmain.in | 76

Re: pass_all for z/OS

On 24 Nov 2023 15:19, Igor Todorovski wrote: > diff --git a/libltdl/m4/libtool.m4 b/libltdl/m4/libtool.m4 > index d812584..f959bae 100644 > --- a/libltdl/m4/libtool.m4 > +++ b/libltdl/m4/libtool.m4 this file doesn't exist. i don't know what git tree you're working against, but it isn't the

Re: [PATCH] ltmain.in: Pass through -fdiagnostics-color, -frecord-gcc-switches

On 14 Jan 2024 06:27, Sam James wrote: > * -fdiagnostics-color: who doesn't like color? No reason to strip it. This > makes the link phase stick out like a sore thumb if there's warnings > emitted. i have a vague recollection of libtool processing output, but i can't recall where. i guess if

Re: [PATCH] Makefile.am: make sure autoheader run before automake

merged, thx -mike signature.asc Description: PGP signature

Re: [PATCH] Makefile.am: make sure autoheader run before autoconf

merged, thx -mike signature.asc Description: PGP signature

Re: [PATCH] docs: Fix typo in 'Linking Libraries' section

merged, thanks -mike signature.asc Description: PGP signature

Re: [PATCH] docs: Use @file for .libs directory

merged, thanks -mike signature.asc Description: PGP signature

Re: GCC Patch Tracking [https://lists.gnu.org/archive/html/libtool-patches/2011-01/msg00026.html]

On 21 Dec 2022 17:36, Shinde, Yash wrote: > https://lists.gnu.org/archive/html/libtool-patches/2011-01/msg00026.html > Submission Date- Sun, 16 Jan 2011 > Upstream-Status: Submitted > > The given Libtool patch is with it’s current status as ‘Submitted’ but still > is not taken to the upstream.

Re: [PATCH] Support "-fno-sanitize*" options.

On 16 Dec 2022 10:10, Manoj Gupta wrote: > "-fno-sanitize*" options e.g. -fno-sanitize=alignment > or -fno-sanitize-recover=all are used to tune the behvior of > sanitizers in GCC/clang. Let libtool pass these options > to compiler similar to fsanitize=*. merged now, thx -mike signature.asc

[PATCH] maint: extend release version hook to cover config.lt

* cfg.mk: Extend rule to cover config.lt. * m4/libtool.m4: Update copyright year. --- cfg.mk| 5 - m4/libtool.m4 | 2 +- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/cfg.mk b/cfg.mk index 62782ba809fb..e334b1365c27 100644 --- a/cfg.mk +++ b/cfg.mk @@ -26,7 +26,10 @@

Re: [PATCH] tests: Fix grep warning about stray \ before /

thx for the patch. we ended up merging Paul's work as it covered more cases: https://savannah.gnu.org/patch/index.php?10282 -mike signature.asc Description: PGP signature

Re: [PATCH] libtool.m4: fix typos

thx, merged now -mike signature.asc Description: PGP signature

Re: [PATCH] Fix mingw _putenv warning

i merged Vadim's patch now, thanks -mike signature.asc Description: PGP signature

[patch #8843] Include _CRTIMP in _putenv() declaration in EXE wrapper sources

Update of patch#8843 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #3: merged now, thanks

Re: [PATCH] Include _CRTIMP in _putenv() declaration in EXE wrapper?sources.

On 07 Jul 2011 15:45, Vadim Zeitlin wrote: > Charles Wilson cwilson.fastmail.fm> writes: > > On 6/23/2011 5:34 AM, Vadim Zeitlin wrote: > > > Re-declaring _putenv() without _CRTIMP in strict ANSI mode when using > > > MinGW resulted in a warning because of a conflict with the previous > > >

Re: [PATCH] hurd-amd64 support

On 06 May 2023 16:17, Samuel Thibault wrote: > This adds support for passing -m elf32_x86_64 vs -m elf_x86_64 to the > linker on hurd-amd64 this was difficult to merge because you aren't using git. please switch to that in the futrue when sending patches. -mike signature.asc Description: PGP

[patch #10398] hurd-amd64 support

Update of patch#10398 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #2: looks like you

[patch #10387] Recognize the *-*-windows* config triplets introduced on 2023-06-26

Update of patch#10387 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: thanks, merged now

[patch #10398] hurd-amd64 support

Follow-up Comment #1, patch#10398 (group libtool): can you use git to create patches ? hand written ones like this are a pita to apply, and it's not clear what metadata to put into it (e.g. what name/e-mail you prefer to use). the content of the patch itself looks fine.

Re: [PATCH 3/3] Update links to FlexDLL and edll

thx, merged this one now -mike signature.asc Description: PGP signature

Re: [PATCH 2/3] Fix ChangeLog.old encoding

On 23 Nov 2023 09:44, Antonin Décimo wrote: > Copyright-paperwork-exempt: Yes > --- > ChangeLog.old | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/ChangeLog.old b/ChangeLog.old > index 8e2b51ca..51d7859d 100644 > --- a/ChangeLog.old > +++ b/ChangeLog.old > @@

Re: [PATCH 0/3] Fix typos and update links

On 23 Nov 2023 15:11, Antonin Décimo wrote: > > > I also note that the latest version isn't reported on the webpage > > > (2.4.7 instead of 2.4.6). > > > > Which web page (e.g. URL, documentation file in libtool git) are you > > talking about? > > https://www.gnu.org/software/libtool/ reads: > >

Re: [PATCH] libtool: passthru '-shared-libsan' and '-static-libsan' flags

On 21 May 2023 20:28, Dmitry Antipov wrote: > * build-aux/ltmain.in: Pass '-shared-libsan' and '-static-libsan' > flags when linking. > > This is intented to link against shared and static sanitizer > runtimes with Clang. thx, merged now -mike signature.asc Description: PGP signature

Re: [PATCH] testsuite: Fix C99 compatibility issue in lt_dlopen_a.at

On 10 Jan 2023 10:21, Florian Weimer wrote: > Include for the strcmp function. This improves C99 > compiler compatibility because it avoids an implicit function > declaration. thx bud, merged now -mike signature.asc Description: PGP signature

Re: [PATCH] libtool: remove stray \ before -

On 14 Sep 2022 00:10, jspri...@debian.org wrote: > From: Jochen Sprickerhof > > grep 3.8 emits a warning for this. thanks for the patch ... we merged fixed from Paul via https://savannah.gnu.org/patch/index.php?10282 -mike signature.asc Description: PGP signature

[patch #10282] port libtool to grep 3.8 and to POSIX

Update of patch#10282 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #4: merged both

[patch #10275] link-order.at: fix tests with GNU grep 3.8

Update of patch#10275 (group libtool): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #3: normally we don't

[patch #10385] Add an option for setting rpaths on darwin

Update of patch#10385 (group libtool): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #1: duplicate of

[patch #8675] elftoolchain strip support

Update of patch#8675 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: we merged a fix

[patch #6691] FreeMiNT support to libtool 1.5.26 (tested)

Update of patch#6691 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #4: looks like this was

[patch #7759] Use AS_HELP_STRING in libtool.m4

Update of patch#7759 (group libtool): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: thanks for the

[patch #10384] Add a darwin-specific rpath flag

Update of patch#10384 (group libtool): Summary: Add a => Add a darwin-specific rpath flag ___ Reply to this item at:

[PATCH] libtoolize: don't execute automake and autoconf on every invocation.

Same fix as applied to libtool in commit 408cfb9c5fa8a666917167ffb806cb to delay use of automake/autoconf to when the --help option is actually specified. * libtoolize.in (func_help): Override func_help() from gl/build-aux/options-parser to only run automake --version and autoconf --version when

[PATCH] libtool: pass through -fuse-ld flags

Starting with gcc-4.8, there's a -fuse-ld flag that can be used to select between bfd & gold. Make sure we pass it through to the linking stage. * build-aux/ltmain.in (func_mode_link): Pass -fuse-ld=* flags through. --- build-aux/ltmain.in | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

Re: [PATCH] libtoolize: do not delete gnulib headers

On 02 Nov 2014 18:55, Gary V. Vaughan wrote: If you'd like me to credit you in the 2.4.4 ChangeLog alongside Pavel, just let me know and I'll add a ChangeLog edit into build-aux/git-log-fix. *shrug* either is fine by me. if the issue is fixed, i'm happy either way. -mike signature.asc

[PATCH] libtoolize: do not delete gnulib headers

snippet/ header files from $all_pkgaux_files. Signed-off-by: Mike Frysinger vap...@gentoo.org --- libtoolize.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libtoolize.in b/libtoolize.in index d819470..d0cbfb0 100644 --- a/libtoolize.in +++ b/libtoolize.in @@ -1897,7 +1897,7

Re: [PATCH] libtool: LT_PATH_NM: default to ${ac_tool_prefix}nm

On Monday 29 April 2013 02:55:12 Peter Rosin wrote: On 2013-04-29 04:45, Mike Frysinger wrote: On Sunday 28 April 2013 03:21:15 Peter Rosin wrote: And on re-reading, my IFS changes are not very constructive. I removed those. I will push the attached in a couple of days

Re: [PATCH] libtool: LT_PATH_NM: default to ${ac_tool_prefix}nm

On Sunday 28 April 2013 03:21:15 Peter Rosin wrote: On 2013-04-27 22:38, Mike Frysinger wrote: On Saturday 27 April 2013 13:53:28 Peter Rosin wrote: On 2013-04-27 07:58, Mike Frysinger wrote: The current code tries to locate a compatible nm tool. It starts with a prefixed nm tool (great

[PATCH] libtool: LT_PATH_NM: default to ${ac_tool_prefix}nm

(LT_PATH_NM): Prepend nm to lt_nm_to_check rather than append. Signed-off-by: Mike Frysinger vap...@gentoo.org --- m4/libtool.m4 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/m4/libtool.m4 b/m4/libtool.m4 index 3f50b0c..624b3a0 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4

[PATCH] Fix typo in libtool install mode usage text

* libltdl/config/ltmain.m4sh (func_mode_help): Change -inst-prefix to -inst-prefix-dir. Signed-off-by: Mike Frysinger vap...@gentoo.org --- ChangeLog |6 ++ libltdl/config/ltmain.m4sh |2 +- 2 files changed, 7 insertions(+), 1 deletions(-) diff --git a/ChangeLog b

Re: [patch] quote language related variables in case they have garbage

On Sunday 16 March 2008, Ralf Wildenhues wrote: * Mike Frysinger wrote on Sun, Mar 16, 2008 at 08:57:25AM CET: On Sunday 16 March 2008, Ralf Wildenhues wrote: * Mike Frysinger wrote on Sun, Mar 16, 2008 at 08:36:20AM CET: if you set a language variable with quotes or semicolons or other

Fwd: libtool filters gcc coverage flags breaking linking step

-arcs|fprofile-generate|coverage:-lgcov}\ also, it would seem that -p is filtered but -pg is let through ... the attached patch against CVS head should do the trick i think -mike gcov-libtool.tar.bz2 Description: application/tbz 2006-12-30 Mike Frysinger [EMAIL PROTECTED] * libltdl/config