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: 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: [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: [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: LT_AT_NOINST_EXEC_CHECK expands badly

Den 2009-01-24 10:00 skrev Ralf Wildenhues: Thanks, please apply. Done, thanks for the review! Cheers, Peter

Preloading in ltdl doesn't heed libname_spec.

Hi! 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 (and maybe on OS/2). Cheers, Peter 2009-11-24 Peter Rosin Mak

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

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/versioning.at (versioning

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 > >> after the merge, and I had to

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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 >> after the merge, and I had to fix that up manuall

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 branch 'pr-changelog-embed-manifest-exee

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 shell script called make in my > path

Re: plugins on the command line are renamed

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 you try a newer one? $ autoconf --version autoconf (GNU Autoconf) 2.63 $ autom4te --version autom4te (GNU Autoconf) 2.63

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: versioning test (was: Small patch for the QNX platform)

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-read it so there are no silly typos or thinkos. I read it and did not see any silly typos or thinkos, but then again

Re: [PATCH] [cygwin]: Add cross-compile support to cwrapper

libltdl/m4/libtool.m4 (_LT_PATH_CONVERSION_FUNCTIONS): New function sets $to_host_path_cmd and $to_host_pathlist_cmd. (_LT_SETUP): Require it. libltdl/config/ltmain.m4sh (func_cygpath): New function. (func_to_host_path): Refactored to... (now uses eval $to_host_path_cmd). (func_wine_to_win32_path):

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

Ralf Wildenhues wrote: > * 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 _pu

Re: libtool --mode=execute gdb

Ralf Wildenhues wrote: > That let me check in more detail. > Mode inference was removed here: > > and deprecated here: > The removal did not apply to

[PATCH] Add -Wall to cwrapper tests.

* tests/cwrapper.at: Add -Wall existing tests. Add additional round of tests with -Wall alone. --- Preapproved. As pushed... tests/cwrapper.at |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tests/cwrapper.at b/tests/cwrapper.at index 30e591e..ce4572e 100644 --- a/tests/

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: > > > > and deprecated here: > >

[PATCH] Document and test LT_DEBUGWRAPPER cwrapper macro

* tests/cwrapper.test: Add new test for -DLT_DEBUGWRAPPER. * doc/libtool.texi [Linking executables]: Mention wrapper executables, in addition to wrapper scripts. Add menu referencing subsection 'Wrapper executables for programs'. [Wrapper executables for programs]: New subsection. Documents cwrappe

Re: Preloading in ltdl doesn't heed libname_spec.

Den 2009-01-24 14:06, skrev Ralf Wildenhues: 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 m

Re: Preloading in ltdl doesn't heed libname_spec.

Den 2009-01-24 14:06 skrev Ralf Wildenhues: Hi Peter, What if the system allows several kinds of prefixes? Isn't that the case on some of the w32 setups (Cygwin?)? Sorry, I did something that annoys myself. I didn't answer all questions. My bad. I don't think several prefixes are a problem in

Re: Unify line endings in localization test

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: One funny thing (funny strange, not haha) is that the ChangeLog entries from master appeared in reverse order in the pr-msvc-support ChangeL

Re: git merging

Den 2009-01-24 15:25 skrev Ralf Wildenhues: Just as a minor note, it would not have been necessary to create a separate branch for each single ChangeLog entry. You could have done them all on one pr-fix-changelog-entries branch. :-) But it really doesn't matter much. Ahh, I didn't look proper