Re: GNU Libtool - Licensing
> On Jan 8, 2019, at 3:48 PM, Gary V. Vaughan wrote: > > Hi Christopher, Sorry Christoph - autocorrect fail :-( > My current employer does not sign FSF disclaimers, so I have not been able to > work on libtool for the last 4 years. I’m Cc:ing the libtool list where you > might find someone who can help. > > However, the intent of the exceptions is to allow you to build your software > using libtool without forcing you to license your own code as GPL - anything > that suggests otherwise is certainly an oversight or a misunderstanding. > > I see that the upstream sources for options-parser have had their license > texts updated since the last libtool release: > > > https://github.com/gnulib-modules/bootstrap/blob/master/build-aux/options-parser > > ...so, in the worst case you could rebootstrap your libtool tree with the > latest gnulib and bootstrap-modules to get an ltmain.sh without the confusing > licenses? > > Cheers, > Gary > > Sent from my iPhone > >> On Jan 8, 2019, at 6:27 AM, Christoph Stubhann wrote: >> >> Hello Gary, >> >> first of all I wanted to thank you and your colleagues for your ongoing >> effort to provide useful tools for the international community; you're doing >> a great job, for all of us! ;) >> >> I am currently working on a small media library that utilizes Gstreamer for >> audio and video streaming. >> A friend of mine pointed out that I should keep in mind under which software >> license I put my media library, just in case I wanted to publish it someday. >> When I took a closer look into the files of the Gstreamer library, I >> discovered that there is a file named "ltmain.sh" in the package, which >> seems to be a generated file for GNU Libtool and which is composed of a >> couple of other scripts, right? >> For most of these scripts there are exceptions in the license header, but >> for the options-parser script the license header states that it is under the >> GPL v3 license without any exception. >> Will this cause the whole "ltmain.sh" file (and therefore the whole >> Gstreamer library package, and therefore also my media library) to become >> licensed under GPL v3? And is the absence of an exception in the license >> header of the options-parser script intentional? Or is it maybe just a >> little careless mistake? >> Please forgive me my possible ignorance, but the whole licensing topic is >> very new to me. >> I hope you can help me with this matter; thanks in advance! :) >> >> Kind regards, >> Chris > ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: GNU Libtool - Licensing
Hi Christopher, My current employer does not sign FSF disclaimers, so I have not been able to work on libtool for the last 4 years. I’m Cc:ing the libtool list where you might find someone who can help. However, the intent of the exceptions is to allow you to build your software using libtool without forcing you to license your own code as GPL - anything that suggests otherwise is certainly an oversight or a misunderstanding. I see that the upstream sources for options-parser have had their license texts updated since the last libtool release: https://github.com/gnulib-modules/bootstrap/blob/master/build-aux/options-parser ...so, in the worst case you could rebootstrap your libtool tree with the latest gnulib and bootstrap-modules to get an ltmain.sh without the confusing licenses? Cheers, Gary Sent from my iPhone > On Jan 8, 2019, at 6:27 AM, Christoph Stubhann wrote: > > Hello Gary, > > first of all I wanted to thank you and your colleagues for your ongoing > effort to provide useful tools for the international community; you're doing > a great job, for all of us! ;) > > I am currently working on a small media library that utilizes Gstreamer for > audio and video streaming. > A friend of mine pointed out that I should keep in mind under which software > license I put my media library, just in case I wanted to publish it someday. > When I took a closer look into the files of the Gstreamer library, I > discovered that there is a file named "ltmain.sh" in the package, which seems > to be a generated file for GNU Libtool and which is composed of a couple of > other scripts, right? > For most of these scripts there are exceptions in the license header, but for > the options-parser script the license header states that it is under the GPL > v3 license without any exception. > Will this cause the whole "ltmain.sh" file (and therefore the whole Gstreamer > library package, and therefore also my media library) to become licensed > under GPL v3? And is the absence of an exception in the license header of the > options-parser script intentional? Or is it maybe just a little careless > mistake? > Please forgive me my possible ignorance, but the whole licensing topic is > very new to me. > I hope you can help me with this matter; thanks in advance! :) > > Kind regards, > Chris ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: GNU libtool-2.4.6 released [stable]
On Mar 23, 2015, at 2:42 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: On Mon, 23 Mar 2015, Christian Rössel wrote: Dear Gary, thanks for libtool-2.4.6! I discovered some files in http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz that IMO don't belong there. The filenames start with ._ (just do a 'find . -name ._*') and seem to contain dropbox meta data. I see the same issue with 2.4.5, but not with 2.4.4 (and earlier). The 'file' command describes these as AppleDouble encoded Macintosh file. It does not seem possible that these files were listed for inclusion in the release so they must be an artifact of the 'tar' program used. Bob Since releasing 2.4.4 I upgraded my Mac OS release a few times, more recently without a full complement of side loaded GNU utilities (which helped flag many GNUisms in the gnulib release scripts). Most likely, Apple's tar is passing along file system metadata for the destination machine :-( While I won't be rolling any future releases, it definitely seems worth noting in the README-release notes that before uploading, to a) use GNU tar b) check that there are no weird hidden files in the tarball! Cheers, Gary ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: GNU libtool-2.4.6 released [stable]
Hi Václav, You're right! I'm not sure why that file hasn't been moved to the public FTP server yet, but I've uploaded again anyway. Hopefully one of those will take, and the xz file should appear at ftp.gnu.org in the next hour or two. Thanks for the report! Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) On Feb 16, 2015, at 6:26 AM, Václav Zeman vhais...@gmail.com wrote: On 15 February 2015 at 22:39, Gary V. Vaughan g...@gnu.org wrote: Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.4.6. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. This is a bugfix release, and a recommended upgrade for all users. Most importantly, it regains most of the speed of 2.4.2 by correcting one of two known regressions that were causing noticable slow-down when building projects with many source files. Here are the compressed sources: http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz (1.7MB) http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz (952KB) Here are the GPG detached signatures[*]: http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.sig http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.sig Use a mirror for higher download bandwidth: http://www.gnu.org/order/ftp.html [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify libtool-2.4.6.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.15 Gnulib v0.1-336-g342d9f0 NEWS * Noteworthy changes in release 2.4.6 (2015-02-15) [stable] ** New features: - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure time and persists correctly in the generated libtool script. ** Bug fixes: - Fix a race condition in ltdl dryrun test that would cause spurious random failures of that test. - LT_SYS_DLSEARCH_PATH is munged correctly. Enjoy! Hi. I am not seeing .tar.xz distribution in ftp://ftp.gnu.org/gnu/libtool. -- VZ ___ https://lists.gnu.org/mailman/listinfo/libtool ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.5-9-gc12d38e
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via c12d38e4038afd9480d65548c063296481082afa (commit) via f09d00cbcf924c378573163e244fffeb8d28005f (commit) from 408cfb9c5fa8a666917167ffb806cb19deded429 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit c12d38e4038afd9480d65548c063296481082afa Author: Gary V. Vaughan g...@gnu.org Date: Sun Feb 15 17:15:45 2015 + maint: post-release administrivia * NEWS: Add header line for next release. * .prev-version: Record previous version. * cfg.mk (old_NEWS_hash): Auto-update. commit f09d00cbcf924c378573163e244fffeb8d28005f Author: Gary V. Vaughan g...@gnu.org Date: Sun Feb 15 16:13:37 2015 + version 2.4.6 * NEWS: Record release date. --- Summary of changes: .prev-version |2 +- NEWS |3 +++ cfg.mk|2 +- 3 files changed, 5 insertions(+), 2 deletions(-) diff --git a/.prev-version b/.prev-version index 59aa62c..7bf4b6a 100644 --- a/.prev-version +++ b/.prev-version @@ -1 +1 @@ -2.4.5 +2.4.6 diff --git a/NEWS b/NEWS index 7369127..c5c9023 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,9 @@ NEWS - list of user-visible changes between releases of GNU Libtool * Noteworthy changes in release ?.? (-??-??) [?] + +* Noteworthy changes in release 2.4.6 (2015-02-15) [stable] + ** New features: - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure time diff --git a/cfg.mk b/cfg.mk index bdf4dd8..fdc21a1 100644 --- a/cfg.mk +++ b/cfg.mk @@ -24,7 +24,7 @@ update-copyright-env := UPDATE_COPYRIGHT_FORCE=1 UPDATE_COPYRIGHT_USE_INTERVALS=1 # Set format of NEWS -old_NEWS_hash := 558e27e5f41f842ed035bd42ed52706d +old_NEWS_hash := 78bd299ce98037a45822de8d0f83c87a manual_title = Portable Dynamic Shared Object Management hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool annotated tag, v2.4.6, created. v2.4.6
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The annotated tag, v2.4.6 has been created at 032183424a30ac7103d5b39d1e6fc61f9fbeecc6 (tag) tagging f09d00cbcf924c378573163e244fffeb8d28005f (commit) replaces v2.4.5 tagged by Gary V. Vaughan on Sun Feb 15 16:13:37 2015 + - Log - libtool 2.4.6 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEABECAAYFAlTgxbEACgkQFRMICSmD1gYblgCgqgy2kOxM3MVICE4fW5AKhluz zKsAoLtYOlX0tTlS9WeBTkh/7qT6jbI2 =yYr/ -END PGP SIGNATURE- Gary V. Vaughan (5): maint: post-release administrivia bootstrap: sync with upstream. maint: undo copyright years regression. libtool: don't execute automake and autoconf on every invocation. version 2.4.6 Pavel Raiskup (3): tests: fix an ltdl dryrun race condition. libtool.m4: typofix, subst last '$' with quadrigraph libtool: respect config.site LT_SYS_LIBRARY_PATH --- hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.6-2-g4ff1621
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 4ff16210c1089a3ba63a6f891442f0f1d8c20d96 (commit) from c12d38e4038afd9480d65548c063296481082afa (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 4ff16210c1089a3ba63a6f891442f0f1d8c20d96 Author: Gary V. Vaughan g...@gnu.org Date: Sun Feb 15 21:10:49 2015 + maint: demote myself from maintainer to former maintainer. * AUTHORS: Move myself from the list of maintainers, into the list of prior authors. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: AUTHORS |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/AUTHORS b/AUTHORS index 3b2aeb8..45423e2 100644 --- a/AUTHORS +++ b/AUTHORS @@ -16,11 +16,11 @@ Scott James Remnantsc...@netsplit.com Peter O'Gorman pe...@pogma.com Ralf Wildenhuesralf.wildenh...@gmx.de +Gary V. Vaughang...@vaughan.pe * GNU Libtool and libltdl are currently being cajoled, bullied, rewritten and otherwise dragged into the future by: -Gary V. Vaughang...@gnu.org Bob Friesenhahnbfrie...@simple.dallas.tx.us * The following people also enjoy write access under the given rules: hooks/post-receive -- GNU Libtool
GNU libtool-2.4.6 released [stable]
Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.4.6. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. This is a bugfix release, and a recommended upgrade for all users. Most importantly, it regains most of the speed of 2.4.2 by correcting one of two known regressions that were causing noticable slow-down when building projects with many source files. Here are the compressed sources: http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz (1.7MB) http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz (952KB) Here are the GPG detached signatures[*]: http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.sig http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.sig Use a mirror for higher download bandwidth: http://www.gnu.org/order/ftp.html [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify libtool-2.4.6.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.15 Gnulib v0.1-336-g342d9f0 NEWS * Noteworthy changes in release 2.4.6 (2015-02-15) [stable] ** New features: - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure time and persists correctly in the generated libtool script. ** Bug fixes: - Fix a race condition in ltdl dryrun test that would cause spurious random failures of that test. - LT_SYS_DLSEARCH_PATH is munged correctly. Enjoy! ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: Performance issue of libtool-2.4.4
Hi Richard, On Feb 9, 2015, at 11:36 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Mon, 2015-02-09 at 13:05 +, Richard Purdie wrote: In an effort to get to the bottom of this I made a git bisection, timing the performance of building xz with make -j1 using each different libtool. The issues come down to this commit: http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=0a42997c6032b9550a009a271552e811bfbcc430 libtool: rewritten over funclib.sh instead of general.m4sh. Before that, I get a time of about 20s, after it, 39s. If I cherry-pick in the fix in master mentioned above, I get 27s. So whilst things are better (thanks!), the above change is still causing a regression in the performance somewhere else. Any ideas what else in that rather large change may be causing this? To further narrow this down, of the changes in the above commit, the problem appears to be in the changes to the option parsing code. I've included the diff below which if I apply on top of the above, I get the speed back. I've left the func_split_short_opt/func_split_long_opt code in there but that is worth a tiny part of the speed, the issues are around the addition of the func_options call. Thanks for the analysis and patch. As yet I don't know enough about the code in question to know why this is an issue but traces of libtool show a lot more looping in code to do with argument parsing and quoting. For background, one of the larger changes between 2.4.2 and 2.4.3 was to move from separately maintained options code in raw shell in libtoolize and generated by m4 in libtool, to the unified generalized shell options parser from bootstrap, kept in gl/build-aux/options-parser. The benefits of this include time saved in maintenance of only one options parsing implementation over three separate ones (I maintain bootstrap too), and a lot more flexibility in the shell function hooking code -- ultimately, this will enable splitting libltdl into a separate project, which can inject ltdl specific code into the already installed libtoolize script. I was aware this would result in a somewhat slower libtool, though I'm surprised that it is as large a difference as you have timed. I'd be very happy to find a way to patch gl/build-aux/option-parser or its clients to regain some of that speed, but I'm extremely reluctant to revert to the hokey mishmash of m4 and shell that 2.4.2 was using purely for the sake of speed -- it might be that for extremely large projects you'll want to stick with 2.4.2 until we find a way to restore the necessary speed in some future release? Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: Performance issue of libtool-2.4.4
Hi Richard,
On Feb 10, 2015, at 10:35 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Mon, 2015-02-09 at 23:36 +, Richard Purdie wrote:
On Mon, 2015-02-09 at 13:05 +, Richard Purdie wrote:
In an effort to get to the bottom of this I made a git bisection, timing
the performance of building xz with make -j1 using each different
libtool.
The issues come down to this commit:
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=0a42997c6032b9550a009a271552e811bfbcc430
libtool: rewritten over funclib.sh instead of general.m4sh.
Before that, I get a time of about 20s, after it, 39s. If I cherry-pick
in the fix in master mentioned above, I get 27s.
So whilst things are better (thanks!), the above change is still causing
a regression in the performance somewhere else. Any ideas what else in
that rather large change may be causing this?
To further narrow this down, of the changes in the above commit, the
problem appears to be in the changes to the option parsing code. I've
included the diff below which if I apply on top of the above, I get the
speed back. I've left the func_split_short_opt/func_split_long_opt code
in there but that is worth a tiny part of the speed, the issues are
around the addition of the func_options call.
As yet I don't know enough about the code in question to know why this
is an issue but traces of libtool show a lot more looping in code to do
with argument parsing and quoting.
To be more specific, if I take my good libtool and add:
func_options_prep ${1+$@}
it slows the build down by 0.5s on a 21s build. If I look at
func_options_prep and comment out the line:
func_run_hooks func_options_prep ${1+$@}
I get the 0.5s back.
In func_run_hooks, if I comment:
func_quote_for_eval ${1+$@}
func_run_hooks_result=$func_quote_for_eval_result
I get the 0.5s back. The issue is all the quoting of the various return
values through all this looping. It doesn't appear to be hitting the
printf/sed in func_quote_for_eval which would be an obvious slow path,
its just the shear number of loops run through with the commandline
arguments. The change adds a number of calls to func_run_hooks, not just
the single test case I have above and all combined, it slows things down
significantly.
So is there a way we can change things so its not calling
func_quote_for_eval all the time with all the looping that entails?
One possibility would be to add a post-processing script that rewrites
the hook functions used by func_options into a a single top-level blob of
sequential shell code. I imagine that adding some carefully chosen comment
strings would make extracting the right parts in the right order relatively
straight forward... it might even be that inlining func_options_prep and
any hook functions it calls would be enough?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: Performance issue of libtool-2.4.4
Hi Peter, On Feb 6, 2015, at 9:22 AM, Peter Rosin p...@lysator.liu.se wrote: On 2015-02-04 15:48, Bob Friesenhahn wrote: On Wed, 4 Feb 2015, Robert Yang wrote: When reporting a bug, please describe a test case to reproduce it and include the following information: host-triplet: $host shell: $SHELL compiler: $LTCC compiler flags: $LTCFLAGS linker: $LD (gnu? $with_gnu_ld) version:$progname (GNU libtool) 2.4.5 automake: `($AUTOMAKE --version) 2/dev/null |$SED 1q` autoconf: `($AUTOCONF --version) 2/dev/null |$SED 1q` Perhaps libtool is accidentially executing 'automake --version' and 'autoconf --version' every time it is executed? That would certainly lead to a huge slowdown. That's it of course, how else could the variable be assigned? Only when --version is being serviced. But is it even useful information? I would expect that the autofoo versions *at the time the package was created* is what matters? The information is useful in bug reports, and our instructions for reporting a bug to the list explicitly ask for the output from `libtool --version` which by including their other autotool versions makes reproducing the reporters environment a lot easier :-) Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: Performance issue of libtool-2.4.4
Hi Peter,
On Feb 6, 2015, at 9:46 AM, Peter Rosin p...@lysator.liu.se wrote:
On 2015-02-06 10:30, Gary V. Vaughan wrote:
On Feb 6, 2015, at 9:22 AM, Peter Rosin p...@lysator.liu.se wrote:
On 2015-02-04 15:48, Bob Friesenhahn wrote:
On Wed, 4 Feb 2015, Robert Yang wrote:
When reporting a bug, please describe a test case to reproduce it and
include the following information:
host-triplet: $host
shell: $SHELL
compiler: $LTCC
compiler flags: $LTCFLAGS
linker: $LD (gnu? $with_gnu_ld)
version:$progname (GNU libtool) 2.4.5
automake: `($AUTOMAKE --version) 2/dev/null |$SED 1q`
autoconf: `($AUTOCONF --version) 2/dev/null |$SED 1q`
Perhaps libtool is accidentially executing 'automake --version' and
'autoconf --version' every time it is executed? That would certainly lead
to a huge slowdown.
That's it of course, how else could the variable be assigned?
Only when --version is being serviced.
Are you saying the a script with this line in it:
foo=`($AUTOCONF --version)`
will delay the exec of $AUTOCONF until foo is expanded?
I think not.
I mean a script with this function in it won't run '$AUTOCONF --version' until
and unless `libtool --help` is executed from the command line:
func_help ()
{
$debug_cmd
func_usage_message
$ECHO $long_help_message
...
automake: `($AUTOMAKE --version) 2/dev/null |$SED 1q`
autoconf: `($AUTOCONF --version) 2/dev/null |$SED 1q`
...
exit 0
}
Which is what I plan to commit before the next release.
But is it even useful information? I would expect that the autofoo
versions *at the time the package was created* is what matters?
The information is useful in bug reports, and our instructions for reporting
a bug to the list explicitly ask for the output from `libtool --version`
which by including their other autotool versions makes reproducing the
reporters environment a lot easier :-)
But are the autofoo versions at libtool time really what we want
to know in bug reports? Again, I'd be much more interested in the
autofoo versions used to bootstrap the package. That might often
be the same thing, but when they are not confusion will ensue.
Please propose (or commit!) a patch that fixes the regression, and also
precisely demonstrates what you prefer :-)
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: How to unsubscribe
Jim, Click the link at the bottom of every message from the list and follow the instructions for unsubscribe on the page it takes you to. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) On 5 Feb 2015, at 12:32, James Smith jimandmar...@me.com wrote: Please could somebody let me know how to get off this mailing list. I don't understand what is going on, I have never asked to on the list and frankly don't care as I find it quite frustrating. Jim Smith. On 4 Feb 2015, at 23:53, Ying Liu wrote: When I built program using libtool, I got many dependency libraries which were not necessary. I am trying to reduce the dependency libraries. I found a libtool variable link_all_deplibs. Its default value is unknow, which equals to yes here. I wonder if I disable this variable could help me reduce the dependency libraries? If yes, how to disable link_all_deplibs. Thanks Ying ___ https://lists.gnu.org/mailman/listinfo/libtool ___ https://lists.gnu.org/mailman/listinfo/libtool ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: [PATCH] bootstrap: use $PATH_SEPARATOR instead of :
On Jan 21, 2015, at 3:46 AM, KO Myung-Hun kom...@gmail.com wrote: Hi/2. Hi! Gary V. Vaughan wrote: On Jan 20, 2015, at 5:22 AM, KO Myung-Hun kom...@gmail.com wrote: On OS/2, a path separator is ';' not ':'. * bootstrap (func_find_tool, func_check_tool): Use PATH_SEPARATOR. * gl/build-aux/bootstrap.in (func_check_tool): Likewise. * gl/build-aux/extract-trace (fund_find_tool): Likewise. These files do not belong to Libtool itself, but rather to https://github.com/gvvaughan/bootstrap. Then should I send patches for it to different places ? The main thing is to check that any bootstrap related issues you find in libtool are not already fixed in upstream bootstrap. If you like, you can queue your pull request directly from your clone of the bootstrap github repo to make sure it doesnt get lost on the libtool mailing list, but sending here is perfectly fine too. We already fixed one of the PATH_SEPARATOR omissions on your last round of patches (thanks!), but I ported the other one upstream, and then updated libtool with the result, including a couple of other unrelated improvements. Thanks. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: Tune rpath by env. variable
Hi Pavel,
On Dec 13, 2014, at 5:58 PM, Pavel Raiskup prais...@redhat.com wrote:
On Friday 12 of December 2014 11:17:03 Gary V. Vaughan wrote:
I'll commit a follow on patch, to tweak it like this, later today.
Thanks for the patch! It is almost perfect. During testing I noted that
there is still one dollar sign not substituted with quadrigraph. Patch
0001 attached.
Also, I noted having LT_SYS_SEARCH_PATH=/lib64: specified in config.site
does not change libtool's content; it the LT_SYS_LIBRARY_PATH default
value stays empty. I would like to have it fixed before 2.4.5, if
possible, because I would like to enable something like the following in
our default /usr/share/config.site file:
if $arch_64bit; then
: ${LT_SYS_LIBRARY_PATH=/lib64:/usr/lib64:}
fi
Also, I'm not sure whether we should touch the lt_cv_sys_*. That should
not hurt too much but I would feel quite more safe if we use separate
variable and let the lt_cv_* for existing workarounds in the wild.
Something like the attachment 0002 would be nice to have pushed.
Thanks for the patches. I tweaked them to pass `make syntax-check`, applied
and pushed both.
That code seems like asking for test-case also?
The more the better!
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: [PATCH] bootstrap: use $PATH_SEPARATOR instead of :
Hi, On Jan 20, 2015, at 5:22 AM, KO Myung-Hun kom...@gmail.com wrote: On OS/2, a path separator is ';' not ':'. * bootstrap (func_find_tool, func_check_tool): Use PATH_SEPARATOR. * gl/build-aux/bootstrap.in (func_check_tool): Likewise. * gl/build-aux/extract-trace (fund_find_tool): Likewise. These files do not belong to Libtool itself, but rather to https://github.com/gvvaughan/bootstrap. We already fixed one of the PATH_SEPARATOR omissions on your last round of patches (thanks!), but I ported the other one upstream, and then updated libtool with the result, including a couple of other unrelated improvements. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
[SCM] GNU Libtool branch, master, updated. v2.4.5-5-gc60e054
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via c60e054c36bb9a937e6d98fd87d6345d20b3f446 (commit)
from 6c822af50ff8343b20862c1a207f90c122fc9bcf (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit c60e054c36bb9a937e6d98fd87d6345d20b3f446
Author: Gary V. Vaughan g...@gnu.org
Date: Tue Jan 20 17:21:37 2015 +
bootstrap: sync with upstream.
* gl/build-aux/bootstrap.in, gl/build-aux/extract-trace,
gl/build-aux/funclib.sh, gl/build-aux/options-parser: Sync with
upstream.
* bootstrap: Regenerate.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
bootstrap | 47 +-
gl/build-aux/bootstrap.in | 34 +++---
gl/build-aux/extract-trace |7 +++--
gl/build-aux/funclib.sh |4 +-
gl/build-aux/options-parser |2 +-
5 files changed, 74 insertions(+), 20 deletions(-)
diff --git a/bootstrap b/bootstrap
index f55bedc..ced98ce 100755
--- a/bootstrap
+++ b/bootstrap
@@ -230,7 +230,7 @@ vc_ignore=
# Source required external libraries:
# Set a version string for this script.
-scriptversion=2014-01-03.01; # UTC
+scriptversion=2015-01-20.17; # UTC
# General shell script boiler plate, and helper functions.
# Written by Gary V. Vaughan, 2004
@@ -358,7 +358,7 @@ func_path_progs ()
_G_path_prog_max=0
_G_path_prog_found=false
-_G_save_IFS=$IFS; IFS=$PATH_SEPARATOR
+_G_save_IFS=$IFS; IFS=${PATH_SEPARATOR-:}
for _G_dir in $_G_PATH; do
IFS=$_G_save_IFS
test -z $_G_dir _G_dir=.
@@ -1541,7 +1541,7 @@ scriptversion=2014-01-07.03; # UTC
# A portable, pluggable option parser for Bourne shell.
# Written by Gary V. Vaughan, 2010
-# Copyright (C) 2010-2015 Free Software Foundation, Inc.
+# Copyright (C) 2010-2014 Free Software Foundation, Inc.
# This is free software; see the source for copying conditions. There is NO
# warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
@@ -2155,7 +2155,7 @@ test -z $progpath . `echo $0 |${SED-sed}
's|[^/]*$||'`/funclib.sh
test extract-trace = $progname . `echo $0 |${SED-sed}
's|[^/]*$||'`/options-parser
# Set a version string.
-scriptversion=2014-12-03.16; # UTC
+scriptversion=2015-01-20.17; # UTC
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -2267,11 +2267,12 @@ func_tool_version_number ()
{
$debug_cmd
-_G_verout=`func_tool_version_output $@ |sed 1q`
+_G_verout=`func_tool_version_output $@`
_G_status=$?
# A version number starts with a digit following a space on the first
# line of output from `--version`.
+_G_verout=`echo $_G_verout |sed 1q`
if test -n $_G_verout; then
_G_vernum=`expr $_G_verout : '.* \([0-9][^ ]*\)'`
fi
@@ -2308,7 +2309,7 @@ func_find_tool ()
for _G_prog
do
_G_find_tool_save_IFS=$IFS
- IFS=:
+IFS=${PATH_SEPARATOR-:}
for _G_dir in $PATH; do
IFS=$_G_find_tool_save_IFS
_G_progpath=$_G_dir/$_G_prog
@@ -2620,7 +2621,7 @@ test extract-trace = $progname func_main $@
# End:
# Set a version string for *this* script.
-scriptversion=2014-11-04.13; # UTC
+scriptversion=2015-01-20.17; # UTC
## --- ##
@@ -2746,10 +2747,13 @@ func_reconfigure ()
$require_automake_options
-# Automake (without 'foreign' option) requires that README exists.
+# Automake (without 'foreign' option) requires that NEWS README exist.
case $automake_options in
foreign ) ;;
- *) func_ensure_README ;;
+ *)
+func_ensure_NEWS
+func_ensure_README
+;;
esac
# Ensure ChangeLog presence.
@@ -3078,6 +3082,29 @@ EOT
}
+# func_ensure_NEWS
+#
+# Without AM_INIT_AUTOMAKE([foreign]), automake will not run to
+# completion with no NEWS file, even though NEWS.md or NEWS.txt
+# is often preferable.
+func_ensure_NEWS ()
+{
+$debug_cmd
+
+test -f NEWS || {
+ _G_NEWS=
+ for _G_news in NEWS.txt NEWS.md NEWS.rst; do
+test -f $_G_news break
+ done
+
+ test -f $_G_news $LN_S $_G_news NEWS
+ func_verbose $LN_S $_G_news NEWS
+}
+
+return 0
+}
+
+
# func_ensure_README
# --
# Without AM_INIT_AUTOMAKE([foreign]), automake will not run to
@@ -4812,7 +4839,7 @@ func_check_tool ()
;;
*)
save_IFS=$IFS
- IFS=:
+ IFS=${PATH_SEPARATOR
[SCM] GNU Libtool branch, master, updated. v2.4.5-2-g3deca86
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 3deca86bdcc4a2af35308166543fb3ca395419a6 (commit) from 8cb6741f5ce38556e9d714e7a38c0b04daba36a4 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 3deca86bdcc4a2af35308166543fb3ca395419a6 Author: Pavel Raiskup prais...@redhat.com Date: Tue Jan 20 15:25:48 2015 + tests: fix an ltdl dryrun race condition. * tests/testsuite.at (LT_AT_ACLOCAL): Inject a 1 second sleep after aclocal to ensure subsequently generated autotools files will be newer. * NEWS: Update. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: NEWS |5 + tests/testsuite.at |5 + 2 files changed, 10 insertions(+), 0 deletions(-) diff --git a/NEWS b/NEWS index a148485..c58dd9b 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,11 @@ NEWS - list of user-visible changes between releases of GNU Libtool * Noteworthy changes in release ?.? (-??-??) [?] +** Bug fixes: + + - Fix a race condition in ltdl dryrun test that would cause spurious +random failures of that test. + * Noteworthy changes in release 2.4.5 (2015-01-19) [stable] diff --git a/tests/testsuite.at b/tests/testsuite.at index 735cb96..04e41bd 100644 --- a/tests/testsuite.at +++ b/tests/testsuite.at @@ -123,6 +123,11 @@ AT_DATA([acinclude.m4], [m4_define([AC_CONFIG_MACRO_DIRS], m4_defn([AC_CONFIG_MACRO_DIR]))]) ]]) LT_AT_CHECK([$ACLOCAL $1$macro_dir], [0], [ignore], [ignore]) +# After the 'aclocal' run sleep 1 second to guarantee that aclocal.m4 is going +# to have older timestamp than other autotools later-generated files (concretely +# for libtool case, we speak about config.h.in generated autoheader). +# Autoreconf does the same (after the first aclocal run). +sleep 1 AT_XFAIL_IF([test no = $ACLOCAL]) AT_KEYWORDS([automake]) ]) hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.5-3-gedb4ff8
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via edb4ff8bb662849b7f51de9693caa32ae9a3f855 (commit)
from 3deca86bdcc4a2af35308166543fb3ca395419a6 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit edb4ff8bb662849b7f51de9693caa32ae9a3f855
Author: Pavel Raiskup prais...@redhat.com
Date: Tue Jan 20 15:35:11 2015 +
libtool.m4: typofix, subst last '$' with quadrigraph
* m4/libtool.m4 (_LT_LIBTOOL_TAG_VARS): Encase the
configure/libtool shared function into parseable borders; for
testing purposes.
(func_munge_path_list): Typo s/$/@S|@/.
* tests/configure-funcs.at: New testcase.
* Makefile.am (TESTSUITE_AT): Mention new testcase.
* NEWS: Update.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
Makefile.am |1 +
NEWS |2 +
m4/libtool.m4|9 +++--
tests/configure-funcs.at | 70 ++
4 files changed, 78 insertions(+), 4 deletions(-)
create mode 100644 tests/configure-funcs.at
diff --git a/Makefile.am b/Makefile.am
index 888f5cb..13dfc63 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -652,6 +652,7 @@ testsuite = $(tests_dir)/testsuite
# that it can check for previous failures and skip if necessary.
TESTSUITE = tests/testsuite
TESTSUITE_AT = tests/testsuite.at \
+ tests/configure-funcs.at \
tests/libtoolize.at \
tests/libtool.at \
tests/demo.at \
diff --git a/NEWS b/NEWS
index c58dd9b..c382c70 100644
--- a/NEWS
+++ b/NEWS
@@ -7,6 +7,8 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
- Fix a race condition in ltdl dryrun test that would cause spurious
random failures of that test.
+ - LT_SYS_SEARCHPATH is munged correctly.
+
* Noteworthy changes in release 2.4.5 (2015-01-19) [stable]
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index f796d7b..18d0193 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -748,13 +748,14 @@ _LT_LIBTOOL_TAG_VARS
_LT_EOF
cat '_LT_EOF' $cfgfile
-## -- ##
-## Shell functions shared with configure. ##
-## -- ##
+
+# ### BEGIN FUNCTIONS SHARED WITH CONFIGURE
_LT_PREPARE_MUNGE_PATH_LIST
_LT_PREPARE_CC_BASENAME
+# ### END FUNCTIONS SHARED WITH CONFIGURE
+
_LT_EOF
case $host_os in
@@ -2256,7 +2257,7 @@ func_munge_path_list ()
x)
;;
*:)
-eval @S|@1=\`$ECHO @S|@2 | $SED 's/:/ /g'` \$@S|@1\
+eval @S|@1=\`$ECHO @S|@2 | $SED 's/:/ /g'` \@S|@@S|@1\
;;
x:*)
eval @S|@1=\\@S|@@S|@1 `$ECHO @S|@2 | $SED 's/:/ /g'`\
diff --git a/tests/configure-funcs.at b/tests/configure-funcs.at
new file mode 100644
index 000..89682a4
--- /dev/null
+++ b/tests/configure-funcs.at
@@ -0,0 +1,70 @@
+# configure-functions.at -- shared shell functions. -*- Autotest -*-
+#
+# Copyright (C) 2015 Free Software Foundation, Inc.
+#
+# This file is part of GNU Libtool.
+#
+# GNU Libtool is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free Software Foundation; either version 2 of
+# the License, or (at your option) any later version.
+#
+# GNU Libtool is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with GNU Libtool; see the file COPYING. If not, a copy
+# can be downloaded from http://www.gnu.org/licenses/gpl.html,
+# or obtained by writing to the Free Software Foundation, Inc.,
+# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
+
+
+AT_BANNER([Functions shared with configure and libtool.])
+
+m4_define([_AT_FUNC_SETUP], [dnl
+AT_SETUP([$1 works])dnl
+_lt_bin=$abs_top_builddir/libtool
+re_begincf='^# ### BEGIN FUNCTIONS SHARED WITH CONFIGURE'
+re_endcf='^# ### END FUNCTIONS SHARED WITH CONFIGURE'
+
+$ECHO '#!/bin/sh'$1
+$ECHO '#: ${SED=sed}'$1
+$ECHO '#: ${ECHO=echo}' $1
+
+sed 1,/$re_begincf/d;/$re_endcf/,\$d $_lt_bin $1
+])
+
+_AT_FUNC_SETUP([func_munge_path_list])
+
+cat \EOF func_munge_path_list
+for orig in /usr/lib /lib /usr/lib ; do
+ $ECHO '$orig':
+ for path in /p1: /p3:/p2: :/a1 :/a2:/a3 /p4::/a4
/p6:/p5::/a5:/a6; do
+old=$orig
+func_munge_path_list orig $path
Re: [PATCH] testsuite: fix race conditions in ltdl dryrun
On Dec 15, 2014, at 1:13 PM, Pavel Raiskup prais...@redhat.com wrote: [+cc autoconf, as this seems to be relevant] Hi all, Hi Pavel, Thanks for the fix. This one has caught me out occasionally too, so I'll also be glad to banish it! Sorry for the delay in applying and pushing... it's been a crazy month! after several random [ltdl dryrun] failures, I used the 'make --debug' and some stat calls to debug. Logs are attached for ok failed runs as tarball. Seems like after 'aclocal' run there should be an explicit 'sleep 1', similarly like in autoreconf [1]. Possible fix attached. The problem seems to be in autoheader and Perl's move function (underlying utime() handling?): $ touch /tmp/a $ stat /tmp/a File: ‘/tmp/a’ Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 23h/35d Inode: 1296845 Links: 1 Access: (0664/-rw-rw-r--) Uid: ( 1000/praiskup) Gid: ( 1000/praiskup) Context: unconfined_u:object_r:user_tmp_t:s0 Access: 2014-12-15 14:03:35.744530946 +0100 Modify: 2014-12-15 14:03:35.744530946 +0100 Change: 2014-12-15 14:03:35.744530946 +0100 Birth: - $ perl -MFile::Copy -e 'move (/tmp/a, a);' $ stat a File: ‘a’ Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: fd00h/64768dInode: 11068678Links: 1 Access: (0664/-rw-rw-r--) Uid: ( 1000/praiskup) Gid: ( 1000/praiskup) Context: unconfined_u:object_r:user_home_t:s0 Access: 2014-12-15 14:03:42.0 +0100 Modify: 2014-12-15 14:03:35.0 +0100 ^^^ floor()-ed Change: 2014-12-15 14:03:42.678581581 +0100 Birth: - [1] http://git.savannah.gnu.org/cgit/autoconf.git/tree/bin/autoreconf.in#n356 Pavel racy-tests.tar.gz0001-tests-fix-race-in-aclocal-autoheader-calls.patch Applied and pushed. Thanks again! Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: [SCM] GNU Libtool branch, master, updated. v2.4.5-5-gc60e054
Hi Eric,
On Jan 20, 2015, at 5:34 PM, Eric Blake ebl...@redhat.com wrote:
On 01/20/2015 10:24 AM, Gary V. Vaughan wrote:
* gl/build-aux/bootstrap.in, gl/build-aux/extract-trace,
gl/build-aux/funclib.sh, gl/build-aux/options-parser: Sync with
upstream.
@@ -2267,11 +2267,12 @@ func_tool_version_number ()
{
$debug_cmd
-_G_verout=`func_tool_version_output $@ |sed 1q`
+_G_verout=`func_tool_version_output $@`
_G_status=$?
# A version number starts with a digit following a space on the first
# line of output from `--version`.
+_G_verout=`echo $_G_verout |sed 1q`
How probable is it that $_G_verout will ever be output captured from
some tool that includes \ in its output? If so, you'd want to use
printf to make sure you don't run foul of a shell where \ is
interpolated by echo.
Excepting deliberately malicious output, I would say the chances are
vanishingly small... but your suggestion is a good one all the same :-)
Applied upstream, and coming to a Libtool near you soon!
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.5-6-g6289a9a
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 6289a9ab3c53e2fdc48d359458604fc5b29ca00e (commit) from c60e054c36bb9a937e6d98fd87d6345d20b3f446 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 6289a9ab3c53e2fdc48d359458604fc5b29ca00e Author: Gary V. Vaughan g...@gnu.org Date: Tue Jan 20 19:19:27 2015 + maint: undo copyright years regression. * gl/build-aux/options-parser: Undo copyright years regression. * bootstrap: Regenerate. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: bootstrap |2 +- gl/build-aux/options-parser |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/bootstrap b/bootstrap index ced98ce..4596413 100755 --- a/bootstrap +++ b/bootstrap @@ -1541,7 +1541,7 @@ scriptversion=2014-01-07.03; # UTC # A portable, pluggable option parser for Bourne shell. # Written by Gary V. Vaughan, 2010 -# Copyright (C) 2010-2014 Free Software Foundation, Inc. +# Copyright (C) 2010-2015 Free Software Foundation, Inc. # This is free software; see the source for copying conditions. There is NO # warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. diff --git a/gl/build-aux/options-parser b/gl/build-aux/options-parser index 41302a8..d651f1d 100644 --- a/gl/build-aux/options-parser +++ b/gl/build-aux/options-parser @@ -6,7 +6,7 @@ scriptversion=2014-01-07.03; # UTC # A portable, pluggable option parser for Bourne shell. # Written by Gary V. Vaughan, 2010 -# Copyright (C) 2010-2014 Free Software Foundation, Inc. +# Copyright (C) 2010-2015 Free Software Foundation, Inc. # This is free software; see the source for copying conditions. There is NO # warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. hooks/post-receive -- GNU Libtool
Re: [SCM] GNU Libtool branch, master, updated. v2.4.5-5-gc60e054
On Jan 20, 2015, at 6:34 PM, Peter Rosin p...@lysator.liu.se wrote: On 2015-01-20 18:24, Gary V. Vaughan wrote: -# Copyright (C) 2010-2015 Free Software Foundation, Inc. +# Copyright (C) 2010-2014 Free Software Foundation, Inc. That's why I felt so young today! Seems libtool took another year of my life... ;-) ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.5-1-g8cb6741
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 8cb6741f5ce38556e9d714e7a38c0b04daba36a4 (commit) via cb90d8ed964125d44d56e26951833e04ab82bc01 (commit) via fda42eb8c6f19aae259a9f548e486f335f842452 (commit) via ec43ff6eff3ecbc11392e6af3549d55016a11f0a (commit) from c6ed4148b0981d39d95b67013716d77c5ac9c420 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 8cb6741f5ce38556e9d714e7a38c0b04daba36a4 Author: Gary V. Vaughan g...@gnu.org Date: Mon Jan 19 17:00:14 2015 + maint: post-release administrivia * NEWS: Add header line for next release. * .prev-version: Record previous version. * cfg.mk (old_NEWS_hash): Auto-update. commit cb90d8ed964125d44d56e26951833e04ab82bc01 Author: Gary V. Vaughan g...@gnu.org Date: Mon Jan 19 15:09:58 2015 + version 2.4.5 * NEWS: Record release date. commit fda42eb8c6f19aae259a9f548e486f335f842452 Author: Gary V. Vaughan g...@gnu.org Date: Fri Jan 16 18:52:10 2015 + maint: update copyright statements to include 2015. * AUTHORS, HACKING, Makefile.am, NEWS, README.md, TODO, bootstrap, bootstrap.conf, build-aux/edit-readme-alpha, build-aux/git-hooks/commit-msg, build-aux/ltmain.in, cfg.mk, configure.ac, doc/libtool.texi, gl/build-aux/bootstrap.in, gl/build-aux/extract-trace, gl/build-aux/funclib.sh, gl/build-aux/inline-source, gl/build-aux/options-parser, libltdl/README, libltdl/configure.ac, libltdl/libltdl/lt__alloc.h, libltdl/libltdl/lt__argz_.h, libltdl/libltdl/lt__dirent.h, libltdl/libltdl/lt__glibc.h, libltdl/libltdl/lt__private.h, libltdl/libltdl/lt__strl.h, libltdl/libltdl/lt_dlloader.h, libltdl/libltdl/lt_error.h, libltdl/libltdl/lt_system.h, libltdl/libltdl/slist.h, libltdl/loaders/dld_link.c, libltdl/loaders/dlopen.c, libltdl/loaders/dyld.c, libltdl/loaders/load_add_on.c, libltdl/loaders/loadlibrary.c, libltdl/loaders/preopen.c, libltdl/loaders/shl_load.c, libltdl/lt__alloc.c, libltdl/lt__argz.c, libltdl/lt__dirent.c, libltdl/lt__strl.c, libltdl/lt_dlloader.c, libltdl/lt_error.c, libltdl/ltdl.c, libltdl/ltdl.h, libltdl/ltdl.mk, libltdl/slist.c, libtoolize.in, m4/autobuild.m4, m4/libtool.m4, m4/ltargz.m4, m4/ltdl.m4, m4/ltoptions.m4, m4/ltsugar.m4, m4/ltversion.in, m4/lt~obsolete.m4, m4/m4.m4, tests/am-subdir.at, tests/archive-in-archive.at, tests/bindir.at, tests/cdemo.at, tests/cmdline_wrap.at, tests/configure-iface.at, tests/convenience.at, tests/ctor.at, tests/cwrapper.at, tests/darwin.at, tests/demo.at, tests/depdemo.at, tests/deplib-in-subdir.at, tests/deplibs-ident.at, tests/deplibs-mingw.at, tests/destdir.at, tests/dlloader-api.at, tests/dumpbin-symbols.at, tests/duplicate_conv.at, tests/duplicate_deps.at, tests/duplicate_members.at, tests/early-libtool.at, tests/exceptions.at, tests/execute-mode.at, tests/exeext.at, tests/export-def.at, tests/export.at, tests/f77demo.at, tests/fail.at, tests/fcdemo.at, tests/flags.at, tests/help.at, tests/indirect_deps.at, tests/infer-tag.at, tests/inherited_flags.at, tests/install.at, tests/lalib-syntax.at, tests/libtool.at, tests/libtoolize.at, tests/link-order.at, tests/link-order2.at, tests/loadlibrary.at, tests/localization.at, tests/lt_dladvise.at, tests/lt_dlexit.at, tests/lt_dlopen.at, tests/lt_dlopen_a.at, tests/lt_dlopenext.at, tests/ltdl-api.at, tests/ltdl-libdir.at, tests/mdemo.at, tests/need_lib_prefix.at, tests/no-executables.at, tests/nocase.at, tests/nonrecursive.at, tests/old-ltdl-iface.at, tests/old-m4-iface.at, tests/pic_flag.at, tests/recursive.at, tests/resident.at, tests/runpath-in-lalib.at, tests/search-path.at, tests/shlibpath.at, tests/slist.at, tests/standalone.at, tests/static.at, tests/stresstest.at, tests/subproject.at, tests/sysroot.at, tests/tagdemo.at, tests/template.at, tests/testsuite.at, tests/versioning.at, tests/with-pic.at: Update copyright statement to include 2015. * cfg.mk: Adjust old_NEWS_hash accordingly. Signed-off-by: Gary V. Vaughan g...@gnu.org commit ec43ff6eff3ecbc11392e6af3549d55016a11f0a Author: Gary V. Vaughan g...@gnu.org Date: Fri Jan 16 18:32:43 2015 + gnulib: sync with upstream. * gnulib: Sync with upstream. * doc/.gitignore: Regenerate. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: .prev-version |2 +- AUTHORS|2 +- HACKING
GNU libtool-2.4.5 released [stable]
Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.4.5. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. This is a bugfix release and a recommended upgrade for all users. Most likely, this will be the last release that supports copying the libltdl sources directly into your project -- libltdl is widely deployed now, and there is absolutely no reason to give it special treatment compared to any other library a project depends on. Here are the compressed sources: http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.gz (1.7MB) http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.xz (952KB) Here are the GPG detached signatures[*]: http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.gz.sig http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.xz.sig Use a mirror for higher download bandwidth: http://www.gnu.org/order/ftp.html [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify libtool-2.4.5.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.15 Gnulib v0.1-336-g342d9f0 NEWS * Noteworthy changes in release 2.4.5 (2015-01-19) [stable] ** New features: - Libtoolize searches for the best available M4 on the user PATH at runtime, rather than settling for the first one found. - Support munging sys_lib_dlsearch_path_spec with LT_SYS_LIBRARY_PATH environment variable. ** Bug fixes: - Bail out at configure time if the installed M4 is not sufficient for the purposes of libtoolize. - freebsd-elf library versioning was upgraded incorrectly in 2.4.4, but now works properly again. - Fix a 2.4.4 regression so that libltdl subprojects do not warn about missing libltdl/libltdl directory as in prior releases. - When using Sun C++ on Solaris or GNU/Linux we used to set libtool's postdeps permanently, based on the contents of $CXX and $CXXFLAGS at configure time, which was brittle and error-prone. Now, we no longer check for a SunCC ABI at configure time, but augment the postdeps at libtool time based on the current invocation flags on each call. ** Changes in supported systems or compilers: - /usr/local prefixed rpaths are now added to the link-line on ia64-hp-hpux*, because the default system runtime loader path does not contain them. - Previously, when using Sun C++ on Solaris or GNU/Linux, `-Cstd -Crun` flags were added to $postdeps unless CXX or CXXFLAGS contained `-library=stlport4`. Newer releases have added other compiler flags that are also incompatible with `-Cstd -Crun`, so now we don't add them if any of `-std=c++[0-9][0-9]`, `-library=stdcxx4` or `-compat=g` were found in CXX or CXXFLAGS when the Sun C++ compiler is detected. Enjoy! ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool annotated tag, v2.4.5, created. v2.4.5
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The annotated tag, v2.4.5 has been created at 0e8c2d8f0e69b385162cb41295531fc3536e9935 (tag) tagging cb90d8ed964125d44d56e26951833e04ab82bc01 (commit) replaces v2.4.4 tagged by Gary V. Vaughan on Mon Jan 19 15:09:58 2015 + - Log - libtool 2.4.5 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEABECAAYFAlS9HkYACgkQFRMICSmD1gYwwgCeN4i9FJRhFTgjCAIjjfyHpISB GckAnA261fccJPhpe+KvjPQyG0DCFJ4Z =6Zdd -END PGP SIGNATURE- Eric Bavier (1): tests: do not assume compiler prefers shared libraries. Gary V. Vaughan (15): maint: post-release administrivia configury: bail out early if GNU M4 is not on the path. bootstrap: sync with upstream for runtime M4 checking functions. libltdl: edit AM_CPPFLAGS correctly for libltdl/Makefile.am. libltdl: fix gcc compiler warning for unused attributes. libtool: for 64bit GNU arches, add /lib64 and /usr/lib64 to sys_lib_dlsearch_path. libtool: s390x is also a 64bit glibc/ELF platform. bootstrap: sync with upstream. maint: fix syntax-check failures. libtool: take care not to double-apply LT_SYS_LIBRARY_PATH. libtool: more carefully avoid automatic -Cstd -Crun on Sun Pro CXX. libtool: check Sun Pro CXX ABI postdeps at libtool time. gnulib: sync with upstream. maint: update copyright statements to include 2015. version 2.4.5 Norihiro Tanaka (1): libtool: fix sys_lib_dlsearch_path_spec for ia64 HP-UX. Pavel Raiskup (2): libtool: support LT_SYS_LIBRARY_PATH for adjusting bad guesses. libtoolize: fix ltdl installation order. Tijl Coosemans (1): libtool: commit forgotten soname_spec for freebsd-elf in bb7cef9. --- hooks/post-receive -- GNU Libtool
Re: [PATCH] libtoolize: fix ltdl installation order
On Jan 16, 2015, at 10:34 AM, Pavel Raiskup prais...@redhat.com wrote: * Makefile.am (pkgltdl_files): Move the Makefile.in file down in the list after aclocal.m4. --- Makefile.am | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index f1b7ead..794d58d 100644 --- a/Makefile.am +++ b/Makefile.am @@ -441,13 +441,14 @@ pkgmacro_files = libtool.m4 ltargz.m4 ltdl.m4 ltoptions.m4 ltsugar.m4 \ ltversion.m4 lt~obsolete.m4 ## These are installed as a subdirectory of pkgdatadir so that -## libtoolize --ltdl can find them later: +## libtoolize --ltdl can find them later. Note that this list requires +## specific order to avoid unnecessary re-autotooling after libtoolize run. pkgltdl_files = COPYING.LIB \ Makefile.am \ - Makefile.in \ README \ configure.ac \ aclocal.m4 \ + Makefile.in \ config-h.in \ configure \ libltdl/lt__alloc.h \ Agreed, thank you. Applied and pushed! Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
[SCM] GNU Libtool branch, master, updated. v2.4.4-14-g4fede0b
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 4fede0bc497021e28fde0635c1fa0da010cc2733 (commit)
from 08279564ff4143059f3f728f9401b5d541f0bd1e (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 4fede0bc497021e28fde0635c1fa0da010cc2733
Author: Gary V. Vaughan g...@gnu.org
Date: Fri Dec 12 11:35:28 2014 +
libtool: take care not to double-apply LT_SYS_LIBRARY_PATH.
* m4/libtool.m4 (_LT_CONFIG_SAVE_COMMANDS): Copy configure-time
LT_SYS_LIBRARY_PATH settings as default, but allow run-time
override.
(_LT_SYS_DYNAMIC_LINKER): Save the unmunged
sys_lib_dlsearch_path_spec value, and use it for _LT_DECL,
but then munge it with LT_SYS_LIBRARY_PATH for use in ltdl.m4
macros, such as LT_SYS_DLSEARCH_PATH.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
m4/libtool.m4 | 14 +++---
1 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index fd7108e..0c120ff 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -720,6 +720,9 @@ _LT_CONFIG_SAVE_COMMANDS([
_LT_COPYING
_LT_LIBTOOL_TAGS
+# Configured defaults for sys_lib_dlsearch_path munging.
+: \${LT_SYS_LIBRARY_PATH=$LT_SYS_LIBRARY_PATH}
+
# ### BEGIN LIBTOOL CONFIG
_LT_LIBTOOL_CONFIG_VARS
_LT_LIBTOOL_TAG_VARS
@@ -3075,12 +3078,17 @@ if test set = ${lt_cv_sys_lib_search_path_spec+set};
then
sys_lib_search_path_spec=$lt_cv_sys_lib_search_path_spec
fi
-func_munge_path_list sys_lib_dlsearch_path_spec $LT_SYS_LIBRARY_PATH
-
if test set = ${lt_cv_sys_lib_dlsearch_path_spec+set}; then
sys_lib_dlsearch_path_spec=$lt_cv_sys_lib_dlsearch_path_spec
fi
+# lt_cv_sys_lib... is unaugmented for libtool script decls...
+lt_cv_sys_lib_dlsearch_path_spec=$sys_lib_dlsearch_path_spec
+
+# ..but sys_lib_... needs LT_SYS_LIBRARY_PATH munging for
+# LT_SYS_DLSEARCH_PATH macro in ltdl.m4 to work with the correct paths:
+func_munge_path_list sys_lib_dlsearch_path_spec $LT_SYS_LIBRARY_PATH
+
_LT_DECL([], [variables_saved_for_relink], [1],
[Variables whose values should be saved in libtool wrapper scripts and
restored at link time])
@@ -3113,7 +3121,7 @@ _LT_DECL([], [hardcode_into_libs], [0],
[Whether we should hardcode library paths into libraries])
_LT_DECL([], [sys_lib_search_path_spec], [2],
[Compile-time system search path for libraries])
-_LT_DECL([], [sys_lib_dlsearch_path_spec], [2],
+_LT_DECL([sys_lib_dlsearch_path_spec], [lt_cv_sys_lib_dlsearch_path_spec], [2],
[Run-time system search path for libraries])
])# _LT_SYS_DYNAMIC_LINKER
hooks/post-receive
--
GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-15-gb49ab52
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via b49ab52cb34a80aacf88698870649c7761e17c65 (commit)
from 4fede0bc497021e28fde0635c1fa0da010cc2733 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit b49ab52cb34a80aacf88698870649c7761e17c65
Author: Gary V. Vaughan g...@gnu.org
Date: Fri Dec 12 13:33:40 2014 +
libtool: more carefully avoid automatic -Cstd -Crun on Sun Pro CXX.
* m4/libtool.m4 (_LT_FUNC_SUNCC_CSTD_ABI): New function factored out
of repeated code. Take note of other known -Cstd incompatible
compiler flags.
(_LT_SYS_HIDDEN_LIBDEPS): Use it to determine whether -Cstd -Crun
can be safely added to postdeps with Sun Pro CXX.
* NEWS: Update.
* NO-THANKS: Add Marc Glisse.
Reported by Marc Glisse
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
NEWS |8
NO-THANKS |1 +
m4/libtool.m4 | 54 --
3 files changed, 37 insertions(+), 26 deletions(-)
diff --git a/NEWS b/NEWS
index 87926bd..c2f667b 100644
--- a/NEWS
+++ b/NEWS
@@ -27,6 +27,14 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
ia64-hp-hpux*, because the default system runtime loader path does
not contain them.
+ - Previously, when using Sun C++ on Solaris or Linux, `-Cstd -Crun`
+flags were added to $postdeps unless CXX or CXXFLAGS contained
+`-library=stlport4`. Newer releases have added other compiler flags
+that are also incompatible with `-Cstd -Crun`, so now we don't add
+them if any of `-std=c++[0-9][0-9]`, `-library=stdcxx4` or
+`-compat=g` were found in CXX or CXXFLAGS when the Sun C++ compiler
+is detected.
+
* Noteworthy changes in release 2.4.4 (2014-11-29) [stable]
diff --git a/NO-THANKS b/NO-THANKS
index dc33834..7f59276 100644
--- a/NO-THANKS
+++ b/NO-THANKS
@@ -100,6 +100,7 @@ Lawrence Velázquez lar...@macports.org
Lionel Landwerlin llandwer...@gmail.com
Maciej Helminiak di...@wp.pl
Mahesh Narayanamurthi mahesh.m...@gmail.com
+Marc Glissemarc.gli...@inria.fr
Marcel Loose lo...@astron.nl
Markus Duftmarkus.d...@salomon.at
Martin Doucha dou...@integri.cz
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index 0c120ff..22a7284 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -7422,6 +7422,28 @@ func_stripname_cnf ()
} # func_stripname_cnf
])# _LT_FUNC_STRIPNAME_CNF
+
+# _LT_FUNC_SUNCC_CSTD_ABI
+# ---
+# func_suncc_cstd_abi
+# Several compiler flags select an ABI that is
+# incompatible with the Cstd library. Avoid specifying
+# it if any are in CXXFLAGS.
+m4_defun([_LT_FUNC_SUNCC_CSTD_ABI], [[
+func_suncc_cstd_abi ()
+{
+case $CXX $CXXFLAGS in
+* -compat=g *|*\ -std=c++[0-9][0-9]\ *|* -library=stdcxx4 *|*
-library=stlport4 *)
+ suncc_use_cstd_abi=no
+ ;;
+*)
+ suncc_use_cstd_abi=yes
+ ;;
+esac
+} # func_suncc_cstd_abi
+]])# _LT_FUNC_SUNCC_CSTD_ABI
+
+
# _LT_SYS_HIDDEN_LIBDEPS([TAGNAME])
# -
# Figure out hidden library dependencies from verbose
@@ -7430,6 +7452,7 @@ func_stripname_cnf ()
# objects, libraries and library flags.
m4_defun([_LT_SYS_HIDDEN_LIBDEPS],
[m4_require([_LT_FILEUTILS_DEFAULTS])dnl
+m4_require([_LT_FUNC_SUNCC_CSTD_ABI])dnl
AC_REQUIRE([_LT_FUNC_STRIPNAME_CNF])dnl
# Dependencies to place before and after the object being linked:
_LT_TAGVAR(predep_objects, $1)=
@@ -7603,20 +7626,10 @@ interix[[3-9]]*)
linux*)
case `$CC -V 21 | sed 5q` in
- *Sun\ C*)
-# Sun C++ 5.9
-
-# The more standards-conforming stlport4 library is
-# incompatible with the Cstd library. Avoid specifying
-# it if it's in CXXFLAGS. Ignore libCrun as
-# -library=stlport4 depends on it.
-case $CXX $CXXFLAGS in
-* -library=stlport4 *)
- solaris_use_stlport4=yes
- ;;
-esac
+ *Sun\ C*) # Sun C++ 5.9
+func_suncc_cstd_abi
-if test yes != $solaris_use_stlport4; then
+if test no != $suncc_use_cstd_abi; then
_LT_TAGVAR(postdeps,$1)='-library=Cstd -library=Crun'
fi
;;
@@ -7626,20 +7639,9 @@ linux*)
solaris*)
case $cc_basename in
CC* | sunCC*)
-# The more standards-conforming stlport4 library is
-# incompatible with the Cstd library. Avoid specifying
-# it if it's in CXXFLAGS. Ignore libCrun as
-# -library=stlport4 depends on it.
-case $CXX $CXXFLAGS in
-* -library=stlport4
Re: Tune rpath by env. variable
Hi Pavel,
On Dec 12, 2014, at 10:02 AM, Pavel Raiskup prais...@redhat.com wrote:
On Thursday 11 of December 2014 23:29:56 Gary V. Vaughan wrote:
I think it would work better to leave lt_lib_dlsearch_path_spec in the
generated file as it was before (just the heuristic configure time values),
and add to the top of libtool:
: ${LT_SYS_LIBRARY_PATH=/configure/time:/path/list}
Then installed libtool will work whether the user wants to set it
differently,
or not at all, or if LT_SYS_LIBRARY_PATH is set in the environment for both
configure and libtool, without double adjusting.
WDYT?
Thats definitely cleaner. Ack. I mean, only if we still can use
LT_SYS_LIBRARY_PATH to enhance ltdl.m4's runtime library path
during ./configure time. Now however, the path munging routine from
libtool.m4 should be easy to reuse in ltdl.m4. And also if:
LT_SYS_LIBRARY_PATH=/lib64:/usr/lib64: ./configure
.. is enough to to stop thinking about LT_SYS_LIBRARY_PATH during
development as it should survive things like 'touch configure.ac ; make'.
Right, and in that case we'd generate a libtool that contains:
: ${LT_SYS_LIBRARY_PATH=/lib64:/usr/lib64:}
sys_lib_dlsearch_path=/lib /usr/lib
[[...]]
func_munge_path_list ()
{
[[...]]
}
[[...]]
func_munge_path_list sys_lib_dlsearch_path $LT_SYS_LIBRARY_PATH
Which means by default libtool uses the configured additional paths, but
still has the flexibility for the caller to change them (cross-compiling
to Fedora?).
I'll commit a follow on patch, to tweak it like this, later today.
Thanks for the help and feedback!
Cheers,
--
Gary V. Vaughan (gary AT vaughan DOT pe)
___
https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-12-g663f919
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 663f9192417ce9defbdf5aa0c9f3b2dc08c9256d (commit)
via 72293c99520a7dd77d08241ae697409d052e38b4 (commit)
from 440fee60c991e19e0ce66f98c5ad06d5607c766f (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 663f9192417ce9defbdf5aa0c9f3b2dc08c9256d
Author: Gary V. Vaughan g...@gnu.org
Date: Thu Dec 11 22:53:34 2014 +
maint: fix syntax-check failures.
* m4/m4.m4 (AC_PROG_GNU_M4): Reverse some test arguments for
sc_prohibit_test_const_follows_var.
Remove some spurious braces for
sc_useless_braces_in_variable_drefs.
Signed-off-by: Gary V. Vaughan g...@gnu.org
commit 72293c99520a7dd77d08241ae697409d052e38b4
Author: Gary V. Vaughan g...@gnu.org
Date: Thu Dec 11 22:58:08 2014 +
bootstrap: sync with upstream.
* gl/build-aux/extract-trace (func_find_tool): Quote a bare
variable expansion in a test argument.
* bootstrap: Regenerate.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
bootstrap |2 +-
gl/build-aux/extract-trace |2 +-
m4/m4.m4 | 10 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/bootstrap b/bootstrap
index a6ffd54..94e3385 100755
--- a/bootstrap
+++ b/bootstrap
@@ -2312,7 +2312,7 @@ func_find_tool ()
for _G_dir in $PATH; do
IFS=$_G_find_tool_save_IFS
_G_progpath=$_G_dir/$_G_prog
- test -r $_G_progpath {
+ test -r $_G_progpath {
_G_curver=`func_tool_version_number $_G_progpath`
case $_G_bestver,$_G_curver in
,)
diff --git a/gl/build-aux/extract-trace b/gl/build-aux/extract-trace
index 14b0f0a..a3d0bc4 100755
--- a/gl/build-aux/extract-trace
+++ b/gl/build-aux/extract-trace
@@ -169,7 +169,7 @@ func_find_tool ()
for _G_dir in $PATH; do
IFS=$_G_find_tool_save_IFS
_G_progpath=$_G_dir/$_G_prog
- test -r $_G_progpath {
+ test -r $_G_progpath {
_G_curver=`func_tool_version_number $_G_progpath`
case $_G_bestver,$_G_curver in
,)
diff --git a/m4/m4.m4 b/m4/m4.m4
index 80bd42c..ba9b4df 100644
--- a/m4/m4.m4
+++ b/m4/m4.m4
@@ -31,8 +31,8 @@ AC_PATH_PROGS_FEATURE_CHECK([M4], [m4 gm4 gnum4],
# false positive strstr.
ac_snippet=change'quote(,)in''dir(if''def,mac,bug)'
ac_snippet=${ac_snippet}pat'subst(a,\(b\)\|\(a\),\1)d'nl
- ac_snippet=${ac_snippet}${as_nl}if'else(in''dex(..wi.d.,.d.),-1,bug)'
- ac_snippet=${ac_snippet}${as_nl}if'else(in''dex(dnl
+ ac_snippet=$ac_snippet${as_nl}if'else(in''dex(..wi.d.,.d.),-1,bug)'
+ ac_snippet=$ac_snippet${as_nl}if'else(in''dex(dnl
;:11-:12-:12-:12-:12-:12-:12-:12-:12.:12.:12.:12.:12.:12.:12.:12.:12-,dnl
:12-:12-:12-:12-:12-:12-:12-:12-),-1,,strstr-bug2)'
test -z `$ac_path_M4 -F conftest.m4f /dev/null 21` \
@@ -51,15 +51,15 @@ Glibc 2.9 - 2.12 and GNU M4 1.4.11 - 1.4.15 have another
strstr bug.])])])
*--gnu*) ac_cv_prog_gnu_m4_gnu=yes ;;
*) ac_cv_prog_gnu_m4_gnu=no ;;
esac])
- if test $ac_cv_prog_gnu_m4_gnu = yes; then
+ if test yes = $ac_cv_prog_gnu_m4_gnu; then
M4_GNU=--gnu
else
M4_GNU=
fi
AC_SUBST([M4_GNU])
- if test x$ac_had_posixly_correct = xyes; then
+ if test yes = $ac_had_posixly_correct; then
POSIXLY_CORRECT=:
-if test $ac_cv_prog_gnu_m4_gnu = no; then
+if test no = $ac_cv_prog_gnu_m4_gnu; then
AC_MSG_WARN([the version of M4 that was found does not support -g])
AC_MSG_WARN([using it with POSIXLY_CORRECT set may cause problems])
fi
hooks/post-receive
--
GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-13-g0827956
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 08279564ff4143059f3f728f9401b5d541f0bd1e (commit)
from 663f9192417ce9defbdf5aa0c9f3b2dc08c9256d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 08279564ff4143059f3f728f9401b5d541f0bd1e
Author: Pavel Raiskup prais...@redhat.com
Date: Thu Dec 11 21:49:19 2014 +
libtool: support LT_SYS_LIBRARY_PATH for adjusting bad guesses.
Revert 8728e07 and 440fee6.
Some GNU/Linux distributions install libraries into /lib64 (or
/usr/lib64) on 64-bit machines, while /lib (/usr/lib
respectively) stays for multilib variant. Other distributions
keep /usr/lib for 64-bit variant and reserve other directory for
multilib. Detection of what approach a given system uses is
difficult, however, especially because Glibc's ldconfig does not
report the full and correct list of search paths. Allow the user
to adjust Libtools heuristically determined search paths with
the new LT_SYS_LIBRARY_PATH environment variable at both
compile-time, when libtool is called, and at configure time.
* m4/libtool.m4 (_LT_PREPARE_MUNGE_PATH_LIST): Define a new
function to munge a libtool path list according to a user
supplied colon-delimited path.
(_LT_SYS_DYNAMIC_LINKER): Require _LT_PREPARE_MUNGE_PATH_LIST.
Mark LT_SYS_LIBRARY_PATH as precious to autoconf (to survive
automatic autoreconf).
Call the new func_munge_path_list function on
sys_lib_dlsearch_path_spec - this propagates results to
generated libtool script.
(_LT_CONFIG): Expand _LT_PREPARE_MUNGE_PATH_LIST into generated
libtool script.
* build-aux/ltmain.in (func_mode_link): Call it to adjust
sys_lib_dlsearch_path according to LT_SYS_LIBRARY_PATH.
* doc/libtool.texi: Document new LT_SYS_LIBRARY_PATH.
* doc/notes.texi: Likewise.
* NEWS: Update.
References:
http://thread.gmane.org/gmane.comp.gnu.libtool.general/8339/focus=8345
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
NEWS|6 ++--
build-aux/ltmain.in |3 ++
doc/libtool.texi| 21 +++
doc/notes.texi | 15 +-
m4/libtool.m4 | 72 --
5 files changed, 97 insertions(+), 20 deletions(-)
diff --git a/NEWS b/NEWS
index 6d48d28..87926bd 100644
--- a/NEWS
+++ b/NEWS
@@ -7,6 +7,9 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
- Libtoolize searches for the best available M4 on the user PATH at
runtime, rather than settling for the first one found.
+ - Support munging sys_lib_dlsearch_path_spec with LT_SYS_LIBRARY_PATH
+environment variable.
+
** Bug fixes:
- Bail out at configure time if the installed M4 is not sufficient
@@ -24,9 +27,6 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
ia64-hp-hpux*, because the default system runtime loader path does
not contain them.
- - For various GNU/Linux (and other GNU OSes) on 64bit glibc/ELF hosts,
-explicit /lib64 and /usr/lib64 rpaths are no longer necessary.
-
* Noteworthy changes in release 2.4.4 (2014-11-29) [stable]
diff --git a/build-aux/ltmain.in b/build-aux/ltmain.in
index a72c007..42048df 100644
--- a/build-aux/ltmain.in
+++ b/build-aux/ltmain.in
@@ -5525,6 +5525,9 @@ func_mode_link ()
eval sys_lib_search_path=\$sys_lib_search_path_spec\
eval sys_lib_dlsearch_path=\$sys_lib_dlsearch_path_spec\
+# Definition is injected by LT_CONFIG during libtool generation.
+func_munge_path_list sys_lib_dlsearch_path $LT_SYS_LIBRARY_PATH
+
func_dirname $output /
output_objdir=$func_dirname_result$objdir
func_to_tool_file $output_objdir/
diff --git a/doc/libtool.texi b/doc/libtool.texi
index 90aeb8f..0632225 100644
--- a/doc/libtool.texi
+++ b/doc/libtool.texi
@@ -2419,6 +2419,27 @@ Program to use rather than checking for @command{mt},
the Manifest Tool.
Only used on Cygwin/MS-Windows at the moment.
@end defvar
+@defvar LT_SYS_LIBRARY_PATH
+Libtool has heuristics for the system search path for runtime-loaded
+libraries. If the guessed default does not match the setup of the host
+system, this variable can be used to modify that path list, as follows
+(@code{LT_SYS_LIBRARY_PATH} is a colon-delimited list like @code{PATH}):
+@itemize @bullet
+@item @code{path:}
+The heuristically determined paths will be appened after the trailing
+colon;
+@item @code{:path}
+The heuristically determined paths will be prepended before the leading
+colon
Re: Tune rpath by env. variable
Hi Pavel,
On Dec 10, 2014, at 6:41 PM, Pavel Raiskup prais...@redhat.com wrote:
On Tuesday 09 of December 2014 19:38:53 Gary V. Vaughan wrote:
.. however, maybe you think that quite problematic the share with ltdl.m4
(via sys_lib_dlsearch_path). That is ?clearly? configure-time only
variable which generates variable LT_DLSEARCH_PATH in c-header file.
We will probably need to promote the macros required to support that to
libtool.m4 now that we care about setting sys_dlsearch_path_spec, without
requiring every package to use ltdl.m4.
In this case, using LT_SYS_LIBRARY_PATH at runtime would differentiate
LT_DLSEARCH_PATH with libtool's 'sys_dlsearch_path_spec' ... and could
cause confusion later.
It's a lot of variables, but technically it seems sound to me.
Hmm, due to its requirments, it seems like LT_SYS_LIBRARY_PATH should be
AC_ARG_VAR-ed. The system-wide libtool should be pre-configured correctly
according to system's needs anyway. WDYT?
I think it would be easier to have both installed and in-tree libtool
respect LT_SYS_LIBRARY_PATH, otherwise we have to edit the installed script
to take out the substitution code.
Hi Gary, I tried to patch libtool according to previous discussion.
That requires good review, however. Patch attached.
Pavel
0001-libtool-allow-adjusting-run-time-library-path.patch
Many thanks for working on this.
I applied your patch with some fairly heavy-handed changes:
1. Added a NEWS update.
2. Simplified the new documentation.
3. Changed the name of some internal API symbols.
4. Fixed dollar quoting with quadrigraphs, and then expand the shared
function directly into libtool.
5. Remove the scripts for slicing and dicing that function out of one
file and into another the hard way.
I still have some small concerns about the correctness.
Do we really want the configure time LT_SYS_LIBRARY_PATH adjusted
lt_lib_dlsearch_path_spec injected into the installed libtool script? That
makes me think that if LT_SYS_LIBRARY_PATH is set in /etc/profile or similar,
that the adjustment will happen twice.
I think it would work better to leave lt_lib_dlsearch_path_spec in the
generated file as it was before (just the heuristic configure time values),
and add to the top of libtool:
: ${LT_SYS_LIBRARY_PATH=/configure/time:/path/list}
Then installed libtool will work whether the user wants to set it differently,
or not at all, or if LT_SYS_LIBRARY_PATH is set in the environment for both
configure and libtool, without double adjusting.
WDYT?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: Tune rpath by env. variable (was: Use ldconfig to generate sys_lib_dlsearch_path_spec)
[remembered to remove Orion from the Cc: list this time as requested]
Hi Pavel,
On 9 Dec 2014, at 08:14, Pavel Raiskup prais...@redhat.com wrote:
On Monday 08 of December 2014 15:55:22 Gary V. Vaughan wrote:
[..]
LT_SYS_LIBRARY_PATH
[..]
That LT_SYS_LIBRARY_PATH concept sounds good, thanks!
* should I use AC_ARG_VAR rather?
I'm not entirely clear yet exactly when the extra directories are
important...
It seems not that useful for it to be only at configure time, since we
also want our installed libtool to honor changes in the environment. Or
do we bake the configure time setting into the installed and client
project generated libtool always?
If at configure time only, AC_ARG_VAR is sensible, but at libtool time
seems more flexible, at the expense of being centralised in config.site.
WDYT?
That makes sense. Ideally, we could make the variable ./configure time
sensitive and also sensitive to environment. Something like
: ${LT_SYS_LIBRARY_PATH=/configure/time/detected/LT_SYS_LIBRARY_PATH}?
Great. The only wrinkle I can see here is that we need the function for
injecting lt_cv_sys_dlsearch_path into the dangling colon in the runtime
LT_SYS_LIBRARY_PATH shared between libtool.m4 and ltmain.in. I haven't
double checked, but I'm certain we have functions that are shared like this
without duplicated code already we can copy from.
If $host_cpu heuristics are an improvement, then I don't think it hurts
to leave them, so that LT_SYS_LIBRARY_PATH is not always necessary. Is
it the case that adding /lib64:/usr/lib64 is a pessimisation in some
case?
Cowardly, I know.., thats not what I initially said, sorry. But more I
read the history of this issue, more unsure I'm. I'm not 100% against
that so don't take me too seriously:
It has been proven it works for Fedora and it does not break Debian [1]
(though that patch does not follow debian's policy). On the other hand,
taking into account there can be /usr/lib32-like GNU/Linux distributions..
or just user setups..
If there are reasons to not apply this unconditionally at least for
GNU/Linux (and there surely are), I'm not sure whether we shouldn't
rather avoid such 'linux*' subset(64-bit arches) only conditions
(because reasons for not to do it must be the same). And that can result
in more tricky debugging scenarios.
[1] https://wiki.debian.org/RpathIssue
Pavel
Okay, I agree with your arguments, and will revert the hardcoded settings
before applying your patch.
Cheers,
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: Tune rpath by env. variable
On Dec 9, 2014, at 1:53 PM, Pavel Raiskup prais...@redhat.com wrote:
On Tuesday 09 of December 2014 11:53:22 Gary V. Vaughan wrote:
That makes sense. Ideally, we could make the variable ./configure time
sensitive and also sensitive to environment. Something like
: ${LT_SYS_LIBRARY_PATH=/configure/time/detected/LT_SYS_LIBRARY_PATH}?
Great. The only wrinkle I can see here is that we need the function for
injecting lt_cv_sys_dlsearch_path into the dangling colon in the runtime
LT_SYS_LIBRARY_PATH shared between libtool.m4 and ltmain.in.
I haven't double checked, but I'm certain we have functions that are
shared like this without duplicated code already we can copy from.
Ouch, thats quite complicated.
If you think about new LT_SYS_LIBRARY_PATH like its just something which
enhances 'sys_dlsearch_path_spec', then that code-share should not be
necessary? There would be two coexisting variables - and only libtool
binary (ltmain.sh) should be able to deal with that. LT_SYS_LIBRARY_PATH
could be just overwritten at libtool time if defined in environment. But
all that dependencies are quite confusing so I can be wrong..
Hmmm... I think you're right.
.. however, maybe you think that quite problematic the share with ltdl.m4
(via sys_lib_dlsearch_path). That is ?clearly? configure-time only
variable which generates variable LT_DLSEARCH_PATH in c-header file.
We will probably need to promote the macros required to support that to
libtool.m4 now that we care about setting sys_dlsearch_path_spec, without
requiring every package to use ltdl.m4.
In this case, using LT_SYS_LIBRARY_PATH at runtime would differentiate
LT_DLSEARCH_PATH with libtool's 'sys_dlsearch_path_spec' ... and could
cause confusion later.
It's a lot of variables, but technically it seems sound to me.
Hmm, due to its requirments, it seems like LT_SYS_LIBRARY_PATH should be
AC_ARG_VAR-ed. The system-wide libtool should be pre-configured correctly
according to system's needs anyway. WDYT?
I think it would be easier to have both installed and in-tree libtool
respect LT_SYS_LIBRARY_PATH, otherwise we have to edit the installed script
to take out the substitution code.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec
Hi Pavel,
Many thanks for the patch!
On Dec 8, 2014, at 2:16 PM, Pavel Raiskup prais...@redhat.com wrote:
On Saturday 06 of December 2014 14:36:23 Pavel Raiskup wrote:
Iteration #0. Patch (for discussion, not push) implementing configure
time PREPEND_LIB_DLSEARCH_PATH variable. Possible enhancements for future
could be {APPEND_,}LIB_DLSEARCH_PATH and
{,APPEND_,PREPEND_}LIB_SEARCH_PATH.
Iteration #1 attached, more complete hopefully,
s/PREPEND_LIB_DLSEARCH_PATH/LIB_DLSEARCH_PATH_PREPEND/.
I'll ignore the first then, which came and went while I was offline over the
weekend :-)
Questions:
* Is the name good-enough?
It seems rather long to me. Also, to clarify we are talking entirely about
what libtool will inject into the runtime load path only here
(lt_cv_sys_dlsearch_path
as opposed to lt_cv_sys_search path), right?
Since libtool is trying hard to expose a uniform interface that developers might
already feel comfortable with, I would prefer to name the environment variable:
LT_SYS_LIBRARY_PATH
and rather than prepend it to libtool's best guess list, let the user/sysadmin
specify a
dangling colon where $lt_cv_sys_dlsearch_path should go; i.e.
LT_SYS_LIBRARY_PATH=/lib64:/usr/lib64: # prepend named directories
LT_SYS_LIBRARY_PATH=:/lib32:/usr/lib32 # append named directories
LT_SYS_LIBRARY_PATH=/usr/lib/sparcv9::/opt/lib/sparcv9 # prepend and
append!
LT_SYS_LIBRARY_PATH=/lib64:/usr/lib64:/lib:/usr/lib # override
entirely
Any namespace should be used?
There's no precedent for Libtool's interface with the environment, but LT_
seems like
a safe bet, and SYS_ might prevent confusion with the way LD_LIBRARY_PATH works.
* should I use AC_ARG_VAR rather?
I'm not entirely clear yet exactly when the extra directories are important...
It
seems not that useful for it to be only at configure time, since we also want
our
installed libtool to honor changes in the environment. Or do we bake the
configure
time setting into the installed and client project generated libtool always?
If at configure time only, AC_ARG_VAR is sensible, but at libtool time seems
more
flexible, at the expense of being centralised in config.site.
WDYT?
Benefits would be:
* No need to touch ac_cv_* at least for our (Fedora) case.
* Can be easily set in ${prefix}/share/config.site.
* Does not break libtool's dlsearch path guesses.
* Avoiding hard-wiring list of $host_cpu.
If $host_cpu heuristics are an improvement, then I don't think it hurts to leave
them, so that LT_SYS_LIBRARY_PATH is not always necessary. Is it the case that
adding /lib64:/usr/lib64 is a pessimisation in some case?
* Should be fully backward compatible.
Still valid ^.
Ack.
Cheers,
--
Gary V. Vaughan (gary AT vaughan DOT pe)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: [PATCH] AIX: Optional filename-based shlib versioning
Hi /haubi/ :), On Dec 5, 2014, at 8:37 AM, Michael Haubenwallner michael.haubenwall...@ssi-schaefer.com wrote On 12/03/2014 11:09 PM, Gary V. Vaughan wrote: I'm sorry I forgot to thank you for this patch, which I applied in time for the recent 2.4.4 release. On Nov 24, 2014, at 1:09 PM, Michael Haubenwallner michael.haubenwall...@ssi-schaefer.com wrote: Support filename-based shared library versioning on AIX with the lib.so library filename extension, which is used with runtime linking only. Runtime linking is enabled by the -brtl linker flag for executables and the -G linker flag for Shared Objects. The behaviour is similar to Linux/SVR4 DT_SONAME, hence the name aix-soname=svr4. Much appreciated! I did make some slight edits after applying, so please check that it still works for you. Yes, testsuite results still works as expected. One note for the case-separator in tests/versioning.at to remember: LDFLAGS may contain both ':' and ',' eventually. OTOH, to break here LDFLAGS value would need to be invalid anyway (sth. like -Wl,,). Good point, I hadn't considered that when I changed your patch to match the Libtool style precedent. However, I think it would take an exceptionally pathological case to actually fall into the wrong branch of the case statement, so I'm inclinded not to worry about it just yet. Thank you so much! No problem! Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec
Hi Pavel,
On Dec 5, 2014, at 10:07 AM, Pavel Raiskup prais...@redhat.com wrote:
On Thursday 04 of December 2014 17:51:28 Gary V. Vaughan wrote:
Hi Orion,
[...]
Does this work for you?
diff --git a/m4/libtool.m4 b/m4/libtool.m4
[...]
+ case $host_cpu in
+# match at least x86_64, ia64, powerpc64*
+*64*) sys_lib_dlsearch_path_spec=/lib64 /usr/lib64
$sys_lib_dlsearch_path_spec ;;
+ esac
Hi Gary, thanks a lot for the patch!
No problem, it's far from perfect, but at least a step in the right
direction.
This really needs to be sorted out.
However this approach does not match the s390x at least.
As in `case $host_cpu in *64*|s390x) ...` ? I can add that if you'd like?
Until ldconfig
gives us correct (and fast) list of real directories, could we do some
better heuristic? I mean something like if the architecture is really
64bit (check during configure time perhaps), or check for
{/usr/lib64,/lib64} existence? Or hardcode that unconditionally (Fedora
does that from 2009 and AFAIK there have been no complains since then).
Well sure, better heuristics is all we really have :-)
I'm reluctant to add the 64bit directories unconditionally in that part of the
code, because no matter how well it works on Fedora, Libtool has to consider
all the other OSes it supports too; and I don't want to break homebrewed
multi-libbed devenvs put together on big iron machines that don't really have
an established location. That is, I might have /usr network mounted across
several architectures, where /usr/sparcv9 is where my 64bit libs live, and
/usr/lib64 is where I cross compile my x86_64 libraries. Libtool already works
in this kind of environment, and I really don't want to break it unnecessarily.
I'm not sure it's safe to rely on directory existence as an indicator either,
since we can't be sure whether libtool is being used to bootstrap the first
library into a 64-bit system directory that ld.so will check at runtime but
won't
be an actual directory on the file system until this first build is finished.
A configure time check for 64bitness is not unreasonable, and I'd accept a patch
to do that... however, the precedent is to key everything off giant $host_os
(et.al) case statements for speed, as I did with this patch. Also, I can be
sure that tackling this one small piece at a time won't cause regressions in
other parts of the code, and potentially supports weird vendor directories like
pa20_64 on hppa, or sparcv9 on solaris should someone find a need to submit a
self-contained patch to support those.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec
Hi Pavel,
On Dec 5, 2014, at 11:58 AM, Pavel Raiskup prais...@redhat.com wrote:
On Friday 05 of December 2014 10:56:28 Gary V. Vaughan wrote:
This really needs to be sorted out.
However this approach does not match the s390x at least.
As in `case $host_cpu in *64*|s390x) ...` ? I can add that if you'd like?
That would be at least better :), but I would still need to check what are
our all 64bit (WIP-)supported arches.
Since this is the current path of least resistance, please do go ahead and
send me that list (or patch) reasonably soon. I broke OpenBSD with a
mis-applied
patch for 2.4.4, so I'm planning a fast 2.4.5 sometime soon after the weekend,
and it would be nice to have this fix in there too :)
Until ldconfig
gives us correct (and fast) list of real directories, could we do some
better heuristic? I mean something like if the architecture is really
64bit (check during configure time perhaps), or check for
{/usr/lib64,/lib64} existence? Or hardcode that unconditionally (Fedora
does that from 2009 and AFAIK there have been no complains since then).
Well sure, better heuristics is all we really have :-)
[[snip snip]]
A configure time check for 64bitness is not unreasonable, and I'd accept a
patch
to do that... however, the precedent is to key everything off giant $host_os
(et.al) case statements for speed, as I did with this patch. Also, I can be
sure that tackling this one small piece at a time won't cause regressions in
other parts of the code, and potentially supports weird vendor directories
like
pa20_64 on hppa, or sparcv9 on solaris should someone find a need to submit a
self-contained patch to support those.
Sure, the requirements seem to be clear, thanks! Something like that is
IMO important for linux distributions because having the list of arches
hardwired in libtool would result into the same troubles we have now: We
need to touch all the 'libtool' scripts we have in distribution with new
architecture.
Yes, we can use ac_cv_ workaround globally, but that is not
ideal as this turns off the ld.so.conf parsing in libtool (which works
pretty well to reimplement).
... so yet another idea. What about have some API environment variable
_enhancing_ the library path detected by libtool?
Great idea! Yes, that is a good middle ground without any safety concerns on
my part; I'd be very happy to apply a patch along those lines.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-4-g218bf6f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 218bf6f4c2ed02ee13293b2100238008ef225405 (commit) from ef519e9eccb47d53857876c1486270b1a6dd89c2 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 218bf6f4c2ed02ee13293b2100238008ef225405 Author: Tijl Coosemans t...@freebsd.org Date: Thu Dec 4 13:47:06 2014 + libtool: commit forgotten soname_spec for freebsd-elf in bb7cef9. * m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER) freebsd-elf: Set soname_spec correctly, per original patch. * NEWS: Update. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: NEWS |3 +++ m4/libtool.m4 |1 + 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/NEWS b/NEWS index 280ab4c..5eab046 100644 --- a/NEWS +++ b/NEWS @@ -12,6 +12,9 @@ NEWS - list of user-visible changes between releases of GNU Libtool - Bail out at configure time if the installed M4 is not sufficient for the purposes of libtoolize. + - freebsd-elf library versioning was upgraded incorrectly in 2.4.4, +but now works properly again. + * Noteworthy changes in release 2.4.4 (2014-11-29) [stable] diff --git a/m4/libtool.m4 b/m4/libtool.m4 index 9c089e0..f584ca4 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -2594,6 +2594,7 @@ freebsd* | dragonfly*) case $version_type in freebsd-elf*) library_names_spec='$libname$release$shared_ext$versuffix $libname$release$shared_ext$major $libname$shared_ext' + soname_spec='$libname$release$shared_ext$major' need_version=no need_lib_prefix=no ;; hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-5-g57a78dd
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 57a78dd5310fda320c51657f09e13a985961ef85 (commit) from 218bf6f4c2ed02ee13293b2100238008ef225405 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 57a78dd5310fda320c51657f09e13a985961ef85 Author: Gary V. Vaughan g...@gnu.org Date: Thu Dec 4 14:38:01 2014 + libltdl: edit AM_CPPFLAGS correctly for libltdl/Makefile.am. * libltdl/ltdl.mk (AM_CPPFLAGS): Make sure the sed expression to remove the first libltdl/ on each line is not confused by misuse of linebreaks. * Makefile.am (lt_Makefile_am): Also edit out the duplicated include paths after libltdl/ elimination. * NEWS: Update. Reported by Michael Wobst Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: Makefile.am |1 + NEWS|3 +++ libltdl/ltdl.mk |6 +++--- 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/Makefile.am b/Makefile.am index 1fb5e5d..f1b7ead 100644 --- a/Makefile.am +++ b/Makefile.am @@ -191,6 +191,7 @@ $(lt_Makefile_am): $(ltdl_mk) '$(SED)' -n '/^.. DO NOT REMOVE THIS LINE -- /,$$p' \ '$(ltdl_mk)' \ |'$(SED)' -e 's|libltdl_||; s|libltdl/||; s|: libltdl/|: |' \ + -e '/^[]*-I\$$(srcdir)\/libltdl -Ilibltdl \\/d' \ -e 's|\$$(libltdl_|$$(|' \ ) |'$(SED)' -e '/^.. DO NOT REMOVE THIS LINE -- /d' \ -e '1s,^\(.. Makefile.\)inc.*,\1am -- Process this file with automake to produce Makefile.in,' '$@' diff --git a/NEWS b/NEWS index 5eab046..4f5c3f3 100644 --- a/NEWS +++ b/NEWS @@ -15,6 +15,9 @@ NEWS - list of user-visible changes between releases of GNU Libtool - freebsd-elf library versioning was upgraded incorrectly in 2.4.4, but now works properly again. + - Fix a 2.4.4 regression so that libltdl subprojects do not warn +about missing libltdl/libltdl directory as in prior releases. + * Noteworthy changes in release 2.4.4 (2014-11-29) [stable] diff --git a/libltdl/ltdl.mk b/libltdl/ltdl.mk index 4d32de9..6ce3c40 100644 --- a/libltdl/ltdl.mk +++ b/libltdl/ltdl.mk @@ -34,9 +34,9 @@ # -I$(srcdir) is needed for user that built libltdl with a sub-Automake # (not as a sub-package!) using 'nostdinc': AM_CPPFLAGS += -DLT_CONFIG_H='$(LT_CONFIG_H)' \ - -DLTDL -I. -I$(srcdir) \ - -Ilibltdl -I$(srcdir)/libltdl \ - -Ilibltdl/libltdl -I$(srcdir)/libltdl/libltdl + -DLTDL -I. -I$(srcdir) -Ilibltdl \ + -I$(srcdir)/libltdl -Ilibltdl/libltdl \ + -I$(srcdir)/libltdl/libltdl AM_LDFLAGS+= -no-undefined LTDL_VERSION_INFO = -version-info 10:1:3 hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-6-gfacce81
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via facce819e1d637bafe24301c1404f09c7e17fe63 (commit) from 57a78dd5310fda320c51657f09e13a985961ef85 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit facce819e1d637bafe24301c1404f09c7e17fe63 Author: Norihiro Tanaka nori...@kcn.ne.jp Date: Thu Dec 4 15:39:14 2014 + libtool: fix sys_lib_dlsearch_path_spec for ia64 HP-UX. The run-time loader does not search /usr/local or subdirectories by default on ia64 HP-UX. * m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER): Fix sys_lib_dlsearch_path_spec for ia64 HP-UX. * NEWS: Update. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: NEWS |6 ++ m4/libtool.m4 |3 ++- 2 files changed, 8 insertions(+), 1 deletions(-) diff --git a/NEWS b/NEWS index 4f5c3f3..be3c7f4 100644 --- a/NEWS +++ b/NEWS @@ -18,6 +18,12 @@ NEWS - list of user-visible changes between releases of GNU Libtool - Fix a 2.4.4 regression so that libltdl subprojects do not warn about missing libltdl/libltdl directory as in prior releases. +** Changes in supported systems or compilers: + + - /usr/local prefixed rpaths are now added to the link-line on +ia64-hp-hpux*, because the default system runtime loader path does +not contain them. + * Noteworthy changes in release 2.4.4 (2014-11-29) [stable] diff --git a/m4/libtool.m4 b/m4/libtool.m4 index f584ca4..2bbf01b 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -2654,10 +2654,11 @@ hpux9* | hpux10* | hpux11*) soname_spec='$libname$release$shared_ext$major' if test 32 = $HPUX_IA64_MODE; then sys_lib_search_path_spec=/usr/lib/hpux32 /usr/local/lib/hpux32 /usr/local/lib + sys_lib_dlsearch_path_spec=/usr/lib/hpux32 else sys_lib_search_path_spec=/usr/lib/hpux64 /usr/local/lib/hpux64 + sys_lib_dlsearch_path_spec=/usr/lib/hpux64 fi -sys_lib_dlsearch_path_spec=$sys_lib_search_path_spec ;; hppa*64*) shrext_cmds='.sl' hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-7-g89049b7
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 89049b76cfcfc048dccfdab1ec8a0e233d97e8ce (commit) from facce819e1d637bafe24301c1404f09c7e17fe63 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 89049b76cfcfc048dccfdab1ec8a0e233d97e8ce Author: Eric Bavier bav...@cray.com Date: Thu Dec 4 16:34:17 2014 + tests: do not assume compiler prefers shared libraries. Testing whether -static-libtool-libs causes a non-libtool library to be linked dynamically is effectively a test of the compiler's preference in this case. The Cray compiler prefers static libraries if not told otherwise. * tests/static.at [static linking flags for programs]: Do not expect -static-libtool-libs to fail. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: tests/static.at |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/tests/static.at b/tests/static.at index 19125de..240a218 100644 --- a/tests/static.at +++ b/tests/static.at @@ -344,7 +344,10 @@ for withdep in no yes; do echo ### test whether non-libtool library liba3 was linked statically func_move_libs a3 $prefix3 $prefix1 $prefix2 func_test_exec $all_static `$per_deplib echo 3 13 23 31 123 123a` - func_test_exec_fail -static -static-libtool-libs `$per_deplib echo 1 2 12` + # no '-static-libtool-libs' flag below, because some hosts such as + # Cray prefer static libs by default. + # and doesn't exercise anything not already tested above: + func_test_exec_fail -static `$per_deplib echo 1 2 12` func_restore_libs a3 $prefix3 cd .. hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-8-g9f52eb3
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 9f52eb3d6c69d1cecf8f938ba0be3e7171404261 (commit)
from 89049b76cfcfc048dccfdab1ec8a0e233d97e8ce (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 9f52eb3d6c69d1cecf8f938ba0be3e7171404261
Author: Gary V. Vaughan g...@gnu.org
Date: Thu Dec 4 17:17:11 2014 +
libltdl: fix gcc compiler warning for unused attributes.
* libltdl/ltdl.c, libltdl/loaders/dld_link.c,
libltdl/loaders/dlopen.c, libltdl/loaders/dyld.c,
libltdl/loaders/load_add_on.c, libltdl/loaders/loadlibrary.c,
libltdl/loaders/preopen.c, libltdl/loaders/shl_load.c: For at
least gcc 4.8.3 and 4.9.1, __attribute__((__unused)) should
follow the unused parameter declaration.
* NO-THANKS: Add ÐилÑн ÐалаÑзов.
Reported by ÐилÑн ÐалаÑзов
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
NO-THANKS |1 +
libltdl/loaders/dld_link.c| 10 +-
libltdl/loaders/dlopen.c |8
libltdl/loaders/dyld.c|4 ++--
libltdl/loaders/load_add_on.c | 10 +-
libltdl/loaders/loadlibrary.c | 10 +-
libltdl/loaders/preopen.c | 12 ++--
libltdl/loaders/shl_load.c| 10 +-
libltdl/ltdl.c|2 +-
9 files changed, 34 insertions(+), 33 deletions(-)
diff --git a/NO-THANKS b/NO-THANKS
index b67d291..dc33834 100644
--- a/NO-THANKS
+++ b/NO-THANKS
@@ -138,3 +138,4 @@ Václav Zeman vhais...@gmail.com
Warren Dodge warren.l.do...@tektronix.com
Xavier Pianet xav...@xingo.com
ЮÑий ÐндÑÐµÐµÐ²Ð¸Ñ ÐÑÑ
алÑÑкий p...@cryptopro.ru
+ÐилÑн ÐалаÑзовdilyan.palau...@aegee.org
diff --git a/libltdl/loaders/dld_link.c b/libltdl/loaders/dld_link.c
index c5fe3ff..e0692c4 100644
--- a/libltdl/loaders/dld_link.c
+++ b/libltdl/loaders/dld_link.c
@@ -97,7 +97,7 @@ get_vtable (lt_user_data loader_data)
/* A function called through the vtable when this loader is no
longer needed by the application. */
static int
-vl_exit (lt_user_data LT__UNUSED loader_data)
+vl_exit (lt_user_data loader_data LT__UNUSED)
{
vtable = NULL;
return 0;
@@ -107,8 +107,8 @@ vl_exit (lt_user_data LT__UNUSED loader_data)
loader. Returns an opaque representation of the newly opened
module for processing with this loader's other vtable functions. */
static lt_module
-vm_open (lt_user_data LT__UNUSED loader_data, const char *filename,
- lt_dladvise LT__UNUSED advise)
+vm_open (lt_user_data loader_data LT__UNUSED, const char *filename,
+ lt_dladvise advise LT__UNUSED)
{
lt_module module = lt__strdup (filename);
@@ -124,7 +124,7 @@ vm_open (lt_user_data LT__UNUSED loader_data, const char
*filename,
/* A function called through the vtable when a particular module
should be unloaded. */
static int
-vm_close (lt_user_data LT__UNUSED loader_data, lt_module module)
+vm_close (lt_user_data loader_data LT__UNUSED, lt_module module)
{
int errors = 0;
@@ -144,7 +144,7 @@ vm_close (lt_user_data LT__UNUSED loader_data, lt_module
module)
/* A function called through the vtable to get the address of
a symbol loaded from a particular module. */
static void *
-vm_sym (lt_user_data LT__UNUSED loader_data, lt_module LT__UNUSED module,
+vm_sym (lt_user_data loader_data LT__UNUSED, lt_module module LT__UNUSED,
const char *name)
{
void *address = dld_get_func (name);
diff --git a/libltdl/loaders/dlopen.c b/libltdl/loaders/dlopen.c
index b79df3e..eb4391d 100644
--- a/libltdl/loaders/dlopen.c
+++ b/libltdl/loaders/dlopen.c
@@ -152,7 +152,7 @@ get_vtable (lt_user_data loader_data)
/* A function called through the vtable when this loader is no
longer needed by the application. */
static int
-vl_exit (lt_user_data LT__UNUSED loader_data)
+vl_exit (lt_user_data loader_data LT__UNUSED)
{
vtable = NULL;
return 0;
@@ -163,7 +163,7 @@ vl_exit (lt_user_data LT__UNUSED loader_data)
loader. Returns an opaque representation of the newly opened
module for processing with this loader's other vtable functions. */
static lt_module
-vm_open (lt_user_data LT__UNUSED loader_data, const char *filename,
+vm_open (lt_user_data loader_data LT__UNUSED, const char *filename,
lt_dladvise advise)
{
int module_flags = LT_LAZY_OR_NOW;
@@ -245,7 +245,7 @@ vm_open (lt_user_data LT__UNUSED loader_data, const char
*filename,
/* A function called
[SCM] GNU Libtool branch, master, updated. v2.4.4-9-g8727e07
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 8727e07a166f6822751a4d719fff9a1094ce1619 (commit)
from 9f52eb3d6c69d1cecf8f938ba0be3e7171404261 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 8727e07a166f6822751a4d719fff9a1094ce1619
Author: Gary V. Vaughan g...@gnu.org
Date: Thu Dec 4 17:44:41 2014 +
libtool: for 64bit GNU arches, add /lib64 and /usr/lib64 to
sys_lib_dlsearch_path.
* m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER) linux*, k*bsd*-gnu
kopensolaris*-gnu, gnu*: If $host_cpu contains 64, add /lib64
and /usr/lib64 to sys_lib_dlsearch_path_spec.
Reported by Orion Poplawski, Christian Rössel, Olly Betts et. al.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
NEWS |3 +++
m4/libtool.m4 |8
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index be3c7f4..6d48d28 100644
--- a/NEWS
+++ b/NEWS
@@ -24,6 +24,9 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
ia64-hp-hpux*, because the default system runtime loader path does
not contain them.
+ - For various GNU/Linux (and other GNU OSes) on 64bit glibc/ELF hosts,
+explicit /lib64 and /usr/lib64 rpaths are no longer necessary.
+
* Noteworthy changes in release 2.4.4 (2014-11-29) [stable]
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index 2bbf01b..fd4dfb4 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -2796,6 +2796,14 @@ linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
lt_ld_extra=`awk '/^include / { system(sprintf(cd /etc; cat %s
2/dev/null, \[$]2)); skip = 1; } { if (!skip) print \[$]0; skip = 0; }'
/etc/ld.so.conf | $SED -e 's/#.*//;/^[ ]*hwcap[]/d;s/[:, ]/
/g;s/=[^=]*$//;s/=[^= ]* / /g;s///g;/^$/d' | tr '\n' ' '`
sys_lib_dlsearch_path_spec=/lib /usr/lib $lt_ld_extra
fi
+ # Ideally we could use /sbin/ldconfig to report what directories are
+ # searched, but (aside from not being certain /sbin/ldconfig is
+ # available) Fedora on 64bit does not report /usr/lib64, even though
+ # it is searched at run-time.
+ case $host_cpu in
+# match at least x86_64, ia64, powerpc64*
+*64*) sys_lib_dlsearch_path_spec=/lib64 /usr/lib64
$sys_lib_dlsearch_path_spec ;;
+ esac
# We used to test for /lib/ld.so.1 and disable shared libraries on
# powerpc, because MkLinux only supported shared libraries with the
hooks/post-receive
--
GNU Libtool
Re: [PATCH] make freebsd-elf version type similar to linux version type
Hi Tijl, On Dec 4, 2014, at 9:00 AM, Tijl Coosemans t...@freebsd.org wrote: On Thu, 27 Nov 2014 18:59:56 +0100 Tijl Coosemans t...@freebsd.org wrote: --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -2543,7 +2543,8 @@ freebsd* | dragonfly*) version_type=freebsd-$objformat case $version_type in freebsd-elf*) - library_names_spec='$libname$release$shared_ext$versuffix $libname$release$shared_ext $libname$shared_ext' + library_names_spec='$libname$release$shared_ext$versuffix $libname$release$shared_ext$major $libname$shared_ext' + soname_spec='$libname$release$shared_ext$major' This patch seems to have been committed without this soname_spec line. Argh. Sorry about that, and thanks for picking up the mistake. Hopefully, this also fixes the test failures reported on freebsds recently. Please confirm that current master is behaving for you, and I'll put out a patch release. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec
Hi Orion,
On Aug 12, 2014, at 6:50 PM, Orion Poplawski or...@cora.nwra.com wrote:
Orion Poplawski orion at cora.nwra.com writes:
After almost 7 years, it would be really nice to get this fixed. Does this
help?
From 9576fe6d88eb2f448b1e87422449bfc7dba42c29 Mon Sep 17 00:00:00 2001
From: Olly Betts olly at survex.com
Date: Wed, 5 Mar 2014 10:53:51 -0700
Subject: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Use ldconfig to generate sys_lib_dlsearch_path_spec so that internal library
search paths as well as all /etc/ld.so.conf and /etc/ld.so.conf.d/*.conf
entries are present.
http://article.gmane.org/gmane.comp.gnu.libtool.general/12121
Hmm, this might not help on Fedora after all as ldconfig now only reports
/lib64 and not /usr/lib64.
Perhaps time to simply add /usr/lib64 and /lib64 to the list?
Does this work for you?
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index 2bbf01b..fd4dfb4 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -2796,6 +2796,14 @@ linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
lt_ld_extra=`awk '/^include / { system(sprintf(cd /etc; cat %s
2/dev/null, \[$]2)); skip = 1; } { if (!skip) print \[$]0; skip = 0; }'
/etc/ld.so.conf | $SED -e 's/#.*//;/^[ ]*hwcap[]/d;s/[:, ]/
/g;s/=[^=]*$//;s/=[^= ]* / /g;s///g;/^$/d' | tr '\n' ' '`
sys_lib_dlsearch_path_spec=/lib /usr/lib $lt_ld_extra
fi
+ # Ideally we could use /sbin/ldconfig to report what directories are
+ # searched, but (aside from not being certain /sbin/ldconfig is
+ # available) Fedora on 64bit does not report /usr/lib64, even though
+ # it is searched at run-time.
+ case $host_cpu in
+# match at least x86_64, ia64, powerpc64*
+*64*) sys_lib_dlsearch_path_spec=/lib64 /usr/lib64
$sys_lib_dlsearch_path_spec ;;
+ esac
# We used to test for /lib/ld.so.1 and disable shared libraries on
# powerpc, because MkLinux only supported shared libraries with the
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.4-3-gef519e9
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via ef519e9eccb47d53857876c1486270b1a6dd89c2 (commit)
via f31984b92ad1b31d7e4c964a0949a916371b0a60 (commit)
from 6cc831405a3b290735739fbe27807414f37ac4bb (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit ef519e9eccb47d53857876c1486270b1a6dd89c2
Author: Gary V. Vaughan g...@gnu.org
Date: Wed Dec 3 18:53:08 2014 +
bootstrap: sync with upstream for runtime M4 checking functions.
* gl/build-aux/extract-trace: Sync with upstream for runtime M4
checking functions.
* bootstrap: Regenerate.
* NEWS: Update.
Signed-off-by: Gary V. Vaughan g...@gnu.org
commit f31984b92ad1b31d7e4c964a0949a916371b0a60
Author: Gary V. Vaughan g...@gnu.org
Date: Wed Dec 3 18:33:57 2014 +
configury: bail out early if GNU M4 is not on the path.
Now that libtoolize requires an installed GNU M4 to parse
configure.ac and aclocal.m4 sources for libltdl macros, let the
user know at configure time when it is missing.
* m4/m4.m4: New file for rejecting non-GNU and buggy GNU versions
of M4. Copied from GNU Autoconf m4.m4.
* Makefile.am (lt_aclocal_m4_deps): Add m4/m4.m4.
* configure.ac (AC_PROG_GNU_M4): Call it.
* NEWS: Update.
Reported by Michael Felt
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
Makefile.am|1 +
NEWS | 10 +++
bootstrap | 135 +++-
configure.ac |7 ++
gl/build-aux/extract-trace | 135 +++-
m4/m4.m4 | 82 ++
6 files changed, 292 insertions(+), 78 deletions(-)
create mode 100644 m4/m4.m4
diff --git a/Makefile.am b/Makefile.am
index 60a067e..1fb5e5d 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -356,6 +356,7 @@ lt_aclocal_m4_deps = \
$(srcdir)/$(macro_dir)/ltdl.m4 \
$(srcdir)/$(macro_dir)/ltoptions.m4 \
$(srcdir)/$(macro_dir)/ltsugar.m4 \
+ $(srcdir)/$(macro_dir)/m4.m4 \
$(srcdir)/$(ltdl_dir)/configure.ac
lt_configure_deps = $(lt_aclocal_m4) $(lt_aclocal_m4_deps)
diff --git a/NEWS b/NEWS
index 1112312..280ab4c 100644
--- a/NEWS
+++ b/NEWS
@@ -2,6 +2,16 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
* Noteworthy changes in release ?.? (-??-??) [?]
+** New features:
+
+ - Libtoolize searches for the best available M4 on the user PATH at
+runtime, rather than settling for the first one found.
+
+** Bug fixes:
+
+ - Bail out at configure time if the installed M4 is not sufficient
+for the purposes of libtoolize.
+
* Noteworthy changes in release 2.4.4 (2014-11-29) [stable]
diff --git a/bootstrap b/bootstrap
index 45d41ec..a6ffd54 100755
--- a/bootstrap
+++ b/bootstrap
@@ -2155,7 +2155,7 @@ test -z $progpath . `echo $0 |${SED-sed}
's|[^/]*$||'`/funclib.sh
test extract-trace = $progname . `echo $0 |${SED-sed}
's|[^/]*$||'`/options-parser
# Set a version string.
-scriptversion=2014-01-04.01; # UTC
+scriptversion=2014-12-03.16; # UTC
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -2224,6 +2224,68 @@ func_autoconf_configure ()
}
+# func_tool_version_output CMD [FATAL-ERROR-MSG]
+# --
+# Attempt to run 'CMD --version', discarding errors. The output can be
+# ignored by redirecting stdout, and this function used simply to test
+# whether the command exists and exits normally when passed a
+# '--version' argument.
+# When FATAL-ERROR-MSG is given, then this function will display the
+# message and exit if running 'CMD --version' returns a non-zero exit
+# status.
+func_tool_version_output ()
+{
+$debug_cmd
+
+_G_cmd=$1
+_G_fatal_error_msg=$2
+
+# Some tools, like 'git2cl' produce thousands of lines of output
+# unless stdin is /dev/null - in that case we want to return
+# successfully without saving all of that output. Other tools,
+# such as 'help2man' exit with a non-zero status when stdin comes
+# from /dev/null, so we re-execute without /dev/null if that
+# happens. This means that occasionally, the output from both calls
+# ends up in the result, but the alternative would be to discard the
+# output from one call, and hope the other produces something useful.
+{ $_G_cmd --version /dev/null || $_G_cmd --version; } 2/dev/null
Re: [PATCH] AIX: Optional filename-based shlib versioning
Hi Michael, I sorry I forgot to thank you for this patch, which I applied in time for the recent 2.4.4 release. On Nov 24, 2014, at 1:09 PM, Michael Haubenwallner michael.haubenwall...@ssi-schaefer.com wrote: Support filename-based shared library versioning on AIX with the lib.so library filename extension, which is used with runtime linking only. Runtime linking is enabled by the -brtl linker flag for executables and the -G linker flag for Shared Objects. The behaviour is similar to Linux/SVR4 DT_SONAME, hence the name aix-soname=svr4. Much appreciated! I did make some slight edits after applying, so please check that it still works for you. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: GNU libtool-2.4.4 released [stable]
[[CC libtool-list]] Hi Michael, On Dec 1, 2014, at 8:50 AM, Michael Felt aixto...@gmail.com wrote: Not to the list. Not so important. Since you mentioned to read the manual I am finding where AIX shows up. 1) http://www-03.ibm.com/systems/power/software/aix/index.html - or something else (not sure what (http://www.rs6000.ibm.com/resource/aix_resource/Pubs/) on PDF page 94 was pointing at) I've looked at these two URLs, but not sure why you sent them to me... 2) trying to understand this - question - is it ancient for all platforms? Yes, people have long since stopped sending me updates :( I have already considering removing that list on a couple of occasions for that reason. powerpc-ibm-aix4.3.1.0 gcc 1.2f ok (egcs-1.1.1) powerpc-ibm-aix4.2.1.0 gcc 1.2f ok (egcs-1.1.1) powerpc-ibm-aix4.1.5.0 gcc 1.2f ok (egcs-1.1.1) powerpc-ibm-aix4.1.5.0 gcc 1.2f NS (gcc-2.8.1) powerpc-ibm-aix4.1.4.0 gcc 1.0 ok powerpc-ibm-aix4.1.4.0 xlc 1.0i ok rs6000-ibm-aix4.1.5.0 gcc 1.2f ok (gcc-2.7.2) rs6000-ibm-aix4.1.4.0 gcc 1.2f ok (gcc-2.7.2) rs6000-ibm-aix3.2.5 gcc 1.0i ok rs6000-ibm-aix3.2.5 xlc 1.0i ok 3) If #2 is not ancient - is there anyway I can help you update it for AIX 5.3, 6.1 and 7.1? And maybe find someone else who can look at AIX 5.1 and 5.2 - if that would be nice? Yes, by all means, please do send your build results to me or to the list, in a format that can be easily copied into the PLATFORMS file, and I'll update it before the next release. 4) IA-64 and AIX was never commercially released - only alpha - pre-release test versions were ever made available (aka AIX 5.0). Presence of any lines in PLATFORMS that refer to those are there purely by the strength that someone previously told me that they had successfully built that particular combination of Libtool release, compiler and host. 5) the PDF manual, although dated 29 Nov 2014 as file internally is For version 2.4.2, 17 October 2011 - and I found no reference to the change specified for AIX. Ah, I see what you mean. Apparently my PDFTex was not working when I updated the manual pages on the website, now fixed. Thanks! sincerely, Michael Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: GNU libtool-2.4.4 released [stable]
Hi Lawrence, On 2 Dec 2014, at 08:05, Lawrence Velázquez lar...@macports.org wrote: On Dec 1, 2014, at 5:39 AM, Gary V. Vaughan g...@gnu.org wrote: Yes, as you discovered, starting with Libtool-2.4.3 GNU M4 is required by libtoolize, because we now dynamically run the configure.ac through it to reliably detect build characteristics (as opposed to earlier releases which grepped and sedded through aclocal.m4 and configure.ac looking for magic strings heuristically). What minimum version of M4 is required? vq Anything that works with modern Autoconf should be fine. I haven't tested Libtool against every combination, but (more than 8 years old) 1.4.6 comes with Mac OS X 10.10.1 and works for me. There are known problems with 1.4.11 through 1.4.15 so best avoid those too. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: GNU libtool-2.4.4 released [stable]
Hi Michael, Thanks for the feedback. Please Cc: either bug-libt...@gnu.org, which will cause a bug to be filed in our BTS for any new thread, or libtool@gnu.org for non-bug queries... There are often people far more knowledgeable than I available to help you when it comes to systems I have no access to. Yes, as you discovered, starting with Libtool-2.4.3 GNU M4 is required by libtoolize, because we now dynamically run the configure.ac through it to reliably detect build characteristics (as opposed to earlier releases which grepped and sedded through aclocal.m4 and configure.ac looking for magic strings heuristically). I did mention that in the NEWS and the release notes for 2.4.3, but I agree that it would be more sensible to simply fail at configure time when a suitable M4 is not found. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) On 1 Dec 2014, at 09:58, Michael Felt aixto...@gmail.com wrote: runs much better - maybe you should fail configure when gnu m4 is not available - as the tests fail nearly 100% when gnu m4 is not there. On Mon, Dec 1, 2014 at 10:54 AM, Michael Felt aixto...@gmail.com wrote: My memory was bad (probably I had gnu m4 installed on my old build system). Will install gnu m4 and test. On Mon, Dec 1, 2014 at 10:52 AM, Michael Felt aixto...@gmail.com wrote: more feedback - make check FAILS miserably... root@x064:[/data/prj/gnu/libtool/libtool-2.4.4]make check GEN public-submodule-commit make check-recursive make[1]: Entering directory `/data/prj/gnu/libtool/libtool-2.4.4' Making check in . make[2]: Entering directory `/data/prj/gnu/libtool/libtool-2.4.4' make check-local make[3]: Entering directory `/data/prj/gnu/libtool/libtool-2.4.4' CC libltdl/loaders/libltdl_libltdlc_la-preopen.lo CC libltdl/libltdl_libltdlc_la-lt__alloc.lo CC libltdl/libltdl_libltdlc_la-lt_dlloader.lo CC libltdl/libltdl_libltdlc_la-lt_error.lo CC libltdl/libltdl_libltdlc_la-ltdl.lo CC libltdl/libltdl_libltdlc_la-slist.lo CCLD libltdl/libltdlc.la ## - ## ## GNU Libtool 2.4.4 test suite. ## ## - ## Libtoolize operation. 1: libtoolize macro installation FAILED (libtoolize.at:100) 2: libtoolize macro directory mismatch error FAILED (libtoolize.at:121) 3: multiple AC_CONFIG_MACRO_DIRS invocationFAILED (libtoolize.at:153) 4: multiple AC_CONFIG_MACRO_DIRS directories FAILED (libtoolize.at:180) 5: libtoolize ACLOCAL_AMFLAGS extraction FAILED (libtoolize.at:216) 6: libtoolize macro serial update FAILED (libtoolize.at:248) 7: libtoolize config files serial update FAILED (libtoolize.at:325) 8: diagnose missing LT_CONFIG_LTDL_DIR FAILED (libtoolize.at:437) 9: copy ltdl.m4 with shared macro directoryFAILED (libtoolize.at:527) 10: correctly parse LTDL_INIT from configure.ac FAILED (libtoolize.at:539) 11: diagnose missing LTDL_INIT invocation FAILED (libtoolize.at:614) 12: upgrading verbatim style aclocal.m4 expected failure (libtoolize.at:647) 13: verbatim aclocal.m4 w/o AC_CONFIG_MACRO_DIRSexpected failure (libtoolize.at:782) 14: nonrecursive ltdl with AC_CONFIG_MACRO_DIRS FAILED (libtoolize.at:939) 15: subproject ltdl with unconventional layout FAILED (libtoolize.at:1015) 16: Subproject ltdl without GNU M4 FAILED (libtoolize.at:1087) 17: LIBTOOLIZE_OPTIONS FAILED (libtoolize.at:1121) 18: cleanup old installationFAILED (libtoolize.at:1160) Basic libtool operation. 19: check help output ok 20: diagnose no mode specified ok 21: quote shell meta-characters in filenamesok 22: transform source suffices ok 23: check link mode operation ok 24: check objectlist file operation ok 25: test LT_SUPPORTED_TAG interface skipped (libtool.at:219) Linking and loading. 26: link against a preloaded static librarytestsuite: WARNING: A failure happened in a test group before any test could be testsuite: WARNING: run. This means that test suite is improperly designed. Please testsuite: WARNING: report this failure to bug-libt...@gnu.org. FAILED (demo.at:383) make check from 2.4.3 follows - that was not so bad if I recall. On Mon, Dec 1, 2014 at 10:50 AM, Michael Felt aixto...@gmail.com wrote: Feedback - question about m4 - because it is in PATH... root@x064:[/data/prj/gnu/libtool/libtool-2.4.4]buildaix + CPPFLAGS=-I/opt/include CFLAGS=-O2 -qlanglvl=extc99 ./configure \ --prefix=/opt \ --sysconfdir=/var/libtool/etc \ --sharedstatedir=/var/libtool/com
GNU libtool-2.4.4 released [stable]
Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.4.4. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. This is a bugfix release to clean-up some of the small issues in 2.4.3 for which you kindly provided patches. There are still some known (and unknown!) regressions, especially on unusual platforms. Patches to fix those are not only welcome, but necessary to keep Libtool working in those places. Here are the compressed sources: http://ftpmirror.gnu.org/libtool/libtool-2.4.4.tar.gz (1.7MB) http://ftpmirror.gnu.org/libtool/libtool-2.4.4.tar.xz (936KB) Here are the GPG detached signatures[*]: http://ftpmirror.gnu.org/libtool/libtool-2.4.4.tar.gz.sig http://ftpmirror.gnu.org/libtool/libtool-2.4.4.tar.xz.sig Use a mirror for higher download bandwidth: http://www.gnu.org/order/ftp.html [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify libtool-2.4.4.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.14.1 Gnulib v0.1-270-g1b6c775 NEWS * Noteworthy changes in release 2.4.4 (2014-11-29) [stable] ** New features: - Libltdl maintains its own fork of argz, with macros and files in the LT_ and lt__ namespaces (resp.) where they cannot clash with client projects' use of gnulib argz. ** Bug fixes: - Installation of 'libtoolize' once again obeys '--program-prefix', '--program-suffix' and '--program-transform-name' configure options. - `libtoolize` doesn't remove any files that it can't reinstall, including old versions of the snippet directory, and gnulib's version of the argz module and supporting files. - LT_FUNC_DLYSM_USCORE now works correctly on systems that don't support self dlopen()ing. ** Important incompatible changes: - LT_LIB_DLLOAD no longer prepends -ldl or -ldld to LIBS, causing duplicate occurrences in libltdl link lines. If you need to add a library for dlopen() or shl_load() in your Makefile, then use $(LIBADD_DLOPEN) or $(LIBADD_SHL_LOAD) respectively. If you are using libltdl, this all happens automatically, and the only difference you'll see is no more duplicated library names in the verbose link line. ** Changes in supported systems or compilers: - Preliminary support for tcc on linux*. Although it already worked sometimes in previous releases, making sure to set LD correctly now avoids mis-matching GNU ld with tcc: ./configure CC=tcc LD=tcc - Added -os2dllname option to work around 8 character base name limit on OS/2. The option has no effect on other systems. - Support for DLL versioning, -export-symbols and -export-symbols-regex on OS/2. - Support filename-based shared library versioning on AIX. See manual for details. Enjoy! ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-39-g81ab62f
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 81ab62f9031f97788065da8d9bf9f581c3c0715f (commit)
from 1acee63da4b98fecdb59b3ce4b67a4d5fbd21323 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 81ab62f9031f97788065da8d9bf9f581c3c0715f
Author: Gary V. Vaughan g...@gnu.org
Date: Fri Nov 28 15:12:03 2014 +
configury: detect dlsym underscore prefix without dlopen self.
* m4/ltdl.m4 (LT_FUNC_DLSYM_USCORE): Compile, load and get the
address of a symbol from a separate loadable module, rather than
assuming dlopen self works.
* NEWS: Update.
Reported by KO Myung-Hun
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
NEWS |3 ++
m4/ltdl.m4 | 108 ---
2 files changed, 98 insertions(+), 13 deletions(-)
diff --git a/NEWS b/NEWS
index 2782511..963c8a2 100644
--- a/NEWS
+++ b/NEWS
@@ -17,6 +17,9 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
including old versions of the snippet directory, and gnulib's
version of the argz module and supporting files.
+ - LT_FUNC_DLYSM_USCORE now works correctly on systems that don't
+support self dlopen()ing.
+
** Important incompatible changes:
- LT_LIB_DLLOAD no longer prepends -ldl or -ldld to LIBS, causing
diff --git a/m4/ltdl.m4 b/m4/ltdl.m4
index 4119844..5dc1e80 100644
--- a/m4/ltdl.m4
+++ b/m4/ltdl.m4
@@ -793,20 +793,102 @@ dnl AC_DEFUN([AC_LTDL_SYMBOL_USCORE], [])
# LT_FUNC_DLSYM_USCORE
#
AC_DEFUN([LT_FUNC_DLSYM_USCORE],
-[AC_REQUIRE([LT_SYS_SYMBOL_USCORE])dnl
+[AC_REQUIRE([_LT_COMPILER_PIC])dnl for lt_prog_compiler_wl
+AC_REQUIRE([LT_SYS_SYMBOL_USCORE])dnl for lt_cv_sys_symbol_underscore
+AC_REQUIRE([LT_SYS_MODULE_EXT])dnl for libltdl_cv_shlibext
if test yes = $lt_cv_sys_symbol_underscore; then
- if test yes = $libltdl_cv_func_dlopen ||
- test yes = $libltdl_cv_lib_dl_dlopen; then
- AC_CACHE_CHECK([whether we have to add an underscore for dlsym],
- [libltdl_cv_need_uscore],
- [libltdl_cv_need_uscore=unknown
- save_LIBS=$LIBS
- LIBS=$LIBS $LIBADD_DLOPEN
- _LT_TRY_DLOPEN_SELF(
- [libltdl_cv_need_uscore=no], [libltdl_cv_need_uscore=yes],
- [], [libltdl_cv_need_uscore=cross])
- LIBS=$save_LIBS
- ])
+ if test yes = $libltdl_cv_func_dlopen || test yes =
$libltdl_cv_lib_dl_dlopen; then
+AC_CACHE_CHECK([whether we have to add an underscore for dlsym],
+ [libltdl_cv_need_uscore],
+ [libltdl_cv_need_uscore=unknown
+ dlsym_uscore_save_LIBS=$LIBS
+ LIBS=$LIBS $LIBADD_DLOPEN
+ libname=conftmod # stay within 8.3 filename limits!
+ cat $libname.$ac_ext _LT_EOF
+[#line $LINENO configure
+#include confdefs.h
+/* When -fvisibility=hidden is used, assume the code has been annotated
+ correspondingly for the symbols needed. */
+#if defined __GNUC__ (((__GNUC__ == 3) (__GNUC_MINOR__ = 3)) ||
(__GNUC__ 3))
+int fnord () __attribute__((visibility(default)));
+#endif
+int fnord () { return 42; }]
+_LT_EOF
+
+ # ltfn_module_cmds module_cmds
+ # Execute tilde-delimited MODULE_CMDS with environment primed for
+ # ${module_cmds} or ${archive_cmds} type content.
+ ltfn_module_cmds ()
+ {( # subshell avoids polluting parent global environment
+ module_cmds_save_ifs=$IFS; IFS='~'
+ for cmd in @S|@1; do
+IFS=$module_cmds_save_ifs
+libobjs=$libname.$ac_objext; lib=$libname$libltdl_cv_shlibext
+rpath=/not-exists; soname=$libname$libltdl_cv_shlibext;
output_objdir=.
+major=; versuffix=; verstring=; deplibs=
+ECHO=echo; wl=$lt_prog_compiler_wl; allow_undefined_flag=
+eval $cmd
+ done
+ IFS=$module_cmds_save_ifs
+ )}
+
+ # Compile a loadable module using libtool macro expansion results.
+ $CC $pic_flag -c $libname.$ac_ext
+ ltfn_module_cmds ${module_cmds:-$archive_cmds}
+
+ # Try to fetch fnord with dlsym().
+ libltdl_dlunknown=0; libltdl_dlnouscore=1; libltdl_dluscore=2
+ cat conftest.$ac_ext _LT_EOF
+[#line $LINENO configure
+#include confdefs.h
+#if HAVE_DLFCN_H
+#include dlfcn.h
+#endif
+#include stdio.h
+#ifndef RTLD_GLOBAL
+# ifdef DL_GLOBAL
+#define RTLD_GLOBAL DL_GLOBAL
+# else
+#define RTLD_GLOBAL 0
+# endif
+#endif
+#ifndef RTLD_NOW
+# ifdef DL_NOW
+#define RTLD_NOW DL_NOW
+# else
+#define RTLD_NOW 0
+# endif
+#endif
[SCM] GNU Libtool branch, master, updated. v2.4.3-41-gbb7cef9
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via bb7cef9d97d6fdb2d8ee5350a82fb39b0ff8513d (commit) via 0995849d00a6f6f52a2b940c0e19b1f4a0891e50 (commit) from 81ab62f9031f97788065da8d9bf9f581c3c0715f (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit bb7cef9d97d6fdb2d8ee5350a82fb39b0ff8513d Author: Tijl Coosemans t...@freebsd.org Date: Fri Nov 28 15:57:07 2014 + libtool: use a modern library version scheme for freebsd-elf. * m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER): Adopt downstream patch used by FreeBSD for versioned library filenames. * build-aux/ltmain.in (func_mode_link): Replace conflicting freebsd-elf version_type case branches with a single calculation setting major and versuffix to match downstream FreeBSD. Signed-off-by: Gary V. Vaughan g...@gnu.org commit 0995849d00a6f6f52a2b940c0e19b1f4a0891e50 Author: Tijl Coosemans t...@freebsd.org Date: Fri Nov 28 15:51:34 2014 + libtool: split sco version into its own type. * m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER): Set version type to sco for sco based hosts. * build-aux/ltmain.in (func_mode_link): Accept new sco version_type as equivalent to freebsd-elf. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: build-aux/ltmain.in | 14 ++ m4/libtool.m4 |4 ++-- 2 files changed, 12 insertions(+), 6 deletions(-) diff --git a/build-aux/ltmain.in b/build-aux/ltmain.in index 85e2809..a72c007 100644 --- a/build-aux/ltmain.in +++ b/build-aux/ltmain.in @@ -6834,13 +6834,13 @@ func_mode_link () # case $version_type in # correct linux to gnu/linux during the next big refactor - darwin|linux|osf|windows|none) + darwin|freebsd-elf|linux|osf|windows|none) func_arith $number_major + $number_minor current=$func_arith_result age=$number_minor revision=$number_revision ;; - freebsd-aout|freebsd-elf|qnx|sunos) + freebsd-aout|qnx|sunos) current=$number_major revision=$number_minor age=0 @@ -6926,8 +6926,9 @@ func_mode_link () ;; freebsd-elf) - major=.$current - versuffix=.$current + func_arith $current - $age + major=.$func_arith_result + versuffix=$major.$age.$revision ;; irix | nonstopux) @@ -6990,6 +6991,11 @@ func_mode_link () versuffix=.$current ;; + sco) + major=.$current + versuffix=.$current + ;; + sunos) major=.$current versuffix=.$current.$revision diff --git a/m4/libtool.m4 b/m4/libtool.m4 index 6143541..da22139 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -2543,7 +2543,7 @@ freebsd* | dragonfly*) version_type=freebsd-$objformat case $version_type in freebsd-elf*) - library_names_spec='$libname$release$shared_ext$versuffix $libname$release$shared_ext $libname$shared_ext' + library_names_spec='$libname$release$shared_ext$versuffix $libname$release$shared_ext$major $libname$shared_ext' need_version=no need_lib_prefix=no ;; @@ -2909,7 +2909,7 @@ sysv4*MP*) ;; sysv5* | sco3.2v5* | sco5v6* | unixware* | OpenUNIX* | sysv4*uw2*) - version_type=freebsd-elf + version_type=sco need_lib_prefix=no need_version=no library_names_spec='$libname$release$shared_ext$versuffix $libname$release$shared_ext $libname$shared_ext' hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-43-gcbeefbc
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via cbeefbc8f0ac527f7c7f14cbc8b3fc9de0ff2b77 (commit)
via 16bcf1884998a56963d81c796d138b0107fffce7 (commit)
from bb7cef9d97d6fdb2d8ee5350a82fb39b0ff8513d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit cbeefbc8f0ac527f7c7f14cbc8b3fc9de0ff2b77
Author: Tijl Coosemans t...@freebsd.org
Date: Fri Nov 28 16:46:56 2014 +
libtoolize: no need for umask 0 now that copying does not use tar.
The umask calls seem to be left over as a workaround for several
releases ago when libtoolize copied libltdl sources with the help
of tar. Now that we use cp or ln -s exclusively, this just
needlessly makes the files world writable; we should just respect
the users' own umask setting.
* libtoolize.in (func_copy): Remove umask 0 calls and simplify.
Signed-off-by: Gary V. Vaughan g...@gnu.org
commit 16bcf1884998a56963d81c796d138b0107fffce7
Author: Gary V. Vaughan g...@gnu.org
Date: Fri Nov 28 16:18:36 2014 +
maint: syntax-checks don't like ${ even in comments!
* m4/ltdl.m4: Fix a comment to appease syntax-check rules.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
libtoolize.in | 12 ++--
m4/ltdl.m4|2 +-
2 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/libtoolize.in b/libtoolize.in
index dbc6ac3..6e5eaca 100644
--- a/libtoolize.in
+++ b/libtoolize.in
@@ -392,11 +392,7 @@ func_copy ()
# Filters always take priority.
if test -n $my_filter; then
- if $opt_dry_run || {
- ( umask 0
-$SED -e $my_filter $my_srcfile $my_destfile
- ) /dev/null 21
-}
+ if $opt_dry_run || $SED -e $my_filter $my_srcfile $my_destfile
2/dev/null
then
func_notquiet_once $my_msg_var
if $opt_verbose; then
@@ -422,11 +418,7 @@ func_copy ()
my_copy_msg=$my_copy_type file '$my_destfile'
$opt_verbose my_copy_msg=$my_copycmd $my_srcfile $my_destdir
-if $opt_dry_run || {
-( umask 0
- $my_copycmd $my_srcfile $my_destfile
-) /dev/null 21
- }
+if $opt_dry_run || $my_copycmd $my_srcfile $my_destfile 2/dev/null
then
func_notquiet_hdr $my_msg_var $my_copy_msg
else
diff --git a/m4/ltdl.m4 b/m4/ltdl.m4
index 5dc1e80..dd34d49 100644
--- a/m4/ltdl.m4
+++ b/m4/ltdl.m4
@@ -817,7 +817,7 @@ _LT_EOF
# ltfn_module_cmds module_cmds
# Execute tilde-delimited MODULE_CMDS with environment primed for
- # ${module_cmds} or ${archive_cmds} type content.
+ # $module_cmds or $archive_cmds type content.
ltfn_module_cmds ()
{( # subshell avoids polluting parent global environment
module_cmds_save_ifs=$IFS; IFS='~'
hooks/post-receive
--
GNU Libtool
Re: [PATCH] libtoolize.in: remove two umask 0
Hi Tijl,
Thanks for the patches. Applied already, and will be pushed as soon
as the test suite completes successfully.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
On Nov 27, 2014, at 5:59 PM, Tijl Coosemans t...@freebsd.org wrote:
libtoolize --ltdl -c creates some files with write permissions for
everybody because it sets umask 0 in two places. This patch removes
the umask commands.
---
libtoolize.in | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/libtoolize.in b/libtoolize.in
index d819470..530232d 100644
--- a/libtoolize.in
+++ b/libtoolize.in
@@ -392,11 +392,7 @@ func_copy ()
# Filters always take priority.
if test -n $my_filter; then
- if $opt_dry_run || {
- ( umask 0
-$SED -e $my_filter $my_srcfile $my_destfile
- ) /dev/null 21
-}
+ if $opt_dry_run || $SED -e $my_filter $my_srcfile $my_destfile
2/dev/null
then
func_notquiet_once $my_msg_var
if $opt_verbose; then
@@ -422,11 +418,7 @@ func_copy ()
my_copy_msg=$my_copy_type file '$my_destfile'
$opt_verbose my_copy_msg=$my_copycmd $my_srcfile $my_destdir
-if $opt_dry_run || {
-( umask 0
- $my_copycmd $my_srcfile $my_destfile
-) /dev/null 21
- }
+if $opt_dry_run || $my_copycmd $my_srcfile $my_destfile /dev/null
21
then
func_notquiet_hdr $my_msg_var $my_copy_msg
else
--
2.1.0
Re: Trying to get libtool not to add -rpath, since libs are only in a staging directory
[[former maintainers removed from Cc:]]
Hi Filipe,
On Aug 26, 2014, at 5:17 AM, Filipe Brandenburger filbran...@google.com
wrote:
Friendly ping?
+cc the libtool maintainers according to http://www.gnu.org/software/libtool/
If this is indeed a bug, I'd be willing to invest some time in trying
to fix it, but I'd need some pointers on what would be the proper way
to fix it...
Currently, I believe libtool uses the presence of -rpath to determine
whether it should try to link a shared archive (at least in my very
cursory testing, I only get static archives if I miss the -rpath argument).
Also, the use of -rpath is fairly deeply ingrained into the way that
automake generated rules call libtool, so if you want to tackle a complete
patch, there will be at least some work there too.
I suspect that there is a fairly good chance that the -rpath requirement came
about because some supported architectures refuse to build shared libraries
without it, but I have access to only a tiny fraction of the architectures that
libtool supports so I can't test my hypothesis.
All of that said, I do agree that it is a bug for libtool not to respect
the value of $DESTDIR when it assembles the rpath directories. I would think
a patch should be relatively straight forward though - find the parts of
ltmain.in that assemble the link line with the rpath directories, and strip
out any $DESTDIR prefixes from those paths before handing off to the linker.
I really think libtool should be creating a wrapper script and not a
binary with an rpath pointing to the stage directory, am I wrong?
No, I agree with you.
And I'd be happy to help you massage a suitable patch into something I can
apply to the repository.
Cheers,
Filipe
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
On Tue, Aug 19, 2014 at 4:33 PM, Filipe Brandenburger
filbran...@google.com wrote:
Hi,
I'm trying to link binaries to libraries that are not installed on the
system, but just unpacked to a staging directory.
Consider this (real) example:
1) Build expat with --libdir=/usr/lib/${platform}
2) Install expat with make install DESTDIR=${stagedir}
3) Configure dbus with -L${stagedir}/usr/lib/${platform} where it
will find expat now, and -rpath /usr/lib/${platform} where it will
find expat at real runtime when both are installed.
4) Build expat
The problem is that ${stagedir} is leaking and the resulting
dbus-daemon gets both /usr/lib/${platform} and
${stagedir}/usr/lib/${platform} added to it...
I tried working around it by passing --with-sysroot=${stagedir} to the
dbus configure, but unfortunately that didn't work...
Do you have a suggestion of something I could do to accomplish what
I'm trying to accomplish?
Is this a libtool bug?
Any suggestions of workarounds?
(I also filed a bug at
http://savannah.gnu.org/support/index.php?108637 in case this is
actually a libtool bug.)
Thanks in advance!
Filipe
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: [PATCH] ltdl: set libltdl_cv_need_uscore to yes on OS/2
Hi, On Nov 27, 2014, at 4:53 AM, KO Myung-Hun kom...@gmail.com wrote: Gary V. Vaughan wrote: On 27 Nov 2014, at 02:47, KO Myung-Hun kom...@gmail.com wrote: I agree. Gary V. Vaughan wrote: I pushed the core of a new macro that does exactly that to M4 master just now. Would you let me know whether this works correctly on OS2 for you please? Of course. Unfortunately, however, it does not work. dlopen() in configure fails due to 'file not found'. Thanks for checking. Can you tell me why it fails (module is not compiled correctly; path argument to dlopen() is wrong), and maybe suggest what would fix it, please? I've look into this problem. Module is not built. To build it, some additional variables are required. They are soname, libname, output_objdir. And archive_cmds on OS/2 consists of multi lines separated by ~. So when using it, quotation is needed. And to eval it the function such as func_execute_cmds is needed. In addition, make sure .libs exist before building a module. Finally, please remember that OS/2 does not support DLLs whose base name is longer than 8 characters. Thanks for the swift and helpful feedback. I pushed some new changes that should address all of those issues. Please let me know if anything is still wrong, and in what way it is broken for you if so -- otherwise, I'll port this code into a new libtool macro and make the next libtool release for m4 master to depend on. I know I have some other issues you reported to work out in M4, but I'd like to clear this one up first so I can make the promised libtool release asap. Many thanks for your help! Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: [PATCH] ltdl: set libltdl_cv_need_uscore to yes on OS/2
Hi! On 27 Nov 2014, at 02:47, KO Myung-Hun kom...@gmail.com wrote: Hi/2. Gary V. Vaughan wrote: Hi, Thanks for the report and the patch! On Nov 22, 2014, at 4:08 AM, KO Myung-Hun kom...@gmail.com wrote: On OS/2, dlopen() does not support a program. So libltdl_cv_need_uscore is set to unknown, but dlsym() requires an underscore prefix. So set libltdl_cv_need_uscore to yes on OS/2 if lt_cv_sys_symbol_underscore is yes and libltdl_cv_need_uscore is unknown. Actually, I think the real problem here is that LT_FUNC_DLSYM_USCORE is making the bad assumption that dlsym() only requires a leading symbol name underscore on machines where self dlopening works. Better than your suggested patch, we should really be checking whether dlsym of ordinary loadable module symbol names requires a leading underscore. I agree. I pushed the core of a new macro that does exactly that to M4 master just now. Would you let me know whether this works correctly on OS2 for you please? Of course. Unfortunately, however, it does not work. dlopen() in configure fails due to 'file not found'. Thanks for checking. Can you tell me why it fails (module is not compiled correctly; path argument to dlopen() is wrong), and maybe suggest what would fix it, please? Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: [PATCH] fix bootstrapping and module loading (was: [PATCH] build: fix bootstrapping)
Hi Pavel, On Nov 22, 2014, at 7:28 AM, Pavel Raiskup prais...@redhat.com wrote: On Friday 21 of November 2014 19:31:51 Gary V. Vaughan wrote: Starting slowly, your first patch conflates two separate changes. The first of those bringing back the correct use of LT_LIB_DLLOAD so that LIBADD_DL is set correctly for Makefile.in. That seems slightly wrong to me, because master has not used libltdl for a while. I've added the macro, but instead of removing LIBADD_DL from the link libraries, I removed LIBLTDL. ACK for LIBLTDL removal from m4_libm4_la_LIBADD. However to my previous patch this is different change. This is nit, but I removed the LIBADD_DL in hope that it is not needed; LT_LIB_DLLOAD already puts '-ldl' into LIBS for me: I think that's a bug. 2 bugs in fact: 1. LIBADD_DL is not documented, so M4 should be using LIBADD_DLOPEN. 2. LT_LIB_DLLOAD is not restoring LIB to its pristine state after calling AC_SEARCH_LIBS, so the additional `-ldl` should not be there. /bin/sh ./libtool --tag=CC --mode=link gcc -std=gnu99 -O0 -g3 -pipe -no-undefined -export-dynamic -export-symbols-regex .* -o m4/libm4.la -rpath /usr/local/lib m4/builtin.lo m4/debug.lo m4/hash.lo m4/input.lo m4/m4.lo m4/macro.lo m4/module.lo m4/output.lo m4/path.lo m4/resyntax.lo m4/symtab.lo m4/syntax.lo m4/utility.lo m4/gnu/libgnu.la -ldl -ldl ^^ I'm testing patches for both, though you'll still see the duplicate -ldl in the link line except when rebootstrapping with master (and imminent 2.4.4) libtool. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-36-g8083d2b
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 8083d2b47b56808a65b1a2435f2c9801fcd4d312 (commit)
from c3e8f12fd7c1346c7ecf7e35830279058d51c166 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 8083d2b47b56808a65b1a2435f2c9801fcd4d312
Author: Michael Haubenwallner michael.haubenwall...@ssi-schaefer.com
Date: Fri Nov 21 18:56:27 2014 +
tests: question mark is extended regex for non-GNU grep.
Accepting \? for at-most-once in basic regex is a GNU grep
extension, not accepted by AIX grep for example.
* tests/libtool.at: Use \{0,1\} instead of ? with GREP.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
tests/libtool.at |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/libtool.at b/tests/libtool.at
index a466790..7431820 100755
--- a/tests/libtool.at
+++ b/tests/libtool.at
@@ -116,14 +116,14 @@ for mode in compile link install; do
[0], [stdout])
# NOTE: we use ...''... to insert a literal quote into the expression
# because ...\... is not expanded consistently by all shells.
- AT_CHECK([$GREP
$mode:.*$match_preflag'\?'$flag:test'\? ' stdout],
+ AT_CHECK([$GREP
$mode:.*$match_preflag'\{0,1\}'$flag:test'\{0,1\} '
stdout],
[0], [ignore])
# Shell metacharacters that should be backslashified by libtool.
for mchar in \ \` \$; do
AT_CHECK([$LIBTOOL -n --mode=$mode $preargs
$preflag$flag$mchar:test$mchar $postargs],
[0], [stdout])
-AT_CHECK([$GREP
$mode:.*$match_preflag''\?$flag$mchar:test$mchar''\? stdout],
[0], [ignore])
+AT_CHECK([$GREP
$mode:.*$match_preflag''\{0,1\}$flag$mchar:test$mchar''\{0,1\}
stdout], [0], [ignore])
done
# Shell metacharacters that should be double quoted by libtool, and need
hooks/post-receive
--
GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-37-g845ff0b
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 845ff0b76837a630eb54d23eb66912339b589a65 (commit) from 8083d2b47b56808a65b1a2435f2c9801fcd4d312 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 845ff0b76837a630eb54d23eb66912339b589a65 Author: Michael Haubenwallner michael.haubenwall...@ssi-schaefer.com Date: Fri Nov 21 19:03:26 2014 + tests: do not test undef symbols across shlibs on AIX. On AIX, undefined symbols across shared libraries can work only when the main program explicitly exports those symbols. As this is bad practice anyway and -no-undefined should be preferred, we skip this. * tests/template.at: Skip test with undef syms across libraries on AIX. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: tests/template.at | 17 +++-- 1 files changed, 11 insertions(+), 6 deletions(-) diff --git a/tests/template.at b/tests/template.at index a5bfcef..f40852c 100644 --- a/tests/template.at +++ b/tests/template.at @@ -129,10 +129,12 @@ LT_AT_TAG([CXX]) AT_KEYWORDS([libtool]) noskip=: +withundef=: # Mac OS X. # The linker has issues with this test. case $host in *-darwin*) noskip=false ;; +*-aix*) withundef=false ;; esac @@ -243,7 +245,7 @@ AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o sub/main$EXE [0], [ignore], [ignore]) LT_AT_EXEC_CHECK([./sub/main], [ignore]) # lib convenience -if $noskip; then +if $noskip $withundef; then AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o lib2/libb.la lib2/b.lo -rpath /foo], [0], [ignore], [ignore]) AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o sub/main$EXEEXT $main_o lib2/libb.la lib/liba.la], @@ -254,11 +256,14 @@ fi # both installed AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o lib/liba.la lib/a.lo -rpath /foo], [0], [ignore], [ignore]) -AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o lib2/libb.la lib2/b.lo -rpath /bar], -[0], [ignore], [ignore]) -AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o sub/main$EXEEXT $main_o lib2/libb.la lib/liba.la], -[0], [ignore], [ignore]) -LT_AT_EXEC_CHECK([./sub/main]) +if $withundef; then + AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o lib2/libb.la lib2/b.lo -rpath /bar], + [0], [ignore], [ignore]) + AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o sub/main$EXEEXT $main_o lib2/libb.la lib/liba.la], + [0], [ignore], [ignore]) + LT_AT_EXEC_CHECK([./sub/main]) +fi + # both convenience, libb depending on liba AT_CHECK([$LIBTOOL --tag=CXX --mode=link $CXX $CXXFLAGS $LDFLAGS -o lib/liba.la lib/a.lo], [0], [ignore], [ignore]) hooks/post-receive -- GNU Libtool
Re: [PATCH] question mark is extended regex for non-GNU grep
On Nov 21, 2014, at 2:53 PM, Michael Haubenwallner
michael.haubenwall...@ssi-schaefer.com wrote:
On 11/21/2014 03:06 PM, Eric Blake wrote:
On 11/21/2014 05:11 AM, Michael Haubenwallner wrote:
Accepting \? for at-most-once in basic regex is a GNU grep extension,
not accepted by AIX grep for example.
* tests/libtool.at: Need EGREP for ? operator, and ? without \ then.
With EGREP, need one more \ for $.
Or, stick with GREP but use \{0,1\} instead of \?.
Possible as well, thanks!
/haubi/
0001-question-mark-is-extended-regex-for-non-GNU-grep.patch
Applied and pushed on master, many thanks!
--
Gary V. Vaughan (gary AT gnu DOT org)
[SCM] GNU Libtool branch, master, updated. v2.4.3-32-g8c2154f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 8c2154fb4e80967b50b98c7327ff1465d3315f3f (commit) from 5ecee55e0fa9478e2046f1d67f4111b5bd6ce227 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 8c2154fb4e80967b50b98c7327ff1465d3315f3f Author: Vincent Lefevre vinc...@vinc17.net Date: Tue Nov 18 16:14:35 2014 + NEWS: Fix an ancient spelling mistake, * NEWS: s/propogate/progagote. * cfg.mk (old_NEWS_hash): Update. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: NEWS |2 +- cfg.mk |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 9bff558..75da6ea 100644 --- a/NEWS +++ b/NEWS @@ -604,7 +604,7 @@ New in 1.9b: 2004-08-29; CVS version 1.5a, Libtool team: * If you configure libtool with --disable-shared (or if libtool does not support shared libraries on your platform) trying to build a library using '-shared' is a fatal error. -* New link mode option '-weak' tells libtool when not to propogate dependency +* New link mode option '-weak' tells libtool when not to propagate dependency libraries from dlpreopened modules. * libtoolize installs libtool.m4, (ltdl.m4 if used,) and various supporting m4 definitions to AC_CONFIG_MACRO_DIR. diff --git a/cfg.mk b/cfg.mk index 7c73540..497e53e 100644 --- a/cfg.mk +++ b/cfg.mk @@ -24,7 +24,7 @@ update-copyright-env := UPDATE_COPYRIGHT_FORCE=1 UPDATE_COPYRIGHT_USE_INTERVALS=1 # Set format of NEWS -old_NEWS_hash := aff57203fce23f130c7c8e9652489229 +old_NEWS_hash := e524180c3db06628ad97e3fcb35f6a4b manual_title = Portable Dynamic Shared Object Management hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-34-gbedb0e7
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via bedb0e786680ede6a9aae6ea7125fc9a232224c6 (commit)
via 6d913552ff4c41cf16184f2909f04120829d0c28 (commit)
from 8c2154fb4e80967b50b98c7327ff1465d3315f3f (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit bedb0e786680ede6a9aae6ea7125fc9a232224c6
Author: Gary V. Vaughan g...@gnu.org
Date: Tue Nov 18 17:08:33 2014 +
bootstrap: make sure gnulib file droppings are removed.
* bootstrap.conf (libtool_cleanup_empty_dirs): Recent bootstrap
updates set source_base to null, so we need to use ${x:-y} to
override the null. Autoconf Shellology says that ancient BSD
/bin/sh chokes on :- defaults, but bootstrap is a developer tool,
and so we can reasonably expect a developer to have a working
/bin/sh to run the bootstrap script.
Signed-off-by: Gary V. Vaughan g...@gnu.org
commit 6d913552ff4c41cf16184f2909f04120829d0c28
Author: Gary V. Vaughan g...@gnu.org
Date: Tue Nov 18 16:39:21 2014 +
bootstrap: add missing debug preambles.
* bootstrap.conf (libtool_prep, func_require_ltdl_dir)
(libtool_require_package_url): Add missing $debug_cmd calls.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
bootstrap.conf | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/bootstrap.conf b/bootstrap.conf
index c8614cb..9606e64 100644
--- a/bootstrap.conf
+++ b/bootstrap.conf
@@ -1,4 +1,4 @@
-# bootstrap.conf (GNU Libtool) version 2011-11-24
+# bootstrap.conf (GNU Libtool) version 2014-11-18
#
# Copyright (C) 2010-2014 Free Software Foundation, Inc.
# Written by Gary V. Vaughan, 2010
@@ -138,6 +138,8 @@ func_libtoolize ()
# validation.
libtool_prep ()
{
+$debug_cmd
+
# initial clean-up of checked out tree
find . -depth \( -name autom4te.cache -o -name libtool \) -print \
| grep -v '{arch}' \
@@ -307,7 +309,8 @@ libtool_cleanup_empty_dirs ()
{
$debug_cmd
-my_gnulib_source=${source_base-'lib'}
+my_gnulib_source=${source_base:-'lib'}
+
if test -d $my_gnulib_source; then
rm -f $my_gnulib_source/.gitignore $my_gnulib_source/Makefile.am ||
exit 1
rmdir $my_gnulib_source || exit 1
@@ -327,6 +330,8 @@ func_add_hook func_fini libtool_cleanup_empty_dirs
require_ltdl_dir=func_require_ltdl_dir
func_require_ltdl_dir ()
{
+$debug_cmd
+
$require_configure_ac
func_extract_trace LT_CONFIG_LTDL_DIR
@@ -353,6 +358,8 @@ func_require_ltdl_dir ()
require_package_url=libtool_require_package_url
libtool_require_package_url ()
{
+$debug_cmd
+
$require_configure_ac
func_extract_trace AC_INIT
hooks/post-receive
--
GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-35-gc3e8f12
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via c3e8f12fd7c1346c7ecf7e35830279058d51c166 (commit) from bedb0e786680ede6a9aae6ea7125fc9a232224c6 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit c3e8f12fd7c1346c7ecf7e35830279058d51c166 Author: Gary V. Vaughan g...@gnu.org Date: Tue Nov 18 17:20:06 2014 + maint: Fox a resent smelling mystique. * build-aux/git-log-fix: ChangeLog edit. Reported by Eric Blake Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: build-aux/git-log-fix |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/build-aux/git-log-fix b/build-aux/git-log-fix index 5e1021a..89055c7 100644 --- a/build-aux/git-log-fix +++ b/build-aux/git-log-fix @@ -2,6 +2,12 @@ # option. It specifies what changes to make to each given SHA1's commit # log and metadata, using Perl-eval'able expressions. +8c2154fb4e80967b50b98c7327ff1465d3315f3f +# Date: Tue Nov 18 16:14:35 2014 + +# Fox a resent smelling mystique. +s|mistake,\n|mistake.\n|; +s|progagote\.|propagate/.| + 2636f57059967d3438250234279edac7cfd13d35 # Date:Wed Sep 4 18:47:08 2013 -0700 # Separate summary and file change description. hooks/post-receive -- GNU Libtool
Re: [SCM] GNU Libtool branch, master, updated. v2.4.3-32-g8c2154f
On Nov 18, 2014, at 4:49 PM, Eric Blake ebl...@redhat.com wrote: On 11/18/2014 09:15 AM, Gary V. Vaughan wrote: This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 8c2154fb4e80967b50b98c7327ff1465d3315f3f (commit) from 5ecee55e0fa9478e2046f1d67f4111b5bd6ce227 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 8c2154fb4e80967b50b98c7327ff1465d3315f3f Author: Vincent Lefevre vinc...@vinc17.net Date: Tue Nov 18 16:14:35 2014 + NEWS: Fix an ancient spelling mistake, * NEWS: s/propogate/progagote. Not quite: s/progagote/propagate/ in the changelog entry (so now you need a patch to build/git-log-fix...) I hate you! :-p
Re: [PATCH] Fixed -fvisbility=hidden typo in a comment
Hi Eric, On Nov 17, 2014, at 6:52 PM, Eric Blake ebl...@redhat.com wrote: On 11/17/2014 10:58 AM, Gary V. Vaughan wrote: On 17 Nov 2014, at 17:29, Vincent Lefevre vinc...@vinc17.net wrote: There are other ones in libtool, e.g. in NEWS: NEWS:607: propogate == propagate NEWS:1101: modeled == modelled The latter is a legitimate spelling (according to my British English dictionary at least), but unfortunately the NEWS file is checksummed to prevent changes after a release, so not easy to fix without tweaking the release process :-( It's possible to update the expected checksum when intentionally correcting old news entries. Since you are using gnulib's maint.mk, look at the update-NEWS-hash target. Thanks for the prod... I was too lazy to dig for the right target. I've fixed the propagate mis-spelling too and updated the hash accordingly. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
[SCM] GNU Libtool branch, master, updated. v2.4.3-31-g5ecee55
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 5ecee55e0fa9478e2046f1d67f4111b5bd6ce227 (commit) from f540df86d6a613eac4fa16c6e5f07b08c348e495 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 5ecee55e0fa9478e2046f1d67f4111b5bd6ce227 Author: Vincent Lefevre vinc...@vinc17.net Date: Mon Nov 17 15:59:11 2014 + libtool: fix comment typo. * m4/libtool.m4: Fix -fvisbility=hidden typo in a comment. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: m4/libtool.m4 |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/m4/libtool.m4 b/m4/libtool.m4 index 281e70f..6143541 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -1840,7 +1840,7 @@ else # endif #endif -/* When -fvisbility=hidden is used, assume the code has been annotated +/* When -fvisibility=hidden is used, assume the code has been annotated correspondingly for the symbols needed. */ #if defined __GNUC__ (((__GNUC__ == 3) (__GNUC_MINOR__ = 3)) || (__GNUC__ 3)) int fnord () __attribute__((visibility(default))); hooks/post-receive -- GNU Libtool
Re: [PATCH] Fixed -fvisbility=hidden typo in a comment
Hi Vincent, On Nov 15, 2014, at 1:44 PM, Vincent Lefevre vinc...@vinc17.net wrote: Fixed -fvisbility=hidden typo in a comment. Signed-off-by: Vincent Lefevre vinc...@vinc17.net --- m4/libtool.m4 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/m4/libtool.m4 b/m4/libtool.m4 index 281e70f..6143541 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -1840,7 +1840,7 @@ else # endif #endif -/* When -fvisbility=hidden is used, assume the code has been annotated +/* When -fvisibility=hidden is used, assume the code has been annotated correspondingly for the symbols needed. */ #if defined __GNUC__ (((__GNUC__ == 3) (__GNUC_MINOR__ = 3)) || (__GNUC__ 3)) int fnord () __attribute__((visibility(default))); -- 2.1.3 Nice catch! I had no idea people scrutinized the comments so carefully :-) Applied and pushed. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: at least autoconf-2.70 to rebootstrap
Hi Christoph, On 12 Nov 2014, at 20:15, Christoph Grüninger f...@grueninger.de wrote: in the release notes of libtool 2.4.3 you wrote: The libtoolize program now advises use of the new Autoconf AC_CONFIG_MACRO_DIRS declaration. If you follow that advice, all your developers will need at least autoconf-2.70 and automake-1.13 to rebootstrap your probject Do you really require autoconf-2.70? It is not yet released and there is no plan for a release in the near future, as far as I know. Yes, that's right. When I wrote that (a few years ago) the Dev versions of Libtool, Automake and Autoconf collaborated on support for multiple macro directories. It won't work out of the box until all of the pieces are in released versions, though we're only waiting on Autoconf now that Libtool has finally revved. The release notes also show a workaround if you want to use (plural!) AC_CONFIG_MACRO_DIRS now, without depending on an unreleased Autoconf build to bootstrap. Or, in the common case, you may only need a single macro directory anyway, in which case (singular) AC_CONFIG_MACRO_DIR continues to work just fine :-) Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-28-g8144343
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 81443430bb14398f801f48d3c3df55f711989064 (commit)
via 8d6b55e65c5449d50880fc2d100099bffcd8bc6e (commit)
from b5324008d12ba59df83be6100e6f0359eeb0f75d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 81443430bb14398f801f48d3c3df55f711989064
Author: Gary V. Vaughan g...@gnu.org
Date: Tue Nov 4 18:09:32 2014 +
tests: update fat binary test case for modern darwin.
* tests/darwin.at: Use -arch x86_64, which works on modern
Apple hardware, rather than -arch ppc, which generally does not.
Signed-off-by: Gary V. Vaughan g...@gnu.org
commit 8d6b55e65c5449d50880fc2d100099bffcd8bc6e
Author: Gary V. Vaughan g...@gnu.org
Date: Tue Nov 4 18:05:42 2014 +
tests: fix false positive in failed test check for cmdline_wrap.at.
* tests/cmdline_wrap.at (fail_list): non-matching globs return as
a plain unexpanded string, so we also need to test for file
existence before expanding into fail_list.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
tests/cmdline_wrap.at |3 ++-
tests/darwin.at | 16
2 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/tests/cmdline_wrap.at b/tests/cmdline_wrap.at
index c44e1d0..2ee7b43 100644
--- a/tests/cmdline_wrap.at
+++ b/tests/cmdline_wrap.at
@@ -28,7 +28,8 @@
AT_SETUP([Run tests with low max_cmd_len])
AT_KEYWORDS([recursive expensive])
dnl If we already have failures, then reruns will fail too!
-fail_list=`for f in ?/fail ??/fail ???/fail /fail; do echo $f; done`
+fail_list=`for f in ?/fail ??/fail ???/fail /fail; do test -f $f echo
$f; done`
+echo DEBUG: fail_list='$fail_list'
AT_CHECK([test -z $fail_list || (exit 77)])
m4_ifdef([AT_CAPTURE_FILE],
[AT_CAPTURE_FILE([testsuite.log])])
diff --git a/tests/darwin.at b/tests/darwin.at
index 9e4bd47..95b4069 100644
--- a/tests/darwin.at
+++ b/tests/darwin.at
@@ -35,7 +35,7 @@ int main() { return 0;}
]])
$noskip {
-$CC $CPPFLAGS $CFLAGS -arch ppc -arch i386 -o simple simple.c 21 /dev/null
|| noskip=false
+$CC $CPPFLAGS $CFLAGS -arch x86_64 -arch i386 -o simple simple.c 21
/dev/null || noskip=false
rm -f simple
}
@@ -82,19 +82,19 @@ save_PATH=$PATH
PATH=`pwd`/bin:$PATH
export PATH
-AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o foo.lo $CPPFLAGS $CFLAGS
-arch ppc -arch i386 foo.c],[0],[ignore],[ignore])
+AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o foo.lo $CPPFLAGS $CFLAGS
-arch x86_64 -arch i386 foo.c],[0],[ignore],[ignore])
-AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o baz.lo $CPPFLAGS $CFLAGS
-arch ppc -arch i386 baz.c],[0],[ignore],[ignore])
+AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o baz.lo $CPPFLAGS $CFLAGS
-arch x86_64 -arch i386 baz.c],[0],[ignore],[ignore])
-AT_CHECK([$LIBTOOL --mode=link --tag=CC $CC -o libfoo.la $CPPFLAGS $CFLAGS
$LDFLAGS -arch ppc -arch i386 foo.lo baz.lo],[0],[ignore],[ignore])
+AT_CHECK([$LIBTOOL --mode=link --tag=CC $CC -o libfoo.la $CPPFLAGS $CFLAGS
$LDFLAGS -arch x86_64 -arch i386 foo.lo baz.lo],[0],[ignore],[ignore])
-AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o bar.lo $CPPFLAGS $CFLAGS
-arch ppc -arch i386 bar.c],[0],[ignore],[ignore])
+AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o bar.lo $CPPFLAGS $CFLAGS
-arch x86_64 -arch i386 bar.c],[0],[ignore],[ignore])
-AT_CHECK([$LIBTOOL --mode=link --tag=CC $CC -o libbar.la $CPPFLAGS $CFLAGS
$LDFLAGS -arch ppc -arch i386 bar.lo libfoo.la -rpath
/nonexistent],[0],[ignore],[ignore])
+AT_CHECK([$LIBTOOL --mode=link --tag=CC $CC -o libbar.la $CPPFLAGS $CFLAGS
$LDFLAGS -arch x86_64 -arch i386 bar.lo libfoo.la -rpath
/nonexistent],[0],[ignore],[ignore])
-AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o main.lo $CPPFLAGS $CFLAGS
-arch ppc -arch i386 main.c],[0],[ignore],[ignore])
+AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC -c -o main.lo $CPPFLAGS $CFLAGS
-arch x86_64 -arch i386 main.c],[0],[ignore],[ignore])
-AT_CHECK([$LIBTOOL --mode=link --tag=CC $CC -o main$EXEEXT $CPPFLAGS $CFLAGS
$LDFLAGS -arch ppc -arch i386 main.lo libbar.la],[0],[ignore],[ignore])
+AT_CHECK([$LIBTOOL --mode=link --tag=CC $CC -o main$EXEEXT $CPPFLAGS $CFLAGS
$LDFLAGS -arch x86_64 -arch i386 main.lo libbar.la],[0],[ignore],[ignore])
PATH=$save_PATH
AT_CLEANUP
hooks/post-receive
--
GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-29-g3881e49
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 3881e49841491b0a9c97d97b1195c73a5ad0fa68 (commit) from 81443430bb14398f801f48d3c3df55f711989064 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 3881e49841491b0a9c97d97b1195c73a5ad0fa68 Author: Gary V. Vaughan g...@gnu.org Date: Tue Nov 4 20:11:49 2014 + libtool: fix universal library building on darwin. * build-aux/ltmain.in (func_extract_archives): $basename is now spelled $sed_basename. * NO-THANKS: Update. Reported by Misty De Meo Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: NO-THANKS |1 + build-aux/ltmain.in |2 +- 2 files changed, 2 insertions(+), 1 deletions(-) diff --git a/NO-THANKS b/NO-THANKS index 2bed9cc..b67d291 100644 --- a/NO-THANKS +++ b/NO-THANKS @@ -106,6 +106,7 @@ Martin Doucha dou...@integri.cz Matthijs Kooijman matth...@stdin.nl Micheal E. Faenza mfae...@mitre.org Mike Millermtmil...@ieee.org +Misty De Meo mi...@brew.sh Nick Bowlernbow...@draconx.ca Nixn...@esperi.org.uk Olaf Lenz ol...@fias.uni-frankfurt.de diff --git a/build-aux/ltmain.in b/build-aux/ltmain.in index 65ada0b..85e2809 100644 --- a/build-aux/ltmain.in +++ b/build-aux/ltmain.in @@ -3249,7 +3249,7 @@ func_extract_archives () $RM unfat-$$/$darwin_base_archive-$darwin_arch/$darwin_base_archive done # $darwin_arches ## Okay now we've a bunch of thin objects, gotta fatten them up :) - darwin_filelist=`find unfat-$$ -type f -name \*.o -print -o -name \*.lo -print | $SED -e $basename | sort -u` + darwin_filelist=`find unfat-$$ -type f -name \*.o -print -o -name \*.lo -print | $SED -e $sed_basename | sort -u` darwin_file= darwin_files= for darwin_file in $darwin_filelist; do hooks/post-receive -- GNU Libtool
Re: [PATCH] OS/2 patches
Hi KO, Very sorry for the immense delay in getting to this. On Nov 4, 2014, at 6:12 AM, KO Myung-Hun kom...@gmail.com wrote: Hi/2. I've rebased to master. Awesome, and thanks for persevering :) Review, please... [PATCH 01/11] libtool: don't eliminate duplications in $postdeps and $predeps on OS/2 no effect on systems other than *-os2*, applied [PATCH 02/11] libtool: support to link against static libraries on OS/2 same again, applied with minimal edits to pass `make syntax-check` [PATCH 03/11] ltdl: OS/2 uses other APIs to load a DLL than LoadLibrary() on Windows no effect on systems other than *-os2*, applied [PATCH 04/11] libtool: there is no need to relink DLLs on OS/2 same again, reworded commit message [PATCH 05/11] libtool: set lt_cv_deplibs_check_method to pass_all on OS/2 likewise [PATCH 06/11] libtool: support -Zxxx options used on OS/2 I have some concerns on letting all -Z options through, as this may affect other compilers that I can't test, so I made -Z conditional on $host matching os2*. [PATCH 07/11] libtool: fix DLL creation/installation/uninstallation on OS/2 no effect an systems other than *-os2* again, applied with light edits to commit message, comments and to fix failures with `make syntax-check`. [PATCH 08/11] libtool: add -os2dllname option applied with some edits for English, and moving the NEWS entry to the correct release [PATCH 09/11] libtool: support -export-symbols and -export-symbols-regex on OS/2 no effect on systems other than *-os2*, applied with edits to pass `make syntax-check` [PATCH 10/11] libtool: support versioning on OS/2 likewise [PATCH 11/11] bootstrap: double quote an expression with a wildcard imported to upstream bootstrap repo, and synchronised with libtool Please check that everything still works for you as expected, as I don't have OS/2 to maintain the integrity of the OS/2 port. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
[SCM] GNU Libtool branch, master, updated. v2.4.3-14-g41548b4
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 41548b4e7a27579129e7655c3230d3cc5d48ecfe (commit) from 50a2dc6a12f2a8e86f6c81d12ab66a29f911fffb (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 41548b4e7a27579129e7655c3230d3cc5d48ecfe Author: Gary V. Vaughan g...@gnu.org Date: Mon Nov 3 11:14:24 2014 + maint: .PHONY rules to protect gmake from pathological file names. * Makefile.am (.PHONY): Add install-scripts-local, check-interactive, check-noninteractive-old, check-noninteractive-new and check-noninteractive. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: Makefile.am |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/Makefile.am b/Makefile.am index 0d39d66..b47f001 100644 --- a/Makefile.am +++ b/Makefile.am @@ -510,6 +510,7 @@ install-data-local: $(lt_Makefile_in) install-scripts-local done chmod a+x '$(DESTDIR)$(pkgdatadir)/configure' +.PHONY: install-scripts-local install-scripts-local: $(lt_Makefile_in) ## Inline helper-scripts for installed libtoolize script @p=`echo libtoolize |sed -e '$(transform)'`; \ @@ -790,10 +791,12 @@ installcheck-local: $(testsuite_deps) $(TESTS_ENVIRONMENT) $(INSTALLCHECK_ENVIRONMENT) $(TESTSUITEFLAGS) \ AUTOTEST_PATH='$(exec_prefix)/bin' +.PHONY: check-noninteractive-old check-noninteractive-old: $(AM_V_at)'$(MAKE)' $(AM_MAKEFLAGS) check-TESTS TESTS='$(TESTS)' # Run only noninteractive parts of the new testsuite. +.PHONY: check-noninteractive-new check-noninteractive-new: $(testsuite_deps_uninstalled) $(AM_V_at)$(CD_TESTDIR); \ CONFIG_SHELL='$(SHELL)' '$(SHELL)' $$abs_srcdir/$(TESTSUITE) \ @@ -802,6 +805,7 @@ check-noninteractive-new: $(testsuite_deps_uninstalled) $(TESTSUITEFLAGS) # Run only interactive parts of the new testsuite. +.PHONY: check-interactive check-interactive: $(testsuite_deps_uninstalled) $(AM_V_at)$(CD_TESTDIR); \ CONFIG_SHELL='$(SHELL)' '$(SHELL)' $$abs_srcdir/$(TESTSUITE) \ @@ -809,6 +813,7 @@ check-interactive: $(testsuite_deps_uninstalled) -k interactive -k recursive INNER_TESTSUITEFLAGS=',interactive' \ $(TESTSUITEFLAGS) +.PHONY: check-noninteractive check-noninteractive: check-noninteractive-old check-noninteractive-new # We need to remove any file droppings left behind by testsuite hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-15-g5627a7f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 5627a7f498e07a40b970c3a5ab5e74a5053e956f (commit) from 41548b4e7a27579129e7655c3230d3cc5d48ecfe (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 5627a7f498e07a40b970c3a5ab5e74a5053e956f Author: Gary V. Vaughan g...@gnu.org Date: Mon Nov 3 13:05:22 2014 + configury: create installation dir before writing to it. * Makefile.am (install-scripts-local): Don't forget to make the installation target directory before writing to it. * NO-THANKS: Update. Reported by Allan McRae Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: Makefile.am |2 ++ NO-THANKS |1 + 2 files changed, 3 insertions(+), 0 deletions(-) diff --git a/Makefile.am b/Makefile.am index b47f001..38f2dbd 100644 --- a/Makefile.am +++ b/Makefile.am @@ -515,6 +515,8 @@ install-scripts-local: $(lt_Makefile_in) ## Inline helper-scripts for installed libtoolize script @p=`echo libtoolize |sed -e '$(transform)'`; \ echo $(SCRIPT_ENV) '$(inline_source)' libtoolize '$(DESTDIR)$(bindir)/$$p'; \ + d=`echo $(DESTDIR)$(bindir)/$$p |$(SED) 's|[^/]*$$||'`; \ + test -d $$d || $(mkinstalldirs) $$d; \ $(SCRIPT_ENV) '$(inline_source)' libtoolize $(DESTDIR)$(bindir)/$$p; \ chmod a+x $(DESTDIR)$(bindir)/$$p diff --git a/NO-THANKS b/NO-THANKS index 10b84da..2bed9cc 100644 --- a/NO-THANKS +++ b/NO-THANKS @@ -66,6 +66,7 @@ Vincent Torri vto...@univ-evry.fr ## time with 'git commit --author=...' and other non-patch contributers ## below: ## +Allan McRaeal...@archlinux.org Andreas Schiffler aschiff...@ferzkopp.net Brent Leback brent.leb...@st.com Camilo La Rota camilo.lar...@ens-lyon.fr hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-9-g2ed391b
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 2ed391b4a849b4daf7d38d7b1341accc1eceedfa (commit) from 55952a7cff888781551dd465b16550ccb4cf9cd8 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 2ed391b4a849b4daf7d38d7b1341accc1eceedfa Author: Pavel Raiskup prais...@redhat.com Date: Sun Nov 2 10:53:20 2014 + libtoolize: do not remove gnulib files with --force. * libtoolize.in (func_require_seen_libtool): Do not remove snippet/* files which are from Gnulib. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: libtoolize.in |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libtoolize.in b/libtoolize.in index d819470..9fda071 100644 --- a/libtoolize.in +++ b/libtoolize.in @@ -1896,8 +1896,8 @@ func_require_seen_libtool () # ensure a clean upgrade. # Do not remove config.guess, config.sub or install-sh, we don't # install them without --install, and the project may not be using - # Automake. - all_pkgaux_files=compile depcomp missing ltmain.sh snippet/_Noreturn.h snippet/arg-nonnull.h snippet/c++defs.h snippet/warn-on-use.h + # Automake. Similarly, do not remove Gnulib files. + all_pkgaux_files=compile depcomp missing ltmain.sh all_pkgmacro_files=argz.m4 libtool.m4 ltdl.m4 ltoptions.m4 ltsugar.m4 ltversion.in ltversion.m4 lt~obsolete.m4 all_pkgltdl_files=COPYING.LIB Makefile Makefile.in Makefile.inc Makefile.am README acinclude.m4 aclocal.m4 argz_.h argz.c config.h.in config-h.in configure configure.ac configure.in libltdl/lt__alloc.h libltdl/lt__dirent.h libltdl/lt__glibc.h libltdl/lt__private.h libltdl/lt__strl.h libltdl/lt_dlloader.h libltdl/lt_error.h libltdl/lt_system.h libltdl/slist.h loaders/dld_link.c loaders/dlopen.c loaders/dyld.c loaders/load_add_on.c loaders/loadlibrary.c loaders/preopen.c loaders/shl_load.c lt__alloc.c lt__dirent.c lt__strl.c lt_dlloader.c lt_error.c ltdl.c ltdl.h ltdl.mk slist.c hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-11-gcdb6ac2
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via cdb6ac2df44a89d729b3504b33aeae38dcde3357 (commit)
from f8404e1db0be283bf31bba01049e61686d435c78 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit cdb6ac2df44a89d729b3504b33aeae38dcde3357
Author: Gary V. Vaughan g...@gnu.org
Date: Sun Nov 2 12:30:40 2014 +
libltdl: move libltdl argz module into LT namespace.
To avoid clashes with gnulib argz module in ltdl client projects,
move ours into its own namespace.
* libltdl/argz_.h, libltdl/argz.c, m4/argz.m4: Move from here...
* libltdl/libltdl/lt__argz_.h, libltdl/lt__argz.c, m4/ltargz.m4:
...to here.
* Makefile.am, libltdl/libltdl/lt__glibc.h, libltdl/ltdl.mk,
libtoolize.in, m4/ltdl.m4: Adjust accordingly.
* tests/libtoolize.at, tests/ltdl-api.at, tests/nonrecursive.at,
tests/old-ltdl-iface.at: Adjust for different libtoolize output.
* libltdl/.gitignore: Adjust accordingly.
* NEWS: Update.
Reported by Pavel Raiskup
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
Makefile.am | 10
NEWS |9 +++
libltdl/.gitignore |2 +-
libltdl/{argz_.h = libltdl/lt__argz_.h} |0
libltdl/libltdl/lt__glibc.h |7 +-
libltdl/{argz.c = lt__argz.c} |4 +-
libltdl/ltdl.mk | 23 ++-
libtoolize.in|6 ++--
m4/{argz.m4 = ltargz.m4}| 21 ++--
m4/ltdl.m4 |4 +-
tests/libtoolize.at | 36 +++---
tests/ltdl-api.at|6 ++--
tests/nonrecursive.at|6 ++--
tests/old-ltdl-iface.at |6 ++--
14 files changed, 75 insertions(+), 65 deletions(-)
rename libltdl/{argz_.h = libltdl/lt__argz_.h} (100%)
rename libltdl/{argz.c = lt__argz.c} (98%)
rename m4/{argz.m4 = ltargz.m4} (88%)
diff --git a/Makefile.am b/Makefile.am
index a7ae738..0d39d66 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -352,10 +352,10 @@ lt_aclocal_m4_deps = \
$(lt_obsolete_m4) \
$(ltversion_m4) \
$(libtool_m4) \
- $(srcdir)/$(macro_dir)/ltoptions.m4 \
+ $(srcdir)/$(macro_dir)/ltargz.m4 \
$(srcdir)/$(macro_dir)/ltdl.m4 \
+ $(srcdir)/$(macro_dir)/ltoptions.m4 \
$(srcdir)/$(macro_dir)/ltsugar.m4 \
- $(srcdir)/$(macro_dir)/argz.m4 \
$(srcdir)/$(ltdl_dir)/configure.ac
lt_configure_deps = $(lt_aclocal_m4) $(lt_aclocal_m4_deps)
@@ -435,7 +435,7 @@ pkgaux_data_files = $(pkgaux_parent_files)
# Everything that gets picked up by aclocal is automatically distributed,
# this is the list of macro files we install on the user's system.
-pkgmacro_files = argz.m4 libtool.m4 ltdl.m4 ltoptions.m4 ltsugar.m4 \
+pkgmacro_files = libtool.m4 ltargz.m4 ltdl.m4 ltoptions.m4 ltsugar.m4 \
ltversion.m4 lt~obsolete.m4
## These are installed as a subdirectory of pkgdatadir so that
@@ -446,11 +446,10 @@ pkgltdl_files = COPYING.LIB \
README \
configure.ac \
aclocal.m4 \
- argz_.h \
- argz.c \
config-h.in \
configure \
libltdl/lt__alloc.h \
+ libltdl/lt__argz_.h \
libltdl/lt__dirent.h \
libltdl/lt__glibc.h \
libltdl/lt__private.h \
@@ -467,6 +466,7 @@ pkgltdl_files = COPYING.LIB \
loaders/preopen.c \
loaders/shl_load.c \
lt__alloc.c \
+ lt__argz.c \
lt__dirent.c \
lt__strl.c \
lt_dlloader.c \
diff --git a/NEWS b/NEWS
index a53526f..79f4942 100644
--- a/NEWS
+++ b/NEWS
@@ -2,10 +2,19 @@ NEWS - list of user-visible changes between releases of GNU
Libtool
* Noteworthy changes in release ?.? (-??-??) [?]
+** New features:
+
+ - Libltdl maintains its own fork of argz, with macros and files in
+the LT_ and lt__ namespaces (resp.) where they cannot clash with
+client projects' use of gnulib argz.
+
** Bug fixes:
- Installation of 'libtoolize' once again obeys '--program-prefix',
'--program-suffix' and '--program-transform-name' configure options.
+ - `libtoolize` doesn't remove any files that it can't reinstall,
+including old
[SCM] GNU Libtool branch, master, updated. v2.4.3-12-g9b63b9b
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 9b63b9b6660bfb424731bb1682aaaeb9da807322 (commit) from cdb6ac2df44a89d729b3504b33aeae38dcde3357 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 9b63b9b6660bfb424731bb1682aaaeb9da807322 Author: Gary V. Vaughan g...@gnu.org Date: Sun Nov 2 14:40:13 2014 + libtoolize: don't forget to remove old non-gnulib argz files. * libtoolize.in (all_pkgltdl_files): Add back argz.c and argz_.h, as installed by previous libtool releases. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: libtoolize.in |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/libtoolize.in b/libtoolize.in index 9d8c860..dbc6ac3 100644 --- a/libtoolize.in +++ b/libtoolize.in @@ -1899,7 +1899,7 @@ func_require_seen_libtool () # Automake. Similarly, do not remove Gnulib files. all_pkgaux_files=compile depcomp missing ltmain.sh all_pkgmacro_files=libtool.m4 ltargz.m4 ltdl.m4 ltoptions.m4 ltsugar.m4 ltversion.in ltversion.m4 lt~obsolete.m4 - all_pkgltdl_files=COPYING.LIB Makefile Makefile.in Makefile.inc Makefile.am README acinclude.m4 aclocal.m4 config.h.in config-h.in configure configure.ac configure.in libltdl/lt__alloc.h libltdl/lt__argz.h libltdl/lt__dirent.h libltdl/lt__glibc.h libltdl/lt__private.h libltdl/lt__strl.h libltdl/lt_dlloader.h libltdl/lt_error.h libltdl/lt_system.h libltdl/slist.h loaders/dld_link.c loaders/dlopen.c loaders/dyld.c loaders/load_add_on.c loaders/loadlibrary.c loaders/preopen.c loaders/shl_load.c lt__alloc.c lt__argz.c lt__dirent.c lt__strl.c lt_dlloader.c lt_error.c ltdl.c ltdl.h ltdl.mk slist.c + all_pkgltdl_files=COPYING.LIB Makefile Makefile.in Makefile.inc Makefile.am README acinclude.m4 aclocal.m4 argz_.h argz.c config.h.in config-h.in configure configure.ac configure.in libltdl/lt__alloc.h libltdl/lt__argz.h libltdl/lt__dirent.h libltdl/lt__glibc.h libltdl/lt__private.h libltdl/lt__strl.h libltdl/lt_dlloader.h libltdl/lt_error.h libltdl/lt_system.h libltdl/slist.h loaders/dld_link.c loaders/dlopen.c loaders/dyld.c loaders/load_add_on.c loaders/loadlibrary.c loaders/preopen.c loaders/shl_load.c lt__alloc.c lt__argz.c lt__dirent.c lt__strl.c lt_dlloader.c lt_error.c ltdl.c ltdl.h ltdl.mk slist.c # Files installed by func_install_*, some files are missing from these # lists deliberately because their respective func_install has to handle hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-13-g50a2dc6
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via 50a2dc6a12f2a8e86f6c81d12ab66a29f911fffb (commit) from 9b63b9b6660bfb424731bb1682aaaeb9da807322 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 50a2dc6a12f2a8e86f6c81d12ab66a29f911fffb Author: Arkadiusz MiÅkiewicz ar...@maven.pl Date: Sun Nov 2 15:59:40 2014 + tests: fix typo in cmdline_wrap skip check. * tests/cmdline_wrap.at (fail_list): fix a typo in loop script text. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: tests/cmdline_wrap.at |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tests/cmdline_wrap.at b/tests/cmdline_wrap.at index 010368c..c44e1d0 100644 --- a/tests/cmdline_wrap.at +++ b/tests/cmdline_wrap.at @@ -28,7 +28,7 @@ AT_SETUP([Run tests with low max_cmd_len]) AT_KEYWORDS([recursive expensive]) dnl If we already have failures, then reruns will fail too! -fail_list=`for f in ?/fail ??/fail ???/fail /fail; do echo $f; end` +fail_list=`for f in ?/fail ??/fail ???/fail /fail; do echo $f; done` AT_CHECK([test -z $fail_list || (exit 77)]) m4_ifdef([AT_CAPTURE_FILE], [AT_CAPTURE_FILE([testsuite.log])]) hooks/post-receive -- GNU Libtool
Re: [PATCH] libtoolize: do not delete gnulib headers
Hi Mike, On Oct 31, 2014, at 9:07 PM, Mike Frysinger vap...@gentoo.org wrote: These snippet/ headers are installed by gnulib, not libtool. There's no reason libtool should be trying to delete these for us (and will break projects), so drop that logic. People who are using gnulib can use gnulib to update/manage these. * libtoolize.in (func_require_seen_libtool): Delete 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 @@ func_require_seen_libtool () # Do not remove config.guess, config.sub or install-sh, we don't # install them without --install, and the project may not be using # Automake. - all_pkgaux_files=compile depcomp missing ltmain.sh snippet/_Noreturn.h snippet/arg-nonnull.h snippet/c++defs.h snippet/warn-on-use.h + all_pkgaux_files=compile depcomp missing ltmain.sh all_pkgmacro_files=argz.m4 libtool.m4 ltdl.m4 ltoptions.m4 ltsugar.m4 ltversion.in ltversion.m4 lt~obsolete.m4 all_pkgltdl_files=COPYING.LIB Makefile Makefile.in Makefile.inc Makefile.am README acinclude.m4 aclocal.m4 argz_.h argz.c config.h.in config-h.in configure configure.ac configure.in libltdl/lt__alloc.h libltdl/lt__dirent.h libltdl/lt__glibc.h libltdl/lt__private.h libltdl/lt__strl.h libltdl/lt_dlloader.h libltdl/lt_error.h libltdl/lt_system.h libltdl/slist.h loaders/dld_link.c loaders/dlopen.c loaders/dyld.c loaders/load_add_on.c loaders/loadlibrary.c loaders/preopen.c loaders/shl_load.c lt__alloc.c lt__dirent.c lt__strl.c lt_dlloader.c lt_error.c ltdl.c ltdl.h ltdl.mk slist.c Thanks for the patch. Working backwards through my InBox I already applied Pavel Raiskup's identical patch. The fix will be in 2.4.4 in any case. 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. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
Re: [RFC] any critical patches for a release this weekend?
[[Added back Cc: libtool-list]]
On Nov 1, 2014, at 11:11 AM, Richard PALO rich...@netbsd.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 27/10/14 23:02, Gary V. Vaughan a écrit :
| Hi Richard,
|
| I'd like to see two patches committed:
|
| 1. the attached SunOS g++ shared library patch, in pkgsrc, has
| been tested and running in production here since over half a
| year, and I understand Joyent is using it in their local branch.
|
| Unfortunately, without some more background explanation regarding
| the reason why the patch is necessary, what it fixes, and the
| rationale thereof (and a ChangeLog entry or similar) I couldn't
| evaluate the purpose or potential side-effects of the first patch.
| If you could provide those, I'll certainly make the time to
| evaluate, and maybe apply if all is well...
|
| Cheers,
Missed your message somehow. Sorry.
No problem, we still have about a week to untangle things before 2.4.4.
This patch snippet is a portion of Peter Rosin's 'g++ and -nostdlib'
patch for SunOS.
It removes '-nostdlib from the g++ shared build line and, to avoid
duplicate symbols, it doesn't explicitly include '$predep_objects' and
'$postdep_objects'.
With this patch, g++ shared libraries build like gcc shared libraries,
albeit without '-Wl,z text'...
This allows finally, for this particular example, that the various
'-fstack-protector*' specs build with g++ on SunOS needing:
| *link_ssp:
|
%{fstack-protector|fstack-protector-strong|fstack-protector-all:-lssp_nonshared
| -lssp}
Sorry I didn't word my original reply more carefully. The stack-protector
patch was a no-brainer, and as such is included in 2.4.3 already.
Could you explain the other one of the two attachments you sent originally,
as I don't have a rationale nor understanding of that one sufficient to make
me apply it yet :)
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
___
https://lists.gnu.org/mailman/listinfo/libtool
Re: bug#18910: GNU Libtool-2.4.3 released [stable]
Hi Pavel, Sorry the lists are being slow this weekend :( On Oct 30, 2014, at 1:06 PM, Pavel Raiskup prais...@redhat.com wrote: Thanks for the release, Gary and all! On Monday 27 of October 2014 21:44:02 Gary V. Vaughan wrote: - Fix a long-standing bug when using libtoolize without automake; we no longer remove install-sh with --force, since it's not a file libtoolize will reinstall without --install. It is not completely the same situation like with automake, but gnulib-origin files are causing similar problems [1]. Taking into account the package relies on some gnulib files in question itself (not via libtool), the package should still be easily autoreconfed from distributed tarballs with (relatively) safe command 'autoreconf -vfi'. However now (a) libtoolize removes gnulib files and (b) build machine (or the user) may have no idea what gnulib is when working with 'make dist'ed tarball. If there is no reason for current libtoolize to install those files, the patch attached could help. That is not a solution for upgrade cleanup but can there be other safe solution? I agree with your patch though, and pushed it just now. Thank you! Also, I'm not sure what to do with 'argz.m4'. That file can be updated by package maintainer via gnulib-tool, however libtool (via autoreconf -vfi e.g.) can overwrite it with older version of this file. That however does not break the build, at least not now. I wrote argz.m4 for libtool, and later contributed it back to gnulib. Ideally, libtool would just use gnulib's argz module, but doing so pulls in an insane amount of cruft (including the various snippet files) that I don't want to have to teach libtoolize to manage - that's why I gave up on trying to gnulibize libltdl, and why we had some interim releases of libtoolize fighting with gnulib-tool over who owns the snippet files :) A better solution would be to fork libtool's argz.m4 by moving it into the LT_ namespace so it doesn't conflict with any gnulib version used by the parent project. Bleh! Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: [RFC] any critical patches for a release this weekend?
Hi Peter, On Nov 2, 2014, at 8:43 PM, Peter Rosin p...@lysator.liu.se wrote: On 2014-11-02 11:42, Gary V. Vaughan wrote: Sorry I didn't word my original reply more carefully. The stack-protector patch was a no-brainer, and as such is included in 2.4.3 already. Could you explain the other one of the two attachments you sent originally, as I don't have a rationale nor understanding of that one sufficient to make me apply it yet :) That patch appears to be a small part of [1]. There is more info in that thread, with references to bug reports etc, if you haven't found that already. Okay, that explains my confusion! Note that the patch was mainly written to spur discussion. I am not ready to push the whole thing without writing further tests, as indicated in that thread. I would also be reluctant to pick out one platform and do the change there, since any regression will likely be present on all platforms. In short, noone knows the full effects [1]. Sure, it helps for certain cases, but are there any regressions? Tests needed. Right, and strongly agreed. I won't include the proposed changes in the upcoming 2.4.4 given that extra info. The last thing I want to do is destabilize anything given the lack of available manpower to pick up the pieces if it goes horribly wrong! Sadly, I have very limited time to spend on Libtool at the moment... Likewise and I'm pushing 2.4.3 closely followed by 2.4.4 now, because I'm anticipating having even less time for libtool in the near future :-( Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
Re: [RFC] any critical patches for a release this weekend?
Hi Peter, On Nov 2, 2014, at 8:43 PM, Peter Rosin p...@lysator.liu.se wrote: On 2014-11-02 11:42, Gary V. Vaughan wrote: Sorry I didn't word my original reply more carefully. The stack-protector patch was a no-brainer, and as such is included in 2.4.3 already. Could you explain the other one of the two attachments you sent originally, as I don't have a rationale nor understanding of that one sufficient to make me apply it yet :) That patch appears to be a small part of [1]. There is more info in that thread, with references to bug reports etc, if you haven't found that already. Okay, that explains my confusion! Note that the patch was mainly written to spur discussion. I am not ready to push the whole thing without writing further tests, as indicated in that thread. I would also be reluctant to pick out one platform and do the change there, since any regression will likely be present on all platforms. In short, noone knows the full effects [1]. Sure, it helps for certain cases, but are there any regressions? Tests needed. Right, and strongly agreed. I won't include the proposed changes in the upcoming 2.4.4 given that extra info. The last thing I want to do is destabilize anything given the lack of available manpower to pick up the pieces if it goes horribly wrong! Sadly, I have very limited time to spend on Libtool at the moment... Likewise and I'm pushing 2.4.3 closely followed by 2.4.4 now, because I'm anticipating having even less time for libtool in the near future :-( Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-8-g55952a7
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 55952a7cff888781551dd465b16550ccb4cf9cd8 (commit)
from e1584d0d4985e3581f414a264ea90e720d60e17c (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 55952a7cff888781551dd465b16550ccb4cf9cd8
Author: Gary V. Vaughan g...@gnu.org
Date: Thu Oct 30 13:13:21 2014 +
tests: set bindir and libdir at configure time.
In particular, openSuSE on x86_64 uses CONFIG_SITE to set libdir
to ${exec_prefix}/lib64, which confuses testcases that check
the contents of ${prefix}/lib. In general, tests that expect
to find installed files in specific directories should explicitly
set those directories at configure time.
* tests/testsuite.at (LT_AT_CONFIGURE): Make sure exec_prefix,
bindir and libdir point to known subdirectories we can check the
contents of later on in a test case.
(prefixdir): Rename from this...
(prefix): ...to this. All test cases that set or use the config
prefix directory must now refer to `prefixdir` for the helper
macros in this file to work in hostile build environments such
as CONFIG_SITE setting openSuSE.
* tests/demo.at, tests/depdemo.at, tests/mdemo.at,
tests/tagdemo.at: Adjust accordingly.
Reported by Peter Breitenlohner.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
tests/demo.at |8
tests/depdemo.at |6 +++---
tests/mdemo.at | 28 ++--
tests/tagdemo.at |2 +-
tests/testsuite.at |8
5 files changed, 26 insertions(+), 26 deletions(-)
diff --git a/tests/demo.at b/tests/demo.at
index 681bc8b..a83 100644
--- a/tests/demo.at
+++ b/tests/demo.at
@@ -347,7 +347,7 @@ cos (0.0) = 1
** This is not GNU Hello. There is no built-in mail reader. **
]])
-prefixdir=`pwd`/_inst
+prefix=`pwd`/_inst
]) # _LT_DEMO_SETUP
@@ -367,11 +367,11 @@ AT_CHECK([./helldl$EXEEXT |
# Run the make install rule, and check that installed binaries work too.
m4_define([_LT_CHECK_INSTALL],
[# Windows hosts search for dlls in the command path.
-PATH=$prefixdir/lib:$PATH
+PATH=$prefix/lib:$PATH
LT_AT_CHECK_EXECUTE([install],
-[$prefixdir/bin/hell_static], [$prefixdir/bin/hell])
-AT_CHECK([$prefixdir/bin/helldl$EXEEXT |
+[$prefix/bin/hell_static], [$prefix/bin/hell])
+AT_CHECK([$prefix/bin/helldl$EXEEXT |
$EGREP '(Welcome to .*GNU Hell|unsupported)'], 0, [ignore])
])
diff --git a/tests/depdemo.at b/tests/depdemo.at
index ae83277..1972985 100644
--- a/tests/depdemo.at
+++ b/tests/depdemo.at
@@ -254,7 +254,7 @@ libm cos (0.0) = 1
var_l1(4) + var_l2(6) + var_l4(9) == 19
]])
-prefixdir=`pwd`/_inst
+prefix=`pwd`/_inst
]) # _LT_SETUP
@@ -272,9 +272,9 @@ m4_define([_LT_CHECK_EXECUTE],
# Run the make install rule, and check that installed binaries work too.
m4_define([_LT_CHECK_INSTALL],
[# Windows hosts search for dlls in the command path.
-PATH=$prefixdir/lib:$PATH
+PATH=$prefix/lib:$PATH
LT_AT_CHECK_EXECUTE([install],
-[$prefixdir/bin/depdemo_static], [$prefixdir/bin/depdemo])
+[$prefix/bin/depdemo_static], [$prefix/bin/depdemo])
])
diff --git a/tests/mdemo.at b/tests/mdemo.at
index 6b3c163..ed5 100644
--- a/tests/mdemo.at
+++ b/tests/mdemo.at
@@ -583,7 +583,7 @@ cos (0.0) = 1
** This is not GNU Hello. There is no built-in mail reader. **
]])
-prefixdir=`pwd`/_inst
+prefix=`pwd`/_inst
]) # _LT_SETUP
@@ -609,12 +609,12 @@ m4_define([_LT_CHECK_INSTALL],
[LT_AT_MAKE([install])
# Windows hosts search for dlls in the command path.
-PATH=$prefixdir/lib:$PATH
+PATH=$prefix/lib:$PATH
-LT_AT_EXEC_CHECK([$prefixdir/bin/mdemo_static], 0, [ignore], [],
-[$prefixdir/lib/foo1.la $prefixdir/lib/libfoo2.la | $GREP '^try_iterate:
'])
-LT_AT_EXEC_CHECK([$prefixdir/bin/mdemo], 0, [ignore], [],
-[$prefixdir/lib/foo1.la $prefixdir/lib/libfoo2.la | $GREP '^try_iterate:
'])
+LT_AT_EXEC_CHECK([$prefix/bin/mdemo_static], 0, [ignore], [],
+[$prefix/lib/foo1.la $prefix/lib/libfoo2.la | $GREP '^try_iterate: '])
+LT_AT_EXEC_CHECK([$prefix/bin/mdemo], 0, [ignore], [],
+[$prefix/lib/foo1.la $prefix/lib/libfoo2.la | $GREP '^try_iterate: '])
])
@@ -733,18 +733,18 @@ AT_CHECK([cmp $before $after], 0, [ignore])
# Running $MAKE install
# Libtool does not create these directories
-$lt_INSTALL -d $prefixdir/bin
-$lt_INSTALL -d $prefixdir/include
-$lt_INSTALL -d $prefixdir/lib
+$lt_INSTALL -d $prefix/bin
+$lt_INSTALL -d $prefix/include
+$lt_INSTALL -d $prefix/lib
sleep 1 # for MSYS
ls -l . $objdir
Re: libtool mailing lists
Hii Pavel, They've been working fine for me so far... CCed just to be sure! :-) Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) On 31 Oct 2014, at 07:57, Pavel Raiskup prais...@redhat.com wrote: Hi Gary, has something happened with libtool's mailing lists? I was unable to send there an email yesterday (and I doubt I have done something bad; apart from that I mistakenly did not re-add you to CC and reply-to-all did also not that for me). Pavel
Re: libtool mailing lists
Hii Pavel, They've been working fine for me so far... CCed just to be sure! :-) Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) On 31 Oct 2014, at 07:57, Pavel Raiskup prais...@redhat.com wrote: Hi Gary, has something happened with libtool's mailing lists? I was unable to send there an email yesterday (and I doubt I have done something bad; apart from that I mistakenly did not re-add you to CC and reply-to-all did also not that for me). Pavel ___ https://lists.gnu.org/mailman/listinfo/libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-3-gc77eea5
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via c77eea5f6c0592423d925131489cc7772e34cf0b (commit) from a64ea4d8c4934665d0a34f3b269634af0799f875 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit c77eea5f6c0592423d925131489cc7772e34cf0b Author: Gary V. Vaughan g...@gnu.org Date: Wed Oct 29 12:17:35 2014 + maint: fix prefix and suffix installs for libtoolize. * Makefile.am (install-data-local): Depend on new install-scripts-local, and move libtoolize install from here... (install-scripts-local): ...to here. Pass libtoolize destination through program transform expression. (uninstall-hook): Likewise, prior to removal. * NEWS: Update. * THANKS: Update. Reported by Václav Zeman Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: Makefile.am | 16 +++- NEWS|5 + THANKS |1 + 3 files changed, 17 insertions(+), 5 deletions(-) diff --git a/Makefile.am b/Makefile.am index 77561e1..cd7d61c 100644 --- a/Makefile.am +++ b/Makefile.am @@ -476,7 +476,7 @@ pkgltdl_files = COPYING.LIB \ ltdl.mk \ slist.c -install-data-local: $(lt_Makefile_in) +install-data-local: $(lt_Makefile_in) install-scripts-local @$(NORMAL_INSTALL) ## Don't install over the top of an old pkgdatadir -rm -rf '$(DESTDIR)$(pkgdatadir)'/* @@ -508,9 +508,14 @@ install-data-local: $(lt_Makefile_in) echo $(INSTALL_DATA) '$(ltdldir)/$$p' '$(DESTDIR)$(pkgdatadir)/$$p'; \ $(INSTALL_DATA) $(ltdldir)/$$p $(DESTDIR)$(pkgdatadir)/$$p; \ done + chmod a+x '$(DESTDIR)$(pkgdatadir)/configure' + +install-scripts-local: $(lt_Makefile_in) ## Inline helper-scripts for installed libtoolize script - $(SCRIPT_ENV) '$(inline_source)' libtoolize '$(DESTDIR)$(bindir)/libtoolize'; - -chmod a+x '$(DESTDIR)$(pkgdatadir)/configure' '$(DESTDIR)$(bindir)/libtoolize' + @p=`echo libtoolize |sed -e '$(transform)'`; \ + echo $(SCRIPT_ENV) '$(inline_source)' libtoolize '$(DESTDIR)$(bindir)/$$p'; \ + $(SCRIPT_ENV) '$(inline_source)' libtoolize $(DESTDIR)$(bindir)/$$p; \ + chmod a+x $(DESTDIR)$(bindir)/$$p ## - ## @@ -592,8 +597,9 @@ uninstall-hook: echo rm -f '$(DESTDIR)$(aclocaldir)/$$f'; \ rm -f $(DESTDIR)$(aclocaldir)/$$f; \ done - @echo rm -f '$(DESTDIR)$(bindir)/libtoolize'; \ - rm -f '$(DESTDIR)$(bindir)/libtoolize' + @p=`echo libtoolize |sed -e '$(transform)'`; \ + echo rm -f '$(DESTDIR)$(bindir)/$$p'; \ + rm -f $(DESTDIR)$(bindir)/$$p ## --- ## diff --git a/NEWS b/NEWS index 6740ce6..635aef4 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,11 @@ NEWS - list of user-visible changes between releases of GNU Libtool * Noteworthy changes in release ?.? (-??-??) [?] +** Bug fixes: + + - Installation of 'libtoolize' once again obeys '--program-prefix', +'--program-suffix' and '--program-transform-name' configure options. + * Noteworthy changes in release 2.4.3 (2014-10-27) [stable] diff --git a/THANKS b/THANKS index 671f7c1..9603adc 100644 --- a/THANKS +++ b/THANKS @@ -204,6 +204,7 @@ Tor Lillqvistt...@iki.fi Ulrich Drepper drep...@ipd.info.uni-karlsruhe.de Warren Dodge warren.l.do...@tektronix.com + Václav Zemanvhais...@gmail.com Vadim Zeitlinvz-libt...@zeitlins.org Vincent Lefevre vinc...@vinc17.org Vincent Torrivto...@univ-evry.fr hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-4-g48ef34c
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 48ef34c5b9c0a0adee4e09561d1d0005e444afb2 (commit)
from c77eea5f6c0592423d925131489cc7772e34cf0b (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 48ef34c5b9c0a0adee4e09561d1d0005e444afb2
Author: Gary V. Vaughan g...@gnu.org
Date: Wed Oct 29 13:54:19 2014 +
maint: autogenerate THANKS.
More automation == less time wasted on menial tasks.
* build-aux/thanks-gen: script inspired by coreutils.
* Makefile.am (THANKS): Based on rule from coreutils/Makefile.am.
* NO-THANKS: New file. Configure thanks-gen output.
* THANKS: Remove.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
Makefile.am | 35 +++-
NO-THANKS| 138
THANKS | 241 --
build-aux/thanks-gen | 20
4 files changed, 191 insertions(+), 243 deletions(-)
create mode 100644 NO-THANKS
delete mode 100644 THANKS
create mode 100755 build-aux/thanks-gen
diff --git a/Makefile.am b/Makefile.am
index cd7d61c..7c0c487 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -525,6 +525,7 @@ install-scripts-local: $(lt_Makefile_in)
edit_readme_alpha = $(srcdir)/$(aux_dir)/edit-readme-alpha
gitlog_to_changelog= $(srcdir)/$(aux_dir)/gitlog-to-changelog
git_log_fix= $(srcdir)/$(aux_dir)/git-log-fix
+thanks_gen = $(srcdir)/$(aux_dir)/thanks-gen
dotserial = $(distdir)/.serial
dotversion = $(srcdir)/.version
@@ -532,6 +533,8 @@ tarball_version = $(distdir)/.tarball-version
readme = $(distdir)/README
changelog = $(distdir)/ChangeLog
changelog_old = $(srcdir)/ChangeLog.old
+thanks = $(distdir)/THANKS
+no_thanks = $(srcdir)/NO-THANKS
# Generate ChangeLog using git log entries for as far back as
# they are in good shape, appending manual records from earlier.
@@ -544,7 +547,35 @@ $(changelog): FORCE
cat '$(changelog_old)' '$@'; \
fi
-## Arrange so that .tarball-version appears only in the distribution
+# Sort in traditional ASCII order, regardless of the current locale;
+# otherwise we may get into trouble with distinct strings that the
+# current locale considers to be equal.
+ASSORT = LC_ALL=C sort
+
+# Extract all lines up to the first one starting with ##.
+prologue = perl -ne '/^\#\#/ and exit; print' $(no_thanks)
+
+# Generate THANKS using git log entries as far as possible, fixing
+# up ommisions and errors from NO-THANKS configuration.
+$(thanks): FORCE
+ $(AM_V_GEN)if test -d '$(srcdir)/.git'; then \
+ { \
+ $(prologue); echo; \
+ { perl -ne '/^$$/.../^$$/ and print' $(no_thanks) \
+ | grep -v '^$$' | perl -pe 's/ +/\0/'; \
+ { sed -e '1,/\#\# /d' -e '/^\#\# /d' \
+ -e 's,[ ][ ]*,,' $(no_thanks) \
+ | tr '\t' '\0'; \
+ git log --pretty=format:'%aN%x00%aE'; \
+ } | $(ASSORT) -u; \
+ } | $(thanks_gen) \
+ | LC_ALL=en_US.UTF-8 sort -f; \
+ echo; \
+ printf ';; %s\n' 'Local Variables:' 'coding: utf-8' End:; \
+ } '$@'; \
+ fi
+
+## Arrange so that .version appears only in the distribution
## tarball, and never in a checked-out repository.
EXTRA_DIST += $(dotversion)
BUILT_SOURCES += $(dotversion)
@@ -564,7 +595,7 @@ $(readme): FORCE
git_commit_count = git log --pretty=oneline |wc -l |$(SED) 's|[ ]||g'
-dist-hook: $(changelog) $(dotversion) $(readme)
+dist-hook: $(changelog) $(thanks) $(dotversion) $(readme)
## Arrange so that .tarball-version appears only in the distribution
## tarball, and never in a checked-out repository.
echo '$(VERSION)' $(tarball_version)
diff --git a/NO-THANKS b/NO-THANKS
new file mode 100644
index 000..10b84da
--- /dev/null
+++ b/NO-THANKS
@@ -0,0 +1,138 @@
+These people have contributed to GNU Libtool. Some have reported problems,
+others have contributed improvements to the documentation and actual code.
+The particular contributions are described in the version control logs and
+ChangeLog files. If your name has been left out, if you'd rather not be
+listed, or if you'd prefer a different address be used, please send a
+note to the bug-report mailing list (as seen at end of e.g., libtool --help).
+##
+## There is no need to list here any name that appears as an Author in
+## git log
[SCM] GNU Libtool branch, master, updated. v2.4.3-5-ga228b42
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via a228b427608481768e9d5fab58751d1b4c4c2e92 (commit) from 48ef34c5b9c0a0adee4e09561d1d0005e444afb2 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit a228b427608481768e9d5fab58751d1b4c4c2e92 Author: Gary V. Vaughan g...@gnu.org Date: Wed Oct 29 18:00:32 2014 + maint: fix README-alpha version match. With simplified release version numbering (thank you, git!), be careful to recognize four part alpha versions, or short git revision suffixed alpha versions correctly. * Makefile.am (re_odd_version): Remove. (re_alpha_version): Recognize alpha version numbers. ($(readme)): Adjust accordingly. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: Makefile.am |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index 7c0c487..d9391de 100644 --- a/Makefile.am +++ b/Makefile.am @@ -584,9 +584,9 @@ $(dotversion): ## Edit the README file for alpha releases. EXTRA_DIST += $(edit_readme_alpha) -re_odd_version = '\([0-9][0-9]*.[0-9][0-9]*.[0-9]*[13579]\)' +re_alpha_version = '\([0-9][0-9]*\.[0-9][0-9]*\.[0-9][0-9]*[-\.][-\.0-9a-z]*\)' $(readme): FORCE - @if test -n `expr $(VERSION) : $(re_odd_version)`; then \ + @if test -n `expr $(VERSION) : $(re_alpha_version)`; then \ if test 0 = '$(AM_DEFAULT_VERBOSITY)' test 1 != '$(V)'; \ then echo GEN $@; \ else echo $(SHELL) $(edit_readme_alpha) $@; fi; \ hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-6-gcdf127c
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via cdf127ca58af8c4d052249a39bbb8a921360211a (commit) from a228b427608481768e9d5fab58751d1b4c4c2e92 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit cdf127ca58af8c4d052249a39bbb8a921360211a Author: Reuben Thomas r...@sc3d.org Date: Wed Oct 29 18:50:01 2014 + libtool: preliminary support for tcc on linux*. * m4/libtool.m4 (_LT_LINKER_SHLIBS) linux*: Set archive_cmds and ld_shlibs appropriately when using tcc. * NEWS: Update. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: NEWS |8 m4/libtool.m4 | 10 ++ 2 files changed, 18 insertions(+), 0 deletions(-) diff --git a/NEWS b/NEWS index 635aef4..a53526f 100644 --- a/NEWS +++ b/NEWS @@ -7,6 +7,14 @@ NEWS - list of user-visible changes between releases of GNU Libtool - Installation of 'libtoolize' once again obeys '--program-prefix', '--program-suffix' and '--program-transform-name' configure options. +** Changes in supported systems or compilers: + + - Preliminary support for tcc on linux*. Although it already worked +sometimes in previous releases, making sure to set LD correctly now +avoids mis-matching GNU ld with tcc: + + ./configure CC=tcc LD=tcc + * Noteworthy changes in release 2.4.3 (2014-10-27) [stable] diff --git a/m4/libtool.m4 b/m4/libtool.m4 index 068f0d8..b3c0617 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -5515,6 +5515,16 @@ _LT_EOF _LT_TAGVAR(link_all_deplibs, $1)=yes ;; +linux*) + case $cc_basename in + tcc*) + # Fabrice Bellard et al's Tiny C Compiler + _LT_TAGVAR(ld_shlibs, $1)=yes + _LT_TAGVAR(archive_cmds, $1)='$CC -shared $pic_flag -o $lib $libobjs $deplibs $compiler_flags' + ;; + esac + ;; + netbsd*) if echo __ELF__ | $CC -E - | $GREP __ELF__ /dev/null; then _LT_TAGVAR(archive_cmds, $1)='$LD -Bshareable -o $lib $libobjs $deplibs $linker_flags' # a.out hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.3-7-ge1584d0
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, master has been updated via e1584d0d4985e3581f414a264ea90e720d60e17c (commit) from cdf127ca58af8c4d052249a39bbb8a921360211a (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit e1584d0d4985e3581f414a264ea90e720d60e17c Author: Reuben Thomas r...@sc3d.org Date: Wed Oct 29 18:59:07 2014 + libtool: -rdynamic support for tcc. * m4/libtool.m4 (_LT_LINKER_SHLIBS) linux*: Set export_dynamic_flag_spec appropriately when using tcc. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: m4/libtool.m4 |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/m4/libtool.m4 b/m4/libtool.m4 index b3c0617..1c6166b 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -5015,6 +5015,9 @@ _LT_EOF fi case $cc_basename in + tcc*) + _LT_TAGVAR(export_dynamic_flag_spec, $1)='-rdynamic' + ;; xlf* | bgf* | bgxlf* | mpixlf*) # IBM XL Fortran 10.1 on PPC cannot create shared libs itself _LT_TAGVAR(whole_archive_flag_spec, $1)='--whole-archive$convenience --no-whole-archive' hooks/post-receive -- GNU Libtool
Re: Add dynamic export support for tcc
Hi Reuben, On Jul 31, 2014, at 4:55 PM, Reuben Thomas r...@sc3d.org wrote: The attached patch adds support for tcc's -rdynamic, the equivalent of GNU ld's -Wl,--export-dynamic. Sorry for the long delay. I found this uncontroversial patch (and your other one) in my libtool archives, and applied it to master HEAD just now. Unfortunately libtool-2.4.3 went out a day or two already, but I'm expecting to accumulate a few more patches against it over the next week or two, after which I'll roll libtool-2.4.4 including both your tcc patches. Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)
[SCM] GNU Libtool branch, branch-2-4, updated. v2.4.2-130-g8bd508f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, branch-2-4 has been updated via 8bd508fba9dbdd04fb64be8e88fb4732a5bb6142 (commit) via 8d2bc9a6491860cf5b424dfeb2f797ddb474f528 (commit) via 9e9b5bbc502fca4a0fda3bcca96cfbb3b09793c5 (commit) via 0f5b70279dda3ace967437c97f32723641528047 (commit) from 29feba9c737c867dac92506b9838392b0561634f (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 8bd508fba9dbdd04fb64be8e88fb4732a5bb6142 Author: Gary V. Vaughan g...@gnu.org Date: Mon Oct 27 09:41:59 2014 + maint: fix a typo in THANKS. * THANKS: s/macports\.com/macports.org/ Signed-off-by: Gary V. Vaughan g...@gnu.org commit 8d2bc9a6491860cf5b424dfeb2f797ddb474f528 Author: Gary V. Vaughan g...@gnu.org Date: Sun Oct 26 22:42:47 2014 + maint: don't install unused helper scripts. * Makefile.am (install-data-local): Don't install config/extract-trace nor config/options-parser, which are not used by libtool nor libtoolize in this branch. Signed-off-by: Gary V. Vaughan g...@gnu.org commit 9e9b5bbc502fca4a0fda3bcca96cfbb3b09793c5 Author: Gary V. Vaughan g...@gnu.org Date: Sun Oct 26 21:50:06 2014 + syntax-check: use strlcpy instead of strncpy. * libltdl/loaders/dyld.c (vm_sym): Use strlcpy to pacify syntax checks. * libltdl/ltdl.c (try_dlopen): Likewise. Signed-off-by: Gary V. Vaughan g...@gnu.org commit 0f5b70279dda3ace967437c97f32723641528047 Author: Gary V. Vaughan g...@gnu.org Date: Sun Oct 26 21:33:32 2014 + bootstrap: add gnulib override modules. * libltdl/config/extract-trace, libltdl/config/options-parser: Remove. * libltdl/config/.gitconfig: Update. * gl/modules/bootstrap, gl/modules/extract-trace, gl/modules/funclib.sh, gl/modules/inline-source, gl/modules/options-parser: New files. * bootstrap.conf (gnulib_modules): Add bootstrap. Signed-off-by: Gary V. Vaughan g...@gnu.org --- Summary of changes: Makefile.am |2 +- THANKS|2 +- bootstrap.conf|1 + gl/modules/bootstrap | 23 ++ gl/modules/extract-trace | 21 ++ gl/modules/funclib.sh | 19 + gl/modules/inline-source | 21 ++ gl/modules/options-parser | 20 + libltdl/config/.gitignore |5 + libltdl/config/extract-trace | 407 - libltdl/config/options-parser | 796 - libltdl/loaders/dyld.c|2 +- libltdl/ltdl.c|2 +- 13 files changed, 114 insertions(+), 1207 deletions(-) create mode 100644 gl/modules/bootstrap create mode 100644 gl/modules/extract-trace create mode 100644 gl/modules/funclib.sh create mode 100644 gl/modules/inline-source create mode 100644 gl/modules/options-parser delete mode 100755 libltdl/config/extract-trace delete mode 100644 libltdl/config/options-parser diff --git a/Makefile.am b/Makefile.am index 6723e05..835ba68 100644 --- a/Makefile.am +++ b/Makefile.am @@ -476,7 +476,7 @@ install-data-local: $(lt_Makefile_in) $(INSTALL_DATA) $(srcdir)/$(macro_dir)/$$f $(DESTDIR)$(aclocaldir)/$$f; \ done ## install the helper scripts - @list='config/extract-trace config/options-parser $(pkgaux_scripts)' \ + @list='$(pkgaux_scripts)' \ for p in $$list; do \ d=`echo $(DESTDIR)$(pkgdatadir)/$$p |$(SED) 's,[^/]*$$,,'`; \ test -d $$d || $(mkinstalldirs) $$d; \ diff --git a/THANKS b/THANKS index 17bc62d..fcae098 100644 --- a/THANKS +++ b/THANKS @@ -131,7 +131,7 @@ Khem Raj raj.k...@gmail.com KO Myung-Hun k...@chollian.net Kurt D. Zeilenga k...@openldap.org - Lawrence Velázquez lar...@macports.com + Lawrence Velázquez lar...@macports.org Lennart Poettering lenn...@poettering.net Lionel Landwerlin llandwer...@gmail.com Maciej Helminiak di...@wp.pl diff --git a/bootstrap.conf b/bootstrap.conf index 6f983f1..40b6c5d 100644 --- a/bootstrap.conf +++ b/bootstrap.conf @@ -66,6 +66,7 @@ gnulib_tool_options=$gnulib_tool_options # gnulib modules used by this package. gnulib_modules=' announce-gen +bootstrap do-release-commit-and-tag gendocs git-version-gen diff --git a/gl/modules/bootstrap b/gl/modules/bootstrap new file mode 100644 index 000..f74c018 --- /dev/null +++ b/gl/modules/bootstrap @@ -0,0 +1,23 @@ +Description: +Bootstrap
[SCM] GNU Libtool branch, master, updated. v2.4.2.444-38-g42e91f0
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 42e91f028255c79b1c3b308f61f0c0e6b6063280 (commit)
via 54f6055601d8391bd473508704db69fc677e7e28 (commit)
from 6b02c1fb4b5f91316c8e19d8506990ca6a7915e1 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 42e91f028255c79b1c3b308f61f0c0e6b6063280
Author: Gary V. Vaughan g...@gnu.org
Date: Mon Oct 27 09:41:59 2014 +
maint: fix a typo in THANKS.
* THANKS: s/macports\.com/macports.org/
Signed-off-by: Gary V. Vaughan g...@gnu.org
commit 54f6055601d8391bd473508704db69fc677e7e28
Author: Gary V. Vaughan g...@gnu.org
Date: Sun Oct 26 21:50:06 2014 +
syntax-check: use strlcpy instead of strncpy.
* libltdl/loaders/dyld.c (vm_sym): Use strlcpy to pacify syntax
checks.
* libltdl/ltdl.c (try_dlopen): Likewise.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
THANKS |2 +-
libltdl/loaders/dyld.c |2 +-
libltdl/ltdl.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/THANKS b/THANKS
index 211ffe1..671f7c1 100644
--- a/THANKS
+++ b/THANKS
@@ -132,7 +132,7 @@
Khem Raj raj.k...@gmail.com
KO Myung-Hun k...@chollian.net
Kurt D. Zeilenga k...@openldap.org
- Lawrence Velázquez lar...@macports.com
+ Lawrence Velázquez lar...@macports.org
Lennart Poettering lenn...@poettering.net
Lionel Landwerlin llandwer...@gmail.com
Maciej Helminiak di...@wp.pl
diff --git a/libltdl/loaders/dyld.c b/libltdl/loaders/dyld.c
index 7d7cd21..3ee7354 100644
--- a/libltdl/loaders/dyld.c
+++ b/libltdl/loaders/dyld.c
@@ -350,7 +350,7 @@ vm_sym (lt_user_data loader_data, lt_module module, const
char *name)
if (!nssym)
{
- strncpy (saveError, dylderror (LT__STRERROR (SYMBOL_NOT_FOUND)), 255);
+ strlcpy (saveError, dylderror (LT__STRERROR (SYMBOL_NOT_FOUND)), 255);
saveError[255] = 0;
if (!mh)
{
diff --git a/libltdl/ltdl.c b/libltdl/ltdl.c
index 098f9a6..9c02afc 100644
--- a/libltdl/ltdl.c
+++ b/libltdl/ltdl.c
@@ -1240,7 +1240,7 @@ try_dlopen (lt_dlhandle *phandle, const char *filename,
const char *ext,
goto cleanup;
}
- strncpy (dir, canonical, dirlen);
+ strlcpy (dir, canonical, dirlen);
dir[dirlen] = LT_EOS_CHAR;
++base_name;
hooks/post-receive
--
GNU Libtool
[SCM] GNU Libtool branch, master, updated. v2.4.2.444-41-gb9bf9fb
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via b9bf9fb6ef614520fa373631078cc0cc2e89aa0d (commit)
via 9299411fe170f5d896a64cef00911891c78c3a4b (commit)
from a2ca3e849aa79885a056441c9148e3cceaf93de1 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit b9bf9fb6ef614520fa373631078cc0cc2e89aa0d
Author: Gary V. Vaughan g...@gnu.org
Date: Mon Oct 27 18:03:28 2014 +
version 2.4.3
* NEWS: Record release date.
commit 9299411fe170f5d896a64cef00911891c78c3a4b
Author: Gary V. Vaughan g...@gnu.org
Date: Mon Oct 27 17:59:20 2014 +
bootstrap: sync with upstream.
* gl/build-aux/bootstrap.in, gl/build-aux/funclib.sh: Sync with
upstream.
* bootstrap: Regenerate.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
Summary of changes:
NEWS |2 +-
bootstrap | 10 +-
gl/build-aux/bootstrap.in |6 +++---
gl/build-aux/funclib.sh |4 ++--
4 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/NEWS b/NEWS
index 1ca6d65..d373ef3 100644
--- a/NEWS
+++ b/NEWS
@@ -1,6 +1,6 @@
NEWS - list of user-visible changes between releases of GNU Libtool
-* Noteworthy changes in release ?.? (-??-??) [?]
+* Noteworthy changes in release 2.4.3 (2014-10-27) [stable]
** New features:
diff --git a/bootstrap b/bootstrap
index 755ed8b..0d9b152 100755
--- a/bootstrap
+++ b/bootstrap
@@ -230,7 +230,7 @@ vc_ignore=
# Source required external libraries:
# Set a version string for this script.
-scriptversion=2014-02-10.13; # UTC
+scriptversion=2014-01-03.01; # UTC
# General shell script boiler plate, and helper functions.
# Written by Gary V. Vaughan, 2004
@@ -1499,7 +1499,7 @@ func_warning ()
# ---
# 'sort -V' is not generally available.
# Note this deviates from the version comparison in automake
-# in that it treats 1.5 1.5.0, and treats 1.4-p12a 1.4-p3a
+# in that it treats 1.5 1.5.0, and treats 1.4.4a 1.4-p3a
# but this should suffice as we won't be specifying old
# version formats or redundant trailing .0 in bootstrap.conf.
# If we did want full compatibility then we should probably
@@ -2563,7 +2563,7 @@ test extract-trace = $progname func_main $@
# End:
# Set a version string for *this* script.
-scriptversion=2014-01-27.02; # UTC
+scriptversion=2014-10-19.23; # UTC
## --- ##
@@ -3916,8 +3916,8 @@ func_require_gnulib_submodule ()
fi
# Make sure we've checked out the correct revision of gnulib.
- func_show_eval $GIT submodule init \
- func_show_eval $GIT submodule update \
+ func_show_eval $GIT submodule init -- $gnulib_path \
+ func_show_eval $GIT submodule update -- $gnulib_path \
|| func_fatal_error Unable to update gnulib submodule.
fi
diff --git a/gl/build-aux/bootstrap.in b/gl/build-aux/bootstrap.in
index 266eb20..bf3ba9b 100755
--- a/gl/build-aux/bootstrap.in
+++ b/gl/build-aux/bootstrap.in
@@ -232,7 +232,7 @@ vc_ignore=
. `echo $0 |${SED-sed} 's|[^/]*$||'`extract-trace
# Set a version string for *this* script.
-scriptversion=2014-01-27.02; # UTC
+scriptversion=2014-10-19.23; # UTC
## --- ##
@@ -1585,8 +1585,8 @@ func_require_gnulib_submodule ()
fi
# Make sure we've checked out the correct revision of gnulib.
- func_show_eval $GIT submodule init \
- func_show_eval $GIT submodule update \
+ func_show_eval $GIT submodule init -- $gnulib_path \
+ func_show_eval $GIT submodule update -- $gnulib_path \
|| func_fatal_error Unable to update gnulib submodule.
fi
diff --git a/gl/build-aux/funclib.sh b/gl/build-aux/funclib.sh
index fe53505..9cb02ff 100644
--- a/gl/build-aux/funclib.sh
+++ b/gl/build-aux/funclib.sh
@@ -1,5 +1,5 @@
# Set a version string for this script.
-scriptversion=2014-02-10.13; # UTC
+scriptversion=2014-01-03.01; # UTC
# General shell script boiler plate, and helper functions.
# Written by Gary V. Vaughan, 2004
@@ -1268,7 +1268,7 @@ func_warning ()
# ---
# 'sort -V' is not generally available.
# Note this deviates from the version comparison in automake
-# in that it treats 1.5 1.5.0, and treats 1.4-p12a 1.4-p3a
+# in that it treats 1.5 1.5.0, and treats 1.4.4a 1.4-p3a
# but this should suffice as we won't be specifying old
# version formats or redundant trailing .0 in bootstrap.conf.
# If we did want full compatibility then we should probably
hooks/post-receive
--
GNU Libtool
[SCM] GNU Libtool annotated tag, v2.4.3, created. v2.4.3
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The annotated tag, v2.4.3 has been created at 6f15d1051612c8246e25eb7ef1499807497f1db9 (tag) tagging b9bf9fb6ef614520fa373631078cc0cc2e89aa0d (commit) replaces v2.4.2.444 tagged by Gary V. Vaughan on Mon Oct 27 18:03:28 2014 + - Log - libtool 2.4.3 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEABECAAYFAlROiPAACgkQFRMICSmD1gaHRgCgyvjll9X8z17FdQXFrRHJ1xEK a+YAnjZCUEUKLJnu6wTu212ZVkc4ezwf =lsIw -END PGP SIGNATURE- Bruce Korb (1): bootstrap: check for git tree with .git/. in case of soft links. Gary V. Vaughan (31): maint: change history. bootstrap: push Peter's version sort fix back into funclib.sh. libtoolize: use printf '%s\n' unconditionally. maint: use before-save-hook in Emacs footers. bootstrap: move included files below DO NOT EDIT comment. inline-source: add a DO NOT EDIT notice to generated files. bootstrap: force remove file droppings from previous run. configury: use bootstrap ChangeLog management feature. bootstrap: support automake README requirement. README: Tweak into markdown format and fix some bitrot. libtool: rearrange header comments for correct version/help extraction. bootstrap: fix test-dollar sanity check failure. edit-readme-alpha: adjust for recent README edits. inline-source: gawk doesn't have boolean constants. inline-source: DO NOT EDIT warning only for top-level file. bootstrap: replace spurious hyphen in some section comments. bootstrap: remove conftest.sed file droppings. bootstrap: specify particular version in buildreq with =x.y. options-parser: --version works with 'DO NOT EDIT' preamble again. bootstrap: check for git checkout correctly. bootstrap: use `-d .git` to check whether we are in a git tree. doc: remove redundant in order to phrase where possible. gnulib: sync with upstream. bootstrap: commit latest to avoid regeneration at build time. libtool: support Mac OS 10.10 and newer. libtool: fix GCC linking with -fstack-protector. syntax-check: use strlcpy instead of strncpy. maint: fix a typo in THANKS. testsuite: fixes required for `make distcheck CC=g++`. bootstrap: sync with upstream. version 2.4.3 Peter Rosin (7): bootstrap: fix description of func_sort_ver to match recent sort change libtool: actually strip -Wl when relinking with $LD tests: sprinkle -no-undefined when linking libraries libtool: prevent lto from stripping the magic cookie from the cwrapper libtool: speed up ltwrapper_script detection in execute mode libtool: fix nm test for MSYS/MinGW libtool: delay expansion of $ECHO until the wrapper script runs Rainer Orth (1): libtool: opt_duplicate_compiler_generated_deps is harmful on Solaris Todd C. Miller (1): libtoolize: don't remove install-sh. --- hooks/post-receive -- GNU Libtool
[SCM] GNU Libtool branch, branch-2-4, deleted. v2.4.2-130-g8bd508f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project GNU Libtool. The branch, branch-2-4 has been deleted was 8bd508fba9dbdd04fb64be8e88fb4732a5bb6142 --- 8bd508fba9dbdd04fb64be8e88fb4732a5bb6142 maint: fix a typo in THANKS. --- hooks/post-receive -- GNU Libtool
