Re: versioning test

<http://thread.gmane.org/gmane.comp.gnu.libtool.patches/9063/focus=9113> * Ralf Wildenhues wrote on Mon, Jan 26, 2009 at 11:33:43PM CET: > * Bob Friesenhahn wrote on Sat, Jan 24, 2009 at 05:18:32PM CET: > > On Sat, 24 Jan 2009, Ralf Wildenhues wrote: > > > >> Here

Re: Small patch for the QNX platform

Oh my, what an unfinished old thread, sorry for forgetting about it: <http://thread.gmane.org/gmane.comp.gnu.libtool.patches/9063/focus=9172> * Ralf Wildenhues wrote on Sun, Feb 01, 2009 at 04:24:30PM CET: > * Mike Gorchak wrote on Fri, Jan 23, 2009 at 07:09:18AM CET: > > This pa

Avoid spurious localization testsuite failure on HP-UX/ia64.

I'm pushing this trivial patch to avoid a spurious testsuite failure on HP-UX/ia64. Cheers, Ralf Avoid spurious localization testsuite failure on HP-UX/ia64. * tests/localization.at (localized compiler messages): Skip test if the compiler warning output contains `locale', for HP-

Re: Concurrent extraction of convenience-library components on OS X

* Peter O'Gorman wrote on Wed, Jun 10, 2009 at 02:58:00AM CEST: > I tried with 5 objects and 5 attempts, and it passed 2 out of 10 > times. Then I changed the number of objects to 8, left the number of > attempts at 5, tried the test 20 times, and it failed every time. > > I suggest going with 8 t

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

* Ralf Wildenhues wrote on Mon, Apr 27, 2009 at 11:56:48PM CEST: > Fix testsuite failure of lt_dlopenadvise test on FreeMiNT. > * tests/lt_dladvise.at (lt_dlopenadvise library loading): Do not > build moddepend for systems without shared libraries. > * TH

Re: [libtool 2.2.6] testsuite: 56 57 58 68 69 70 failed

Hi Robert, * Robert Garron wrote on Sun, May 24, 2009 at 01:13:38PM CEST: > - Original Message - From: "Ralf Wildenhues" >> * Robert Garron wrote on Thu, May 21, 2009 at 08:48:59AM CEST: >>> ./nonrecursive.at:90: $MAKE $target >>> stderr: >>

Re: TR: [libtool 2.2.6] testsuite: 41 failed

Hello Patrice, * Patrice Fromy wrote on Thu, Jun 04, 2009 at 02:34:59PM CEST: > When I do > make check > > I have the floowing bug can you help me ? > $ /home/pfromy/libtool-2.2.6/tests/testsuite MAKE=make CC=gcc CFLAGS=-g -O2 > CPP=gcc -E CPPFLAGS= LD=/usr/bin/ld -m elf_x86_64 LDFLAGS= L

Re: [libtool 2.2.4] testsuite: 10 41 failed

