Re: CC can be a program name *with arguments*

2005-03-01 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Tue, Mar 01, 2005 at 02:04:51PM CET: Welcome back :-) Thanks! (freezing) * Gary V. Vaughan wrote on Fri, Feb 25, 2005 at 01:21:14PM CET: Bob Friesenhahn wrote: My thoughts exactly. cc_basename is only ever used in case statements, so lets set it

Re: Mac OSX 10.3.x and libtool1.5.14

2005-03-04 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Fri, Mar 04, 2005 at 01:23:04PM CET: Ralf Wildenhues wrote: | | Do you know the difference between Apple's supplied `libtool' and GNU | libtool, called `glibtool' on those systems (I believe)? | | Are your problems related to the thread at | http://lists.gnu.org

Re: patch to fix missing quoting

2005-03-07 Thread Ralf Wildenhues
Hi Per, * Per Bothner wrote on Mon, Mar 07, 2005 at 12:02:20AM CET: The srcname and the target name were not being quoted. This caused problems with Java, where .class files may commonly contain '$'. Thanks for reporting this. Your patch is not quite correct, as it causes the $ in the libobj

Re: IRIX 6.5 and exporting symbols.

2005-03-09 Thread Ralf Wildenhues
Michael -- this might be of interest for you. Quoting generously since the ML archives don't provide me with a link yet. * Peter Ekberg wrote on Wed, Mar 09, 2005 at 03:14:46PM CET: Ralf Wildenhues wrote: * Peter Ekberg wrote on Wed, Mar 09, 2005 at 02:11:40PM CET: On 2005-01-13, I wrote

Re: patch to fix missing quoting

2005-03-09 Thread Ralf Wildenhues
Hi Per, * Per Bothner wrote on Mon, Mar 07, 2005 at 08:18:07PM CET: Ralf Wildenhues wrote: Thanks for reporting this. Your patch is not quite correct, as it causes the $ in the libobj name to be quoted twice. Thus, the output name of the .lo file will be wrong. Hm. Yes. OK. I've got

Re: FYI: use `' to separate commands in the untar process [libtool--release--2.0--patch-56]