* Ralf Wildenhues wrote on Sat, May 23, 2009 at 11:00:52PM CEST: > > Hmm, that's interesting; it means that my previous hypothesis was not > correct. But also, it shows another interesting detail: you are running > as root. I don't try the test suite as root very often (

Re: fix of the c wrapper for the cegcc hosts

* Vincent Torri wrote on Sun, Jun 07, 2009 at 09:15:14AM CEST: > here is a patch that does not generate the c wrapper when cegcc hosts > (cegcc and mingw32ce) are used. Thanks! Pushed. Cheers, Ralf > --- a/ChangeLog > +++ b/ChangeLog As a very very minor nit, it is usually better to post Cha

Re: Concurrent extraction of convenience-library components on OS X

[ dropping bug-libtool ] Hi Peter, * Peter O'Gorman wrote on Thu, May 28, 2009 at 01:32:14AM CEST: > Ralf Wildenhues wrote: > > Anyway; what about this patch? Please note that the patch requires that > > the second argument to func_extract_an_archive has an absolute path;

Re: Problem during libtool installation

Hello Camilo, * Camilo La Rota wrote on Tue, Jun 02, 2009 at 06:38:11PM CEST: > Thank you very much. I will try it if I needed. > However, I found the solution for my compilation problem in another news > group: > > I post it here for other people that find the same problem: > > In the file conf

Re: [PATCH] Build AIX shared libraries with binutils 2.19.50+

Hello Richard, sorry for the long delay. Apparently the 4.3.3 system has flaky hardware; anyway I don't trust its results any more. I've now pushed your two proposed patches, added a small NEWS entry to the first, and added you to THANKS. Thanks again! Ralf 2009-06-06 Richard Sandiford

Re: DESTDIR install on hppa-hpux

* Michael Haubenwallner wrote on Thu, Jun 04, 2009 at 01:35:11PM CEST: > On Wed, 2009-06-03 at 20:54 +0200, Ralf Wildenhues wrote: > > > > The most important part of the fix is already suggested in comments > > > around 'hardcode_minus_L=yes', as the encoded libr

Re: DESTDIR install on hppa-hpux

Hello Michael, * Michael Haubenwallner wrote on Wed, May 27, 2009 at 12:16:59AM CEST: > > now I've managed to get 'make install DESTDIR=...' working on > hppa-hpux10 and hppa-hpux11 with libtool. Cool. > With this patch, 10 tests ("demo-nofast.test" to "depdemo-unst.test") > change from SKIP to

Re: Concurrent extraction of convenience-library components on OS X

Hi Peter, * Peter O'Gorman wrote on Tue, May 19, 2009 at 02:26:04AM CEST: > Ralf Wildenhues wrote: > > * Akim Demaille wrote on Mon, May 18, 2009 at 02:22:56PM CEST: > >> I have two dlopen-modules that use a common convenience library. If I'm > >> unl

Re: Strange LT_INIT behavior

Hi Peter, * Peter O'Gorman wrote on Mon, May 25, 2009 at 07:05:42PM CEST: > > This is the "Ok to commit?" message. Jeff is already in THANKS. Ralf, if > you want time to review, that's fine. > >From 012c3c35cfd7c15542f70b360269d9f27c5aafb5 Mon Sep 17 00:00:00 2001 > From: Peter O'Gorman > Date:

Re: Strange LT_INIT behavior

Hello Eric, Peter, I haven't looked at the patch at all yet, hope to do so in the remaining time though. I can already tell that it's lacking proper ChangeLog, NEWS, and THANKS additions, though. :-) * Eric Blake wrote on Fri, May 22, 2009 at 08:10:46PM CEST: > Peter O'Gorman writes: > > > Als

Re: Windows compilers

[ dropping the libtool list ] Hello Christopher, * Christopher Hulbert wrote on Thu, May 14, 2009 at 10:37:07PM CEST: > On Wed, May 13, 2009 at 2:11 PM, Ralf Wildenhues wrote: > > Well, you can show what you have.  If it overlaps a lot with the branch, > > it would likely be goo