2005-03-11 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Thu, Mar 10, 2005 at 09:58:58PM CET: Applied to branch-2-0 (I didn't make this oversight in the other branches). from Gary V. Vaughan [EMAIL PROTECTED] * libltdl/Makefile.am (install-data-local): Use `' to separate commands so that stdin

Re: replace wicked whiches by thats

2005-03-12 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Tue, Mar 08, 2005 at 12:37:00PM CET: * doc/libtool.texi: Replace wicked whiches by thats or other better-sounding constructs. Applied (HEAD, branch-2-0). Regards, Ralf

Re: patch to fix missing quoting

2005-03-12 Thread Ralf Wildenhues
Hi Per, Peter, * Per Bothner wrote on Thu, Mar 10, 2005 at 06:27:08PM CET: Ralf Wildenhues wrote: Sorry for self-reply. OK, better patch: does the quoting only in one place, plus complains loudly and fails if $libobj contains special characters. Works for me. Good. Applied to HEAD

Re: FreeBSD make

2005-03-12 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Fri, Mar 11, 2005 at 06:04:16PM CET: Ralf Wildenhues wrote: However, I think this patch below should be checked in (HEAD, branch-2-0). OK? Agreed. Done. Thanks, Ralf --- configure.ac12 Dec 2004 16:24:28 - 1.62 +++ configure.ac11

Re: CC can be a program name *with arguments*

2005-03-14 Thread Ralf Wildenhues
Hi Peter, I answered already in another mail, but since replying to several mails at once is not always easy to spot: * Peter O'Gorman wrote on Wed, Mar 02, 2005 at 02:29:20PM CET: Gary V. Vaughan wrote: Ah yes. Thinko. Currently we should recommend: ../configure

FYI: patch to fix missing quoting

2005-03-15 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Sat, Mar 12, 2005 at 07:07:43PM CET: * Peter O'Gorman wrote on Thu, Mar 10, 2005 at 03:12:59PM CET: This looks okay to me, can we have a test too though? Yes, I am working on one. First the branch-1-5 backport below. My question would be whether anyone objects

Re: don't rely on recursive copy for libtoolize --ltdl [libtool--gary--1.0--patch-4]

2005-03-20 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Sun, Mar 20, 2005 at 03:02:36PM CET: Okay to commit? Untested. But it looks ok, so yes. Regards, Ralf As a prerequisite for being able to test an uninstalled libtoolize for copying files correctly from the source tree, we must know

Re: CC can be a program name *with arguments*

2005-03-21 Thread Ralf Wildenhues
To finish this up for now.. * Gary V. Vaughan wrote on Tue, Mar 01, 2005 at 03:43:04PM CET: Ralf Wildenhues wrote: I want, in a libtoolized project, ../configure CC='pgcc-78.9 -foo-option' to succeed in choosing Portland compiler options. No multiple compilers involved here. Ah yes

FYI: HEAD/branch-2-0 macro cleanup

2005-03-22 Thread Ralf Wildenhues
Applied to HEAD and branch-2-0. 2005-03-22 Ralf Wildenhues [EMAIL PROTECTED] (tiny change) * m4/libtool.m4, m4/ltdl.m4: Indentation and quoting cleanup. Index: m4/libtool.m4 === RCS file: /cvsroot/libtool/libtool/m4

platform specific notes

2005-03-23 Thread Ralf Wildenhues
I think we need a better place to put platform specific notes. branch-1-5 README has some, but README is not generally accessible - for users of libtoolized packages - before `configure'ing _that_ package The online manual is accessible before issuing configure, so a pointer from configure

$ECHO variations (was: FYI: IRIX 6.5 and exporting symbols.)

2005-03-24 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Thu, Mar 24, 2005 at 09:15:35AM CET: Well, this is kind of Libtool-specific, as we use one of echo print -r printf %s\n $CONFIG_SHELL $0 --fallback-echo for $ECHO, and the third one at least does the wrong thing with more than one argument, and the first

How to use echo

2005-03-25 Thread Ralf Wildenhues
OK to apply (HEAD, branch-2-0)? (I do realize that my notation is kind of inconsistent -- should I write printf %s\\n instead?) Regards, Ralf Index: HACKING === RCS file: /cvsroot/libtool/libtool/HACKING,v retrieving revision

Re: simplify libtoolize path fiddling [libtool--gary--1.0--patch-11]

2005-03-25 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Thu, Mar 24, 2005 at 06:16:33PM CET: Okay to commit? Most of the hair introduced ostensibly to enable testing of uninstalled libtoolize isn't necessary if we allow overriding of the libtool master copy directory: *

FYI: minor formatting cleanups

2005-03-28 Thread Ralf Wildenhues
Applied to HEAD and branch-2-0. Regards, Ralf 2005-03-28 Ralf Wildenhues [EMAIL PROTECTED] (tiny change) * doc/libtool.texi: Minor formatting cleanups. Index: doc/libtool.texi === RCS file: /cvsroot/libtool/libtool/doc

libtoolize bugs in HEAD

2005-03-28 Thread Ralf Wildenhues
No time for looking now, but libtoolize HEAD contains # Massage a value for pkgvltdl_files from the value used in Makefile.am for my_filename in make[1]: Entering directory `/tmp/build-x86_64/libltdl' COPYING.LIB README Makefile.am Makefile.in configure.ac configure ltdl.c ltdl.h lt_error.c

[patch #1065] AC_LIBTOOL_DLOPEN and AC_LIBTOOL_WIN32_DLL ignored

2005-03-30 Thread Ralf Wildenhues
Update of patch #1065 (project libtool): Open/Closed:Open = Closed ___ Follow-up Comment #1: I think this has been fixed meanwhile.

[patch #3872] locking in libtool

2005-03-30 Thread Ralf Wildenhues
Update of patch #3872 (project libtool): Status:None = Need Info Assigned to:None = rwild ___ Follow-up Comment #1: Did you actually

[patch #1976] Improve compatibility with older auto* tools

2005-03-30 Thread Ralf Wildenhues
Update of patch #1976 (project libtool): Status:None = Invalid Open/Closed:Open = Closed ___ Follow-up Comment #2: This does not

Re: libtool hangup

2005-03-30 Thread Ralf Wildenhues
Hi Marcin, * [EMAIL PROTECTED] wrote on Thu, Mar 31, 2005 at 09:41:57AM CEST: Hello! Libtool uses hard links for locking. It links itself to the lockfile located in the libtooled project directory. It doesn't work if the project and the libtool are on different disk volumes. So the libtool

Re: fix libtoolize serial comparisons [libtool--gary--1.0--patch-12]

2005-03-31 Thread Ralf Wildenhues
* Gary V. Vaughan wrote on Tue, Mar 29, 2005 at 09:33:35PM CEST: Patch against HEAD -- actually against my dev branch which already has - --patch-11 applied, so this patch may not apply cleanly directly to HEAD (sans --patch-11). Okay to commit and backport to branch-2-0? Fix

Re: libtoolize bugs in HEAD

2005-03-31 Thread Ralf Wildenhues
* Gary V. Vaughan wrote on Thu, Mar 31, 2005 at 05:01:22PM CEST: Hallo Ralf! Ralf Wildenhues wrote: Perhaps you have out of date Makefile.in or mismatched bootstrap script? Obviously not. Did you use GNU make and bash? ] make --version GNU Make version 3.79, by Richard Stallman

FYI: sys_max_cmd_len for BSDs

2005-04-01 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Fri, Apr 01, 2005 at 07:44:01AM CEST: Ralf Wildenhues wrote: | * Mike Stump wrote on Wed, Mar 30, 2005 at 12:57:59AM CEST: | |How about this one... The /4 comes from the old code in ltconfig |that did: *snip* |In the end it was 3/4 the original value.. | | Yes, I

Re: fix ltdldatafiles corruption bug [libtool--gary--1.0--patch-14]

2005-04-03 Thread Ralf Wildenhues
* Gary V. Vaughan wrote on Fri, Apr 01, 2005 at 07:40:37PM CEST: Okay to commit to HEAD, and backport to branch-2-0? Makes new tests 1 and 2 fail silently (i.e., they don't work because they use -I, but report success). Fixes my `libtoolize' corruption. Getting the value of

Re: fix ltdldatafiles corruption bug [libtool--gary--1.0--patch-14]

2005-04-03 Thread Ralf Wildenhues
Sorry.. * Ralf Wildenhues wrote on Sun, Apr 03, 2005 at 10:10:43AM CEST: * Gary V. Vaughan wrote on Fri, Apr 01, 2005 at 07:40:37PM CEST: With this applied, the following test shows some problems: current `serial' computation is flawed (sorry, I should've checked more carefully before

Re: echo audit of libtool.m4

2005-04-03 Thread Ralf Wildenhues
Hi Robert, * Robert Ögren wrote on Sun, Apr 03, 2005 at 05:04:12PM CEST: Ralf Wildenhues wrote: Somebody please look over this and test. For HEAD, should apply to branch-2-0 as well, modulo trivial rejects. I tested it on Cygwin with lt_ECHO='printf %s\n' and it fixed many

FYI: platform specific notes

2005-04-04 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Tue, Mar 29, 2005 at 11:56:02AM CEST: Ralf Wildenhues wrote: All fine, except that you need to 'cd $(srcdir)' first in the make rule, I don't understand why this should be necessary; it breaks use of $. I put it in the patch below, though. Yes

Re: FYI: new libtoolize autotests [libtool--devo--1.0--patch-107]

2005-04-05 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Mon, Apr 04, 2005 at 10:29:25PM CEST: * Gary V. Vaughan wrote on Mon, Apr 04, 2005 at 07:25:22PM CEST: Applied to HEAD. Nice patch except for the brown bag below (and someone I mailed for assistance in a completely unrelated bug to actually check out

Re: Speeding up libtool

2005-04-05 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Mon, Apr 04, 2005 at 09:06:25AM CEST: * Robert Ögren wrote on Mon, Apr 04, 2005 at 01:30:26AM CEST: With ash and lt_ECHO=printf...: I think the disappointing speedup is caused by a lot of spawning of printf (printf isn't a builtin in ash, right?) Setting ECHO

Re: improve demo-hardcode (e.g. on Solaris)

2005-04-05 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Tue, Apr 05, 2005 at 03:43:32PM CEST: Ralf Wildenhues wrote: Several people (I Cc:ed a couple) have reported spurious failures of demo-hardcode.test on some Solaris boxen. I believe they are all bogus and caused by the compiler or putting the command

Re: [patch] 1.5.14: Enable ar for GCJ

2005-04-06 Thread Ralf Wildenhues
Hi Maciej, * Maciej W. Rozycki wrote on Mon, Apr 04, 2005 at 06:59:27PM CEST: The GCJ tag has old_archive_cmds omitted and as a result libtool cannot create archive libraries for this configuration. A fix follows. Thanks for your patch. Glancing over _LT_AC_LANG_GCJ_CONFIG, there are many

FYI: Speeding up libtool

2005-04-07 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Wed, Apr 06, 2005 at 05:06:26PM CEST: Ralf Wildenhues wrote: OK to apply to HEAD? * m4/libtool.m4 (_LT_CONFIG_COMMANDS): Only call sed if necessary while quoting all libtool variables. Reported by Robert Ögren [EMAIL PROTECTED

cc_basename: support distcc/ccache and cross-compilers better

2005-04-07 Thread Ralf Wildenhues
Libtool does fine when the user installs distcc or ccache so they are symlinked as the respective compiler name. Like /usr/local/bin/g++ - path/to/distcc (distcc knows about the path to the real compiler if configured like this). But when a libtoolized package is configured as configure

Re: cc_basename: support distcc/ccache and cross-compilers better

2005-04-07 Thread Ralf Wildenhues
Oh bummer, I thought I had deleted this: * Ralf Wildenhues wrote on Thu, Apr 07, 2005 at 12:40:30PM CEST: The biggest problem is again detection of distcc/ccache specific flags which have options. This turns out to be a non-issue AFAICS. I tested both applications, none use options

FYI: PGI patches

2005-04-07 Thread Ralf Wildenhues
I have checked in enhanced support for PGI compilers as below, to Libtool CVS HEAD. Because it adds a `prelink_cmds' interface for template object compilation to libtool, I regard it as HEAD only for now. Given that it proves stable (useful also for other compilers would be a goodie), a backport

Re: [patch] 1.5.14: Incorrect archive member renaming with GNU ar

2005-04-07 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Thu, Apr 07, 2005 at 03:04:17PM CEST: Peter O'Gorman wrote: | Maciej W. Rozycki wrote: | | | | A change dated 2004-12-10 broke handling of archives containing multiple | | members of the same name for GNU binutils. Unlike what the relevant *snip* | | Aw crap! Oh

Re: fix order of -L flags added for libtool dep libs

2005-04-08 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Tue, Apr 05, 2005 at 09:23:46AM CEST: * Alexandre Oliva wrote on Mon, Apr 04, 2005 at 08:57:43PM CEST: On Apr 4, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote: The problem here is that, when we relink libA for installation, we start with tmp_libs=-lB -L/new

Re: Invalid switch passed to linker on Solaris 10 with Sun One Studio 8

2005-04-08 Thread Ralf Wildenhues
To the other developers: Since this is an annoying bug for many people, are you ok with another point release of 1.5.x? Say, weekend after next? If you want me to do it: how do I read up on getting write approval for uploading? * Damien Carbery wrote on Fri, Apr 08, 2005 at 12:38:49PM CEST: I

Re: [patch] 1.5.14: Incorrect archive member renaming with GNU ar

2005-04-08 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Thu, Apr 07, 2005 at 10:58:28PM CEST: * Peter O'Gorman wrote on Thu, Apr 07, 2005 at 03:04:17PM CEST: This is Alexandre Oliva's patch with a test case. OK to apply to branch-1-5 and forward port? Yes. Please show the forward-port, though. Nice and clean fix

FYI: fix order of -L flags added for libtool dep libs

2005-04-08 Thread Ralf Wildenhues
Hi Gary, Alexandre, others, * Gary V. Vaughan wrote on Fri, Apr 08, 2005 at 02:05:46PM CEST: Ralf Wildenhues wrote: Here is a patch with a test and your fix. OK to apply to branch-1-5 and forward-port? Yep, looks good to me. Thanks. Applied, with a slightly more verbose ChangeLog

Fix Xsed's

2005-04-09 Thread Ralf Wildenhues
While working on pending bug reports (hi Robert :).. I noticed not all Xsed's only strip the first input line. This breaks $ECHO X$list | $SP2NL | $Xsed ... OK to apply attached patches for consistency? The HEAD one works against branch-2-0 as well, if you ignore the file from the new HEAD

tar and non-writable files in srcdir

2005-04-10 Thread Ralf Wildenhues
While extracting libtool-2.1a.tar.bz2 (tarball of CVS HEAD) over an already present source tree on Solaris: | .. | tar: libtool-2.1a/config/ltmain.sh: Could not create file: Permission denied | .. | tar: libtool-2.1a/m4/ltversion.m4: Could not create file: Permission denied | .. Should we avoid

compensate compiler warnings and boilerplate

2005-04-10 Thread Ralf Wildenhues
Two problems I want to kill with this patch: - picky compiler(s|flags) warn about innocuous code and thus make the `-c -o' and the pic_flag tests (among others) spuriously fail. - some proprietary compilers output boilerplate every time. Same effect on libtool tests. A third, similar problem

1.5 release (was: Invalid switch passed to linker on Solaris 10 with Sun One Studio 8)

2005-04-11 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Fri, Apr 08, 2005 at 04:11:56PM CEST: Ralf Wildenhues wrote: | To the other developers: Since this is an annoying bug for many people, | are you ok with another point release of 1.5.x? Say, weekend after | next? If you want me to do it: how do I read up

Re: fix order of -L flags added for libtool dep libs

2005-04-11 Thread Ralf Wildenhues
[ Zachary, I have Cc:ed you because this may relate to an old bugreport by you, and I would like to make a test case for it if at all possible. See [4] for the archive of this thread so far. ] * Gary V. Vaughan wrote on Fri, Apr 08, 2005 at 02:05:46PM CEST: Ralf Wildenhues wrote: Here

Re: compensate compiler warnings and boilerplate

2005-04-11 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Mon, Apr 11, 2005 at 10:33:25AM CEST: Ralf Wildenhues wrote: Two problems I want to kill with this patch: - picky compiler(s|flags) warn about innocuous code and thus make the `-c -o' and the pic_flag tests (among others) spuriously fail. - some

Re: consolidate Makefile.ams [libtool--gary--1.0--patch-17]

2005-04-12 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Mon, Apr 11, 2005 at 06:27:24PM CEST: This changeset came about as a side effect of trying to make libltdl/Makefile.am work as a standalone top-level Makefile, for correct installation with `libtoolize --ltdl'. And Ralf's mail describing why calling make

Re: [patch] list of input files if max_cmd_len exceeded

2005-04-14 Thread Ralf Wildenhues
Hi David, others, * David Edelsohn wrote on Thu, Apr 14, 2005 at 02:20:13AM CEST: Peter Look for $with_gnu_ld in ltmain.m4sh. Okay, sorry that I missed that. I can move my change to that block, but the GNU ld linker script syntax is just different enough that I cannot reuse the file.

FYI: fix order of -L flags added for libtool dep libs

2005-04-14 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Wed, Apr 13, 2005 at 02:43:37PM CEST: Ralf Wildenhues wrote: The depdepl part is darwin-specific. Tell me this is a non-issue and I will happily believe you. :) Looks like a non-issue. Alright. I believe you. :) I considered back-porting the change I made

Re: FYI: consolidate Makefile.ams [libtool--devo--1.0--patch-115]

2005-04-14 Thread Ralf Wildenhues
. Unfortunately, I overlooked (at least) this one detail: your change needs the patch below, which I committed to HEAD (mkstamp looks at $srcdir/ChangeLog). Please just put it into yours when backporting. Cheers, Ralf 2005-04-14 Ralf Wildenhues [EMAIL PROTECTED] (tiny change) * bootstrap

Re: [patch] list of input files if max_cmd_len exceeded

2005-04-14 Thread Ralf Wildenhues
* David Edelsohn wrote on Thu, Apr 14, 2005 at 04:59:20PM CEST: Ralf Wildenhues writes: Ralf What would the linker do with special characters in file names? AIX allows file globbing on the list, so '*' and '?' are allowed, but libtool does not need that capability. Any other

Re: [patch] list of input files if max_cmd_len exceeded

2005-04-14 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Thu, Apr 14, 2005 at 02:38:49PM CEST: Ralf Wildenhues wrote: Also, if we find more linkers with more link script syntax forms, it might be good to fold that into a recipe to be put in libtool.m4. Something like I don't think that this is necessary yet. David's

Re: [patch] list of input files if max_cmd_len exceeded

2005-04-14 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Thu, Apr 14, 2005 at 06:52:16PM CEST: * Peter O'Gorman wrote on Thu, Apr 14, 2005 at 02:38:49PM CEST: Ralf Wildenhues wrote: Unnecessary. Just do $ECHO X$save_libobjs | $Xsed | $SP2NL $output instead of looping over every file. This would seem

Re: FYI: consolidate Makefile.ams [libtool--devo--1.0--patch-115]

2005-04-14 Thread Ralf Wildenhues
* Gary V. Vaughan wrote on Wed, Apr 13, 2005 at 02:27:52PM CEST: Applied to HEAD. This represents libtool--gary--1.0--patch-17, plus fixes for nits picked up by Ralf, and also to let bootstrap and make distcheck work again. I'll backport to branch-2-0 in a few days. Oh dear. More issues

Re: revert parallel installation support [libtool--gary--1.0--patch-19]

2005-04-14 Thread Ralf Wildenhues
* Gary V. Vaughan wrote on Thu, Apr 14, 2005 at 06:07:55PM CEST: Okay to commit to HEAD? Revert the parallel installation changes from November last year: It looks ok to me. Found another consoldidate Makefile.ams nit, though: libltdl/configure.ac should not contain loaders/Makefile

Re: Autotest

2005-04-15 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Thu, Apr 14, 2005 at 02:16:21PM CEST: Ralf Wildenhues wrote: FYI, I have applied the pending patch to branch-2-0, and the patch below to HEAD. It uses the new testsuite, and sure again feels a little like working around the limitations of Autotest

FYI: cc_basename: support distcc/ccache and cross-compilers better

2005-04-15 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Thu, Apr 07, 2005 at 12:40:30PM CEST: But when a libtoolized package is configured as configure CC='distcc xlc' .. Libtool's tests break down[1]. FYI: Applied the following patches to all branches. Added purify for convenience, and simplified the sed script, now

Re: [patch] 1.5.14: Enable ar for GCJ

2005-04-15 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Wed, Apr 06, 2005 at 01:04:18PM CEST: * Maciej W. Rozycki wrote on Mon, Apr 04, 2005 at 06:59:27PM CEST: The GCJ tag has old_archive_cmds omitted and as a result libtool cannot create archive libraries for this configuration. A fix follows. Thanks for your

Re: [patch] 1.5.14: Incorrect archive member renaming with GNU ar

2005-04-16 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Sat, Apr 16, 2005 at 05:30:01PM CEST: Peter O'Gorman wrote: | | This is Alexandre Oliva's patch with a test case. OK to apply to | branch-1-5 | and forward port? | | Yes. Please show the forward-port, though. Nice and clean fix, BTW. This is the

Re: [patch] 1.5.14: Incorrect archive member renaming with GNU ar

2005-04-16 Thread Ralf Wildenhues
sorry to self-followup. * Ralf Wildenhues wrote on Sat, Apr 16, 2005 at 05:59:17PM CEST: * Peter O'Gorman wrote on Sat, Apr 16, 2005 at 05:30:01PM CEST: Peter O'Gorman wrote: Hmm. Maybe we should consider using eval `$LIBTOOL --config | grep EGREP=` eval `$LIBTOOL --config | $EGREP

FYI: fix syntax errors in libtoolize.m4sh

2005-04-17 Thread Ralf Wildenhues
Applied these trivial patches, all branches. Regards, Ralf 2005-04-17 Ralf Wildenhues [EMAIL PROTECTED] (tiny change) * libtoolize.m4sh (func_copy_cb): Fix syntax typo. 2005-04-17 Ralf Wildenhues [EMAIL PROTECTED] (tiny change) * libtoolize.m4sh (func_copy_cb): Fix

FYI: improve demo-hardcode (e.g. on Solaris)

2005-04-17 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Wed, Apr 06, 2005 at 05:02:15PM CEST: Ralf Wildenhues wrote: I suggest that we put the test in a big `case $host_os in' block and do the right thing on each platform. That will be much more work, though, and error-prone for new systems[1]. It's

FYI brown paper bag: hardcode

2005-04-18 Thread Ralf Wildenhues
Applied to branch-2-0 and HEAD. Sorry for the inconvenience. Regards, Ralf 2005-04-18 Ralf Wildenhues [EMAIL PROTECTED] * tests/demo-hardcode.test: Fix typo. Index: tests/demo-hardcode.test === RCS file: /cvsroot

FYI: compensate compiler warnings and boilerplate (branch-1-5)

2005-04-18 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Mon, Apr 11, 2005 at 05:08:06PM CEST: Ralf Wildenhues wrote: Ah, you mean using _LT_TAGVAR without also using _LT_TAGDECL, right? Yes, _LT_TAGVAR abstracts per language variables, _LT_TAGDECL pushes them through config.status. Thanks. _LT_TAGVAR

FYI: Fix libtoolize.m4sh for AIX sed

2005-04-19 Thread Ralf Wildenhues
Applied to HEAD and branch-2-0. For details see info Autoconf 'Limitations of Usual Tools' (AIX sed does not like { ... }; d). Regards, Ralf 2005-04-19 Ralf Wildenhues [EMAIL PROTECTED] * libtoolize.m4sh (func_scan_files, func_serial, func_ltmain_update, func_config_update

FYI: Overfull boxes in libtool documentation

2005-04-23 Thread Ralf Wildenhues
Hi Jonathan, * Jonathan Ryshpan wrote on Thu, Apr 21, 2005 at 08:47:55AM CEST: There are a bunch of underfull and overfull boxes in the libtool documentation for version 1.5.6. The underfull boxes are mildly unaesthetic; the overfull boxes make those portions of the documentation unreadable

FYI: aix Fortran and disable-static

2005-04-23 Thread Ralf Wildenhues
Applied to all three branches. (Extracted from Gary's babel packages' changes against 1.5.10). Regards, Ralf 2005-04-23 Gary Kumfert [EMAIL PROTECTED] * m4/libtool.m4 (_LT_LANG_F77_CONFIG) [ aix4, aix5 ]: Adjust logic to match the C case: Only disable static if not on

Re: 1.5 release

2005-04-23 Thread Ralf Wildenhues
Hi Gary, others, * Gary V. Vaughan wrote on Sat, Apr 23, 2005 at 09:40:05AM CEST: Ralf Wildenhues wrote: Another couple of questions that turned up for me and are not dealt with in HACKING (resp. README-alpha): Thanks for catching these! We should capture the concensus in HACKING... Yep

Re: 1.5 release

2005-04-23 Thread Ralf Wildenhues
* Bob Friesenhahn wrote on Sat, Apr 23, 2005 at 05:13:45PM CEST: On Sat, 23 Apr 2005, Ralf Wildenhues wrote: Suppose, the module libfoo depends on libbar. - main calls lt_dlopen(libfoo) - uses unrelated library libbaz - libbaz dlopens libbar as well - main lt_dlclose(libfoo) leads

FYI: Solaris whole_archive update

2005-04-23 Thread Ralf Wildenhues
Hi Ralf, others, * Ralf Menzel wrote on Sat, Apr 23, 2005 at 05:02:00PM CEST: Ralf Wildenhues [EMAIL PROTECTED] writes: The last two commands should compile and the binaries return 0. OK, I get [anarion:conv]324 ./main ; echo $? 0 [anarion:conv]325 ./main_static ; echo $? 0

Re: 1.5 release

2005-04-23 Thread Ralf Wildenhues
Hi Peter, others, * Peter O'Gorman wrote on Mon, Apr 11, 2005 at 03:54:09PM CEST: Ralf Wildenhues wrote: Oh, I'd be happy either way. If you want to do it, fine with me, too. :) In the unlikely event that you do not upload access to ftp.gnu.org in time, please ask me. Otherwise, thanks

Re: 1.5 release

2005-04-24 Thread Ralf Wildenhues
Hi Alexandre, * Alexandre Oliva wrote on Sun, Apr 24, 2005 at 12:42:42AM CEST: On Apr 23, 2005, Ralf Wildenhues [EMAIL PROTECTED] wrote: -New in 1.5.15a: 2005-??-??; CVS version 1.5.15a, Libtool team: +New in 1.5.16: 2005-04-23; CVS version 1.5.15a, Libtool team: Erhm

FYI: skip `compile'

2005-04-24 Thread Ralf Wildenhues
Applied to all branches. I believe it fixes the last outstanding issue with libtool's `-c -o' handling. A test for HEAD is in the works. Regards, Ralf 2005-04-24 Ralf Wildenhues [EMAIL PROTECTED] * libtool.m4 (_LT_CC_BASENAME): Ignore `compile'. Index: libtool.m4

Re: [patch] 1.5.14: Add GCC-specific linker flags

2005-04-25 Thread Ralf Wildenhues
Hi Maciej, Sorry for taking a while to respond. * Maciej W. Rozycki wrote on Mon, Apr 04, 2005 at 07:09:56PM CEST: Libtool strips off -nodefaultlibs, -nostartfiles and -nostdlib in the link mode. They are legitimate GCC linker flags which may be needed when a non-standard set of startup

Re: FYI: backport libtool--devo--patch-115: consolidate Makefile.ams [libtool--release--2.0--patch-101]

2005-04-25 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Mon, Apr 25, 2005 at 05:07:28PM CEST: Applied to branch-2-0. * looking for [EMAIL PROTECTED]/libtool--release--2.0--patch-100 to compare with * comparing to [EMAIL PROTECTED]/libtool--release--2.0--patch-100 D doc/.arch-ids/Makefile.am.id D

echo audit of ltmain.m4sh

2005-04-25 Thread Ralf Wildenhues
As promised, here is a first cut at an echo audit of ltmain. I even found one $ECHO X.. that was missing a corresponding $Xsed entirely. This means we are not testing that code path. :-/ Now while there are many things we do not test.. BTW, is there a way to get at source code coverage in

HACKING update

2005-04-25 Thread Ralf Wildenhues
OK like this? Regards, Ralf Index: HACKING === RCS file: /cvsroot/libtool/libtool/HACKING,v retrieving revision 1.15 diff -u -r1.15 HACKING --- HACKING 22 Apr 2005 10:20:46 - 1.15 +++ HACKING 25 Apr 2005 19:13:52

Re: 1.5 release

2005-04-25 Thread Ralf Wildenhues
* Alexandre Oliva wrote on Mon, Apr 25, 2005 at 09:27:24PM CEST: On Apr 24, 2005, Ralf Wildenhues [EMAIL PROTECTED] wrote: AC_PROVIDE_IFELSE is not in Autoconf 2.50 (AFAICT it's in 2.52). I don't know if we left its usability through other patches already, but we do still advertise 2.50

Re: Fortran test fail for Solaris Workshop 9

2005-04-26 Thread Ralf Wildenhues
[ overlooked that earlier ] * Ralf Menzel wrote on Sun, Apr 24, 2005 at 07:07:53PM CEST: I applied the patch you mentioned in an earlier mail to autoconf 2.59. (I couldn't find access to a CVS version of autoconf.) FYI: CVS autoconf is accessible here: $ export CVS_RSH=ssh $ cvs -d

FYI: HACKING update

2005-04-26 Thread Ralf Wildenhues
Hi Gary, others, * Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 10:24:17AM CEST: Ralf Wildenhues wrote: +* Make sure your locale is sane, e.g. by exporting LC_ALL=C. Good point! Hehe. Luckily I stumbled over the german navigation bar in the texinfo output before it was too late

Re: support standalone libltdl [libtool--gary--1.0--patch-23]

2005-04-26 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 03:13:17PM CEST: This changeset requires autoconf and automake patched according to: http://lists.gnu.org/archive/html/autoconf-patches/2005-04/msg00028.html But I think it is fine for HEAD to rely on CVS autoconf/automake,

Re: FYI: TODO update

2005-04-26 Thread Ralf Wildenhues
* Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 05:07:31PM CEST: Ralf Wildenhues wrote: * TODO: Updated. Looks good to me. If you have time to put list archive reference links in to the items that correspond with bug reports, that would be even better! Nice way of saying we need

Re: FYI: TODO update

2005-04-27 Thread Ralf Wildenhues
Hi Howard, * Howard Chu wrote on Tue, Apr 26, 2005 at 06:40:19PM CEST: Ralf Wildenhues wrote: * Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 05:07:31PM CEST: Nice way of saying we need a bug tracking system. :-))) The OpenLDAP Project uses jitterbugs, which is pretty braindead easy

Re: Win32 libltdl issue

2005-04-27 Thread Ralf Wildenhues
Hi Howard, * Howard Chu wrote on Tue, Apr 26, 2005 at 02:40:45PM CEST: The definition of LT_SCOPE in libltdl/ltdl.h needs a tweak; if some other DLL (e.g. module 'foo') uses libltdl then it needs to define LIBLTDL_DLL_IMPORT. Since 'foo' is compiled as a DLL, DLL_EXPORT will already be

FYI: echo audit of ltmain.m4sh

2005-04-27 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Mon, Apr 25, 2005 at 06:35:42PM CEST: * config/ltmain.m4sh: Audit use of echo vs $ECHO. Reported by Robert Ögren [EMAIL PROTECTED] and others. Committed as shown to HEAD, branch-2-0. Regards, Ralf

FYI: no sh -x configure in error case

2005-04-27 Thread Ralf Wildenhues
I put this in branch-1-5 some time ago, but it also goes on your nerves in the newer ones. Applied to HEAD, branch-2-0. Regards, Ralf 2005-04-27 Ralf Wildenhues [EMAIL PROTECTED] * tests/defs.m4sh (func_configure): Don't run the whole configure script with -x. Index: tests

FYI: lt_ld_extra computation via ld.so.conf is broken

2005-04-27 Thread Ralf Wildenhues
works just fine. Seems to be present in both HEAD and 1.5.16. Thank you for your bug report. I have committed the following to all three branches. Regards, Ralf 2005-04-27 Ralf Wildenhues [EMAIL PROTECTED] * m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER) [ linux ]: sed 3.02 does

FYI: C function declarations

2005-04-27 Thread Ralf Wildenhues
Welcome to the new millenium. Or should I say welcome to the 80s? Applied to HEAD and branch-2-0. Regards, Ralf 2005-04-27 Ralf Wildenhues [EMAIL PROTECTED] * tests/f77demo/foo.h, tests/f77demo/fooc.c, tests/f77demo/cprogram.c, tests/mdemo2/main.c, tests/pdemo/foo.h: Make

Re: Small fix for 1.5.16 to turn off installation on default

2005-04-29 Thread Ralf Wildenhues
this patch to HACKING (HEAD, branch-2-0): 2005-04-29 Ralf Wildenhues [EMAIL PROTECTED] * HACKING: Updated. Index: HACKING === RCS file: /cvsroot/libtool/libtool/HACKING,v retrieving revision 1.16 diff -u -r1.16 HACKING

Re: Small fix for 1.5.16 to turn off installation on default

2005-04-29 Thread Ralf Wildenhues
* Dalibor Topic wrote on Fri, Apr 29, 2005 at 12:56:00PM CEST: Ralf Wildenhues wrote: I am very sorry for this. I can push out a 1.5.18 with one of your fixes, but I don't think I can manage to do it this weekend and I'm gone most of next week. Ralf, thank you very much for taking care

Re: FYI: allow running libtool tests at configure time [libtool--gary--1.0--patch-26]

2005-05-02 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Sat, Apr 30, 2005 at 04:06:19PM CEST: This may not apply cleanly to HEAD, as I developed it on my own branch which still has the pending standalone libtool patch awaiting. Does that mean branch-2-0 will need Automake 1.10? Which patch are you talking

Re: libtool 1.5.14 eats -framework option on Darwin/MacOSX

2005-05-04 Thread Ralf Wildenhues
* Adam Ciarcinski wrote on Wed, May 04, 2005 at 04:45:34PM CEST: I applied this patch to branch-1-5. Could you, please, send me a diff file, so I can patch libtool in pkgsrc (www.pkgsrc.org)? It's very crucial to our package system, since many programs do not compile on Darwin/MacOSX.

Re: [rth@redhat.com: libjava build times]

2005-05-05 Thread Ralf Wildenhues
Hi Joe, others, * Ralf Wildenhues wrote on Wed, May 04, 2005 at 09:40:21PM CEST: * Ralf Wildenhues wrote on Wed, May 04, 2005 at 06:30:57PM CEST: * Joe Buck wrote on Mon, May 02, 2005 at 08:01:49PM CEST: We really need something done about this problem, as it interferes with our

Re: [rth@redhat.com: libjava build times]

2005-05-05 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Thu, May 05, 2005 at 02:13:31PM CEST: Ralf Wildenhues wrote: | I'm pretty sure I can get it quite a bit faster even. The patches need | cleanup so that they use allowed file names and work properly in corner | cases as well, but those don't scale

FYI: another $ECHO fix (AIX)

2005-05-16 Thread Ralf Wildenhues
In my $ECHO audit, I had missed this one. Applied the following patch to HEAD and branch-2-0. (Uncovered by stresstest, BTW.) Regards, Ralf 2005-05-15 Ralf Wildenhues [EMAIL PROTECTED] * m4/libtool.m4 (_LT_LINKER_SHLIBS, _LT_LANG_CXX_CONFIG) [ aix ]: Fix wrong $ECHO use

Re: ideas for speeding up compile mode

2005-05-17 Thread Ralf Wildenhues
Hi Ralf, * Ralf Corsepius wrote on Sun, May 15, 2005 at 07:44:40AM CEST: On Fri, 2005-05-13 at 17:06 +0200, Ralf Wildenhues wrote: [ CC to automake because it is involved -- see below ] 3) Fold compile mode completely into Automake snippets/the resulting Makefile. I wonder why this has

  1   2   3   4   5   6   7   8   9   10   >