Re: [patch #6448] [MSVC 7/7] Add MSVC Support

Hello Bjorn, * Bjorn Everts wrote on Thu, May 07, 2009 at 04:57:41PM CEST: > Additional Item Attachment, patch #6448 (project libtool): > > File name: msvc.patch Size:12 KB > Reply to this item at: > > It is probably easier if you jus

Re: [PATCH] Fix GNU nm invocation for AIX

ertainly trust you on the fact that failures were the same, there is also the issue that often, even only slightly differing setups cause a different set of exposed quirks so that log files are valuable in any case, if only for doing statistics for the next to-be-analyzed bug. Cheers, Ralf >

fix eval quoting: double-quote variable expansions. (was: [bug-libunistring] Fix quoting in exported.sh.in, allow multiple arguments.)

Hi Bruno, * Bruno Haible wrote on Sat, May 02, 2009 at 11:57:41AM CEST: > Ralf Wildenhues wrote: > > A better fix will require a better AC_TRY_EVAL replacement from > > Autoconf. > > How could the expansion of AC_TRY_EVAL be changed, while preserving > backward compat

Re: script timestamps

[ adding libtool-patches ] Hi Eric, * Eric Blake wrote on Tue, Apr 28, 2009 at 11:29:15PM CEST: > From: Eric Blake > Date: Tue, 28 Apr 2009 15:19:41 -0600 > Subject: [PATCH] scripts: normalize all timestamps to UTC > > * lib/compile (scriptversion): Update emacs hook. > * lib/depcomp (scriptver

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

* Alan Hourihane wrote on Tue, Apr 21, 2009 at 11:05:34AM CEST: > > Follow-up Comment #3, patch #6691 (project libtool): > > Attached is a new patch for FreeMiNT against 2.2.6a. I've pushed this patch now, and added you to THANKS. Thanks again! Ralf 2009-05-02 Alan Hourihane(tiny change)

Re: Fortran libraries on the Blue Gene with mpi

* Ralf Wildenhues wrote on Sun, Apr 19, 2009 at 09:11:27AM CEST: > Initial port for BlueGene BG/L. > > * libltdl/m4/libtool.m4 (_LT_COMPILER_PIC, _LT_LINKER_SHLIBS) > (_LT_LANG_CXX_CONFIG) [linux]: Detect bgxl*, bgf*, mpixl* > compilers. > * NEWS: Upda

manual: fix grammaros.

I've pushed this trivial grammar fix patch, see here for how I found them: Cheers, Ralf manual: fix grammaros. * doc/libtool.texi (Dlpreopening): Fix grammaro. (C header files): Remove duplicate word. dif

Re: [bug-libunistring] Fix quoting in exported.sh.in, allow multiple arguments.

* Ralf Wildenhues wrote on Fri, May 01, 2009 at 07:31:52PM CEST: > * Bruno Haible wrote on Fri, May 01, 2009 at 01:53:04PM CEST: > > > Quote argument to eval, to avoid losing TABs from @GLOBAL_SYMBOL_PIPE@ > > > > Hmm. I used exactly the same kind of quoting as libtool. N

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

Hi Alan, sorry for the delay. * Alan Hourihane wrote on Wed, Apr 22, 2009 at 09:13:37PM CEST: > On Wed, 2009-04-22 at 20:34 +0200, Ralf Wildenhues wrote: > > * Alan Hourihane wrote on Wed, Apr 22, 2009 at 06:09:33PM CEST: > > > These came up as the failures. The tests 1

Re: Fortran libraries on the Blue Gene with mpi

* Christian Rössel wrote on Mon, Apr 27, 2009 at 05:33:33PM CEST: > Ralf Wildenhues wrote: > > However, as a minor note, the logs all show: > > > > | checking dependency style of xlc... none > > [...] > > | checking dependency style of xlC... none > > &

compiler version checks (was: Fortran libraries on the Blue Gene with mpi)

* Christian Rössel wrote on Mon, Apr 27, 2009 at 05:33:33PM CEST: > While looking at config.log I recognized that the XL compilers man page > appears several times in config.log. This is caused by the following > commands: > > configure:2925: checking for C compiler version > configure:2933: bgcc

Re: Fortran libraries on the Blue Gene with mpi

Hello Christian, John, >Ralf Wildenhues wrote: >> Create six build trees and build and run the Libtool test suites >> with each of the compiler combinations (the following assumes >> Bourne-shell syntax): >> >> mkdir build-gcc build-xl build-bgcc build-bgxl b

Re: [PATCH] Fix GNU nm invocation for AIX

Hello Richard, * Richard Sandiford wrote on Fri, Apr 24, 2009 at 06:35:20PM CEST: > Ralf Wildenhues writes: > > * Richard Sandiford wrote on Mon, Mar 16, 2009 at 10:53:23AM CET: > >> AIX nm lists weak defined symbols like any other global symbol, > >> whereas GNU

Re: Fortran libraries on the Blue Gene with mpi

* Christian Rössel wrote on Wed, Apr 22, 2009 at 06:28:51PM CEST: > > re-boostrapping works now but the missing makeinfo causes new problems: > > > > /u/fzj301zm/BlueGene/fortran_libraries_on_the_blue_gene_with_mpi/libtool/libltdl/config/missing: > > line 54: makeinfo: command not found > > WARNIN

Re: Fortran libraries on the Blue Gene with mpi

Hello Christian, * Christian Rössel wrote on Wed, Apr 22, 2009 at 11:21:27AM CEST: > Ralf Wildenhues wrote: > > > First, please ensure that you have Autoconf 2.63 and Automake 1.10.2 > > installed somewhere (below the same --prefix) and found early in $PATH. > why do I

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

Hello Alan, thanks for the feedback. I've added the libtool-patches mailing list in Cc:, hope you don't mind (the savannah tracker entries get mailed there anyway). * Alan Hourihane wrote on Wed, Apr 22, 2009 at 06:09:33PM CEST: > These came up as the failures. The tests 16 & 73 seems to be expo

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

Hello Alan, * Alan Hourihane wrote on Tue, Apr 21, 2009 at 11:05:34AM CEST: > > Follow-up Comment #3, patch #6691 (project libtool): > > Attached is a new patch for FreeMiNT against 2.2.6a. Thank you. > Let me know if there's anything else I can do to get this into the next > release. As I st

Re: Fortran libraries on the Blue Gene with mpi

* Christian Rössel wrote on Tue, Apr 21, 2009 at 10:28:37AM CEST: > Ralf Wildenhues wrote: > > Then, grab either the git master branch of the Libtool tree, or a > > nightly snapshot; the Libtool homepage has a link. Extract the tarball. > > > > Apply the patch at the

Re: Fortran libraries on the Blue Gene with mpi

[ adding the libtool-patches list, moving libtool list to Bcc: so you can omit it from followups ] Hello John, Christian, thanks to both of you for all your feedback so far. We have a pretty good idea of what is happening for the C compilers now, but the C++ and the Fortran compilers still nee

Re: LT_OUTPUT and config.status --recheck

Hi Peter, * Peter Rosin wrote on Fri, Mar 20, 2009 at 02:05:54PM CET: > Den 2009-03-20 12:16 skrev Peter Rosin: >> I think it is a bug that LT_OUTPUT does not create the libtool >> script when you do "./config.status --recheck". > Ok to push as attached? Hmm, this goes only to show that it would

Re: Problem with LT_PATH_NM

Hi Peter, * Peter Rosin wrote on Wed, Mar 18, 2009 at 06:24:50PM CET: >> 2009-01-15 Peter Rosin >> >> Don't settle for any dumpbin/link program as name lister. >> * libltdl/m4/libtool.m4 (LT_PATH_NM): When locating dumpbin or >> link -dump, check if they appear to really be capable

Re: [PATCH] Fix GNU nm invocation for AIX

Hello Richard, * Richard Sandiford wrote on Mon, Mar 16, 2009 at 10:53:23AM CET: > AIX nm lists weak defined symbols like any other global symbol, > whereas GNU nm lists them as "W". The export_symbols_cmds for > GNU nm on AIX should therefore look for "W" in addition to the > other codes. > > T

Re: [PATCH] Build AIX shared libraries with binutils 2.19.50+

Hello Richard, thanks for the patch. * Richard Sandiford wrote on Mon, Mar 16, 2009 at 10:49:17AM CET: > If you try to configure libtool to build shared libraries on AIX, > it prints the following message when using GNU ld: > > *** Warning: the GNU linker, at least up to release 2.9.1, is report

Re: Document INNER_TESTSUITEFLAGS, drop leading space

* Ralf Wildenhues wrote on Sat, Feb 28, 2009 at 05:14:43PM CET: > I found this very helpful while debugging the template test inside the > low max_cmd_len test. Any reasons against applying it? Pushed. Cheers, Ralf > 2009-02-28 Ralf Wildenhues > > Document INNER_TESTS

Re: cmdline_wrap.at

Hello Tim, John, * John Wolfe wrote on Mon, Mar 02, 2009 at 02:11:34AM CET: >>> >>> - In the patch, I think the "$CC -r" should be "$LD -r" Yep, stupid bug. I've pushed the patch, but changed that particular hunk to this. Cheers, and thanks for testing, Ralf @@ -6221,6 +6223,8 @@ if test "$

Add missing parentheses in the manual.

I noted a missing parenthesis in the manual, and checked for more. Pushed as obvious. Cheers, Ralf * doc/libtool.texi (Distributing libltdl, Test descriptions): Add missing parentheses. diff --git a/doc/libtool.texi b/doc/libtool.texi index 0b35500..2f90ca3 100644 --- a/doc/libtool.texi

Re: [PATCH] Make compilation of preloaded module glue -Wstrict-prototypes clean

Hello Lennart, all, * Lennart Poettering wrote on Sat, Feb 21, 2009 at 04:10:37AM CET: > When generating the glue code for preloaded modules libtool produces > invalid prototypes without argument lists. When compiling with > slightly fascist compiler options (-Wstrict-prototypes) this has the > ef

Document INNER_TESTSUITEFLAGS, drop leading space

Hello, I found this very helpful while debugging the template test inside the low max_cmd_len test. Any reasons against applying it? Thanks, Ralf 2009-02-28 Ralf Wildenhues Document INNER_TESTSUITEFLAGS, drop leading space. * README: Document INNER_TESTSUITEFLAGS

Re: cmdline_wrap.at

n, but given the fact that they must > force the template instantiation prelink phase for everything, they must not > be doing an automatic template instantiation. However, I strongly suspect > that they too are FAILing the C++ template test(s) in cmdline_wrap_at. I remember vaguely to have

Re: cmdline_wrap.at

Hello Tim, * Tim Rice wrote on Thu, Feb 26, 2009 at 01:50:27AM CET: > On Wed, 25 Feb 2009, Ralf Wildenhues wrote: > : * Tim Rice wrote on Mon, Feb 23, 2009 at 10:47:49PM CET: > : > > : > Sure, attched as x.tst-without-patch & x.tst-with-patch > : > I've also at

Re: Bug#517501: libtool: uninitialized shell variable causes link failure when run under zsh

* Török Edwin wrote on Sat, Feb 28, 2009 at 01:49:27PM CET: > Is there a release date planned for next libtool release? No. Well, maybe yes, but isn't there an empirical law like "publishing the next planned release date will double the chance of it being missed"? ;-) > I would like to know if

Re: Bug#517501: libtool: uninitialized shell variable causes link failure when run under zsh

l should not assume that the ordinary variable $path is unset. Your proposed patch does not set $path in all possible cases, so I'm applying this one to upstream GNU Libtool to fix it. Cheers, and thanks again, Ralf 2009-02-28 Török Edwin(tiny change) Ralf Wildenhues D

Re: bootstrap: CVS is history

ning references, resulting in this combined patch, pushed. Cheers, Ralf 2009-02-28 Andreas Schwab Ralf Wildenhues Remove remaining references to CVS. * bootstrap: Remove references to CVS. * README.alpha: Likewise. * clcommit.m4sh: Likewise. * d

testsuite regression: passing $INSTALL

Hello, this patch passes the value of $INSTALL to the (old and new) testsuite: This breaks some tests when $INSTALL contains the relative path to the install-sh script in the source tree, without the subdir being adjusted. The

Re: Bad libdir entry in .la files on MSYS/MinGW

Hi Peter, * Peter Rosin wrote on Wed, Feb 04, 2009 at 11:11:04AM CET: > While playing with func_to_host_path etc by Chuck, I noticed that the > libdir entry of installed .la files on MSYS/MinGW contains a path > in MSYS format. However, libltdl uses this path to locate the actual > module and that

Re: lt_dlopenext() sets error on succesful loading the library

* Kurt Roeckx wrote on Sun, Feb 01, 2009 at 08:41:07PM CET: > On Sun, Feb 01, 2009 at 07:21:11PM +0100, Ralf Wildenhues wrote: > > * Kurt Roeckx wrote on Fri, Jan 02, 2009 at 12:10:38PM CET: > > > > > > http://bugs.debian.org/510006 > > Before I get to th

Re: lt_dlopenext() sets error on succesful loading the library

Hello Kurt, first off, thanks for the bug report and patches, and sorry for the long delay. * Kurt Roeckx wrote on Fri, Jan 02, 2009 at 12:10:38PM CET: > > There was an error report on the Debian bug tracking system > that lt_dlopenext() sets an error on succesful loading the library > if no ext

Re: Small patch for the QNX platform

Hello again Mike, * Mike Gorchak wrote on Fri, Jan 23, 2009 at 07:09:18AM CET: > This patch adds qnx as platform which supports library version information. > > diff -u -r ./libtool-2.2.6/libltdl/config/ltmain.m4sh > ./libtool-2.2.6-qnx/libltdl/config/ltmain.m4sh > --- ./libtool-2.2.6/libltdl/co

A set of HP-UX related minor fixes

ll.at (Install tests): Fix typo in sed script, fixes test failure on HP-UX. diff --git a/tests/install.at b/tests/install.at index f77970e..1e944e5 100644 --- a/tests/install.at +++ b/tests/install.at @@ -1,6 +1,6 @@ # install.at -- install mode tests -*- Autotest -*- # -# Copyrig

Re: plugins on the command line are renamed

* Paul Biggar wrote on Sat, Jan 31, 2009 at 01:02:15PM CET: > On Sat, Jan 31, 2009 at 10:28 AM, Ralf Wildenhues wrote: > > Chucks. I can't reproduce this problem. Can you post the output of > > autom4te --verbose --language=m4sh -B libltdl/config libtoolize.m4sh \ > >

Re: versioning test

k for failure of the libtool script if the link without libtool would have failed, too. Report by Mike Gorchak. diff --git a/tests/fail.at b/tests/fail.at index 088ad9e..fb05f8c 100644 --- a/tests/fail.at +++ b/tests/fail.at @@ -1,6 +1,6 @@ # fail.at -- test that libtool really fail

Re: versioning test

Hi Mike, * Mike Gorchak wrote on Tue, Jan 27, 2009 at 08:56:25AM CET: > > RW>> cd tests/testsuite.dir/16 > > RW>> ./libtool --debug --mode=link --tag=CC qcc -V3.3.5,gcc_ntox86 -O3 > > RW>> \-funroll-all-loops -o libconv.la \1/a.lo > > RW>> 2/a.lo 3/a.lo 4/a.lo 5/a.lo li

Re: plugins on the command line are renamed

Hello Paul, * Paul Biggar wrote on Sat, Jan 24, 2009 at 03:48:54PM CET: > On Sat, Jan 24, 2009 at 2:39 PM, Ralf Wildenhues > wrote: > > What is the output of > > autoconf --version > > autom4te --version > > > > on this system? If you are using 2.59, can y

Re: Pings

Hi Charles, * Charles Wilson wrote on Fri, Jan 30, 2009 at 05:34:08AM CET: > See earlier reply in this thread for why we don't need to worry about > any other magic MSVC macros. So, I think the only remaining > cleanup-warnings patch for the cwrapper is this: > > diff --git a/libltdl/config/ltmai

Re: Pings

* Akim Demaille wrote on Thu, Jan 29, 2009 at 08:44:51PM CET: > Le 29 janv. 09 à 19:22, Ralf Wildenhues a écrit : > >>> - Bootstrap failures >>> >>> http://lists.gnu.org/archive/html/bug-libtool/2008-11/msg00098.html >>> >>> I suggest ad

test mode short-hands (was: libtool --mode=execute gdb)

* Ralf Wildenhues wrote on Sat, Jan 24, 2009 at 03:52:49PM CET: > Please note that there is an alternative short-hand, in that you > can use (among others) the following equivalently: > libtool --mode=execute PROG [ARGS]... > libtoolexecute PROG [ARGS]... > lib

Re: [PATCH] func_version copes with multi-line copyright headers.

* Ralf Wildenhues wrote on Mon, Jan 19, 2009 at 09:47:54PM CET: > > The long line in ltmain.m4sh is actually necessary in order for > > libtool --version > > > > to work correctly. Will address in a followup patch. > > OK to push? I've pushed this now. Che

Re: Pings

Hi Akim, * Akim Demaille wrote on Wed, Jan 28, 2009 at 04:43:56PM CET: > > Some of my patches are waiting for approvals or comments. > I do understand that it requires time to process them, I > just want to make sure they aren't forgotten :) Thanks for the reminder. I think I had them all on my

Re: Status of the MSYS/MSVC port

* Peter Rosin wrote on Thu, Jan 29, 2009 at 06:53:48PM CET: > > But maybe, just maybe, you don't have a desperate need to do > "-std=c89 -Werror" :-) Guys, if all you're working around is -Werror, then stop right now. Just eliminate -Werror from $LTCC $LTCFLAGS and be done with it. The cwrapper ma

Re: Fix distcc/ccache interferences with the test suite

Hi Akim, * Akim Demaille wrote on Tue, Jan 06, 2009 at 09:24:32AM CET: > Le 6 janv. 09 à 07:48, Ralf Wildenhues a écrit : >> >> Are those the only distcc/ccache-induced failures? > > Yes, I had no other failures. Thanks, and sorry for the delay. In the meantime, the local

Re: Make modified libtool script executable in cwrapper.at test

* Peter Rosin wrote on Thu, Jan 29, 2009 at 09:02:57AM CET: > 2009-01-29 Peter Rosin > > Make modified libtool script in cwrapper test executable > * tests/cwrapper.at: Make modified libtool script executable. > Report by Roumen Petrov. This is obvious, thanks.

Re: versioning test

* Mike Gorchak wrote on Tue, Jan 27, 2009 at 07:20:56AM CET: > RW> libtool does not take care to rename duplicate object members in > RW> archives on your system. Let's find out whether this is due to a > RW> deficient "sort" binary or func_basename on QNX: please cd into your > RW> build tree in

Re: versioning test

Hello Mike, please keep the mailing list in Cc:, thanks. * Mike Gorchak wrote on Mon, Jan 26, 2009 at 11:11:30AM CET: > RW> Here is a testsuite addition to get some exposure to versioning. > RW> OK to push (and add Mike to THANKS)? It'd be good if somebody > RW> proof-read it so there are no sil

Re: versioning test

Hi Bob, * Bob Friesenhahn wrote on Sat, Jan 24, 2009 at 05:18:32PM CET: > On Sat, 24 Jan 2009, Ralf Wildenhues wrote: > >> Here is a testsuite addition to get some exposure to versioning. >> OK to push (and add Mike to THANKS)? It'd be good if somebody >> proof-

Re: Unify line endings in localization test

* Peter Rosin wrote on Sat, Jan 24, 2009 at 08:47:03PM CET: > Den 2009-01-24 14:03, skrev Ralf Wildenhues: >> * Eric Blake wrote on Sat, Jan 24, 2009 at 02:00:15PM CET: >>> According to Ralf Wildenhues on 1/24/2009 2:37 AM: >> >> Ah yes, that sounds like it was the pr

Re: AWK is required by MS dumpbin symbol pipe.

Hi Peter, * Peter Rosin wrote on Mon, Jan 26, 2009 at 02:16:52PM CET: > > This patch make sure AWK is set, even for minimal configure > script that doesn't bring it in from elsewhere. OK for master. Thanks, Ralf > 2009-01-26 Peter Rosin > > AWK is required, make sure it is set. >

Re: [PATCH] Fix typo in libtool install mode usage text

* Mike Frysinger wrote on Mon, Jan 26, 2009 at 09:23:42PM CET: > On Monday 26 January 2009 14:27:43 Ralf Wildenhues wrote: > > > > I did consider renaming the option to match the documentation instead, > > and am not sure which was better; typically, the user never needs t

Re: [PATCH] Fix typo in libtool install mode usage text

l mode): Likewise. Signed-off-by: Mike Frysinger Signed-off-by: Ralf Wildenhues diff --git a/ChangeLog b/ChangeLog index 424d296..92fc4c5 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,10 @@ +2009-01-25 Mike Frysinger + + Fix typo in libtool install mode documen

Re: libtool --mode=execute gdb

* Bruno Haible wrote on Sat, Jan 24, 2009 at 06:02:52PM CET: > Ralf Wildenhues wrote: > > That let me check in more detail. > > Mode inference was removed here: > > <http://lists.gnu.org/archive/html/libtool-patches/2003-09/msg00062.html> > > and deprecated here:

Re: libtool --mode=execute gdb

* Bruno Haible wrote on Tue, Jan 20, 2009 at 11:36:18PM CET: > Thanks for this practical shorthand re-introduction! Well, I was at least a bit hasty. > > the requirement for a mode seems > > to have been present for at least 10 years. > > I could use "libtool gdb" in version 1.5.x; only since ve

Re: plugins on the command line are renamed

Hello Paul, * Paul Biggar wrote on Tue, Jan 20, 2009 at 09:06:17PM CET: > On Tue, Jan 20, 2009 at 6:48 AM, Ralf Wildenhues > wrote: > > ./bootstrap > > > > should suffice; please post its output if there are problems. > > The problem was at my end. I had a

git merging (was: [SCM] GNU Libtool branch, pr-msvc-support, updated.) v2.2.6-93-g7b44e17

* Ralf Wildenhues wrote on Sat, Jan 24, 2009 at 10:39:35AM CET: > * Peter Rosin wrote on Fri, Jan 23, 2009 at 02:18:30PM CET: > > The branch, pr-msvc-support has been updated > > Merge branch 'pr-changelog-libtool-ar' into pr-msvc-support > > Merge bran

Re: Preloading in ltdl doesn't heed libname_spec.

Hi Peter, * Peter Rosin wrote on Sat, Jan 24, 2009 at 11:55:50AM CET: > > When you open libfoo.la, the preloader assumes that the preloaded > library is named libfoo.$libext. I.e. it doesn't care about the > libname_spec variable. This patch fixes that and makes > lt_dladvise.at pass on MSYS/MSVC

Re: Unify line endings in localization test

* Eric Blake wrote on Sat, Jan 24, 2009 at 02:00:15PM CET: > According to Ralf Wildenhues on 1/24/2009 2:37 AM: > >> One funny thing (funny strange, not haha) is that the ChangeLog entries > >> from master appeared in reverse order in the pr-msvc-support ChangeLog > >&

versioning test (was: Small patch for the QNX platform)

Here is a testsuite addition to get some exposure to versioning. OK to push (and add Mike to THANKS)? It'd be good if somebody proof-read it so there are no silly typos or thinkos. Thanks, Ralf 2009-01-24 Ralf Wildenhues Add versioning tests. * tests/versioni

Re: Small patch for the QNX platform

Hello Mike, * Mike Gorchak wrote on Fri, Jan 23, 2009 at 12:37:34PM CET: > >> This patch adds qnx as platform which supports library version > >> information. > > RW> As far as I can see, this patch changes the versioning scheme used on > RW> QNX. This means, that potentially all libraries create

Re: [PATCH] [cygwin|mingw] cwrapper cleanups.

Hi Charles, * Charles Wilson wrote on Wed, Jan 21, 2009 at 10:14:22PM CET: > libltdl/config/ltmain.m4sh (func_emit_cwrapperexe_src) > [file scope]: re-organized includes and portability > macros. Avoid oldnames on MINGW32 and MSVC for > setmode/stat/chmod/getcwd/putenv. Declare _putenv on > MINGW3

Re: [SCM] GNU Libtool branch, pr-msvc-support, updated. v2.2.6-93-g7b44e17

[ moving from libtool-commit ] Hi Peter, * Peter Rosin wrote on Fri, Jan 23, 2009 at 02:18:30PM CET: > 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, p

Re: Unify line endings in localization test

* Peter Rosin wrote on Fri, Jan 23, 2009 at 04:39:02PM CET: > > I'm preparing a merge with master now instead. Just got to run the > testsuite on a couple of $hosts/compilers (sigh) before I push... > > One funny thing (funny strange, not haha) is that the ChangeLog entries > from master appeared i

Re: LT_AT_NOINST_EXEC_CHECK expands badly

Hi Peter, * Peter Rosin wrote on Sat, Jan 24, 2009 at 12:13:50AM CET: >[ m4_ifval([$2], [test $lt_status != $2 && ])]dnl > > > I'm taking a wild guess here, but shouldn't that be $3 instead? Yes, it should. > 2009-01-24 Peter Rosin > > Expand exit status test in LT_AT_NOINST_EX

Re: Small patch for the QNX platform

Hello Mike, * Mike Gorchak wrote on Fri, Jan 23, 2009 at 07:09:18AM CET: > This patch adds qnx as platform which supports library version information. Thanks for your patch. First off, I have almost no knowledge of QNX, so I rely on help. As far as I can see, this patch changes the versioning s

Re: [PATCH] Add tests for cwrapper with -std=c89 and -std=c99

* Charles Wilson wrote on Fri, Jan 23, 2009 at 12:36:57AM CET: > * tests/cwrapper.at: New file. > * Makefile.am: Add tests/cwrapper.at. > --- > Ok to push? Yes, with really minor nits: > --- /dev/null > +++ b/tests/cwrapper.at > @@ -0,0 +1,81 @@ > +AT_SETUP([wrapper for uninstalled dynamically l

Re: Unify line endings in localization test

* Peter Rosin wrote on Fri, Jan 23, 2009 at 12:01:00AM CET: > Den 2009-01-22 21:54 skrev Ralf Wildenhues: >> >> 1) create, in your own repository, a new branch pr-tests-newline-fixes >> containing this one patch, then merge this patch into both >> pr-msvc-support and

Re: [PATCH] [cygwin|mingw] Fix compile warnings when -std=c89.

* Charles Wilson wrote on Thu, Jan 22, 2009 at 04:14:51AM CET: > Ralf Wildenhues wrote: > > > I don't see a need to skip the test elsewhere. Here's what I'd do: > > transform $LIBTOOL to have CFLAGS and LTCFLAGS also contain -std=c89 > > -Werror. (T

Re: "Run tests with low max_cmd_len" on MSYS/MSVC

* Bob Friesenhahn wrote on Thu, Jan 22, 2009 at 02:04:07AM CET: > On Wed, 21 Jan 2009, Ralf Wildenhues wrote: >> >> We may need to think about speeding up func_to_host_path, e.g., by not >> forking for arguments that don't need conversion, or by converting >> seve

Re: Unify line endings in localization test

Hi Peter, * Peter Rosin wrote on Thu, Jan 22, 2009 at 10:57:20AM CET: >>> Something like the attached? >> >> Yes, with nits below addressed. > Ok, so push to master or pr-msvc-support? This change is ok for both. However, let's move away from manual addition of the same change to more than one

testsuite performance (was: [PATCH] [cygwin|mingw] Fix compile warnings when -std=c89.)

* Charles Wilson wrote on Wed, Jan 21, 2009 at 08:47:42PM CET: > [...] EVERY separate patchset requires an independent full testsuite > run. Until recently, that was 5 hours of sitting in front of my > computer waiting for popups, while that computer was completely useless > for anything else (100

Re: "Run tests with low max_cmd_len" on MSYS/MSVC

* Charles Wilson wrote on Wed, Jan 21, 2009 at 11:11:22PM CET: > Ralf Wildenhues wrote: > > > We may need to think about speeding up func_to_host_path, e.g., by not > > forking for arguments that don't need conversion, or by converting > > several paths with a consta

Re: spaces

* Charles Wilson wrote on Tue, Jan 20, 2009 at 07:29:52PM CET: > Bob Friesenhahn wrote: > > For many years I have had my editor configured to always use > > spaces. This ensures WYSIWYG for everyone involved. > > Agree 100%. I try to manually match whatever sp/tab convention is in > place -- usin

Re: Unify line endings in localization test

* Peter Rosin wrote on Tue, Jan 20, 2009 at 12:34:57AM CET: > Den 2009-01-19 21:35 skrev Ralf Wildenhues: >> This looks a bit hackish. We already have a handful of places which we >> fixed up in order to avoid line ending issues. This one looks hackish >> enough to deser

Re: [PATCH] GNU/kOpenSolaris port

* Robert Millan wrote on Tue, Jan 20, 2009 at 11:09:06AM CET: > > Btw, do you expect a new release soon? Hopefully in the not too distant future; we cannot promise any time frame, though. There are a few issues to address yet. Cheers, Ralf

Re: "Run tests with low max_cmd_len" on MSYS/MSVC

Hi Peter, * Peter Rosin wrote on Wed, Jan 21, 2009 at 02:26:36AM CET: > This patch together with [1] and [2] will make "Run tests with > low max_cmd_len" on MSYS/MSVC behave the same as the individual > tests. > > The patch fixes a couple more of the /abs/path issues already > fixed in [1] and [2]

<    2   3   4   5   6   7   8   9   10   11   >