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 55b363f2147638c3b5c78df264286863f23ff605 (commit)
from
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 95f16dc1f658f0ff2a47d728e4b49cc90c1f09e3 (commit)
from
Hello Andreas,
* Andreas Schwab wrote on Wed, Feb 18, 2009 at 05:44:41PM CET:
The libtool repository no longer uses CVS.
2009-02-18 Andreas Schwab sch...@suse.de
* bootstrap: Remove references to CVS.
Thanks for the patch. I went through the tree and removed remaining
tags fixed-upstream
thanks
[ adding libtool-patches; see http://bugs.debian.org/517501 ]
OK, here's the deal: 'emulate sh' turns off the special properties of
the $path array, but keeps its first entry:
$ zsh -c 'echo $path.; emulate sh; echo $path.'
/usr/local/bin /usr/bin /bin /usr/bin/X11
* 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 I
On 2009-02-28 14:29, Ralf Wildenhues wrote:
tags fixed-upstream
thanks
[ adding libtool-patches; see http://bugs.debian.org/517501 ]
OK, here's the deal: 'emulate sh' turns off the special properties of
the $path array, but keeps its first entry:
$ zsh -c 'echo $path.; emulate sh; echo
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 attached the curent patch I'm using as
Hello John, Tim,
* John Wolfe wrote on Thu, Feb 26, 2009 at 07:38:41PM CET:
Happy to contribute where I can. Sorry to not get back to you sooner:
I actually spent an evening away from the computer.
No problem at all of course.
[ snip explanations ]
All that is probably more than you want to
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 ralf.wildenh...@gmx.de
Document INNER_TESTSUITEFLAGS, drop leading space.
* README: Document
Hi Ralf,
On Sat, 28 Feb 2009, Ralf Wildenhues wrote:
[snip]
Is this an optimization only, or a necessary thing? IOW, if I omit
libfoo-1.0 in this CC -Tprelink_objects line, would that only
pessimize link time, or could it affect the link result?
I'll let John answer this
Anyway, I think
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
* Barthelemy von Haller wrote on Fri, Feb 27, 2009 at 04:46:32PM CET:
Hi again, sorry the second attachment was wrong. Here is the correct one.
Yep, thanks. It also shows that I forgot to ask a more basic question
first: namely, which libtool version is was. The log shows that it's
1.5.6.
* Roumen Petrov wrote on Fri, Feb 27, 2009 at 10:07:19PM CET:
LRN wrote:
OK, maybe it's a stupid question, but i have to ask anyway.
MinGW ships some static .a libraries. How do i link these to shared .dll
libraries? It seems that libtool always performs a check (filemagic in
my case) on each
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 attached the curent patch I'm using as
Hello John, Tim,
* John Wolfe wrote on Thu, Feb 26, 2009 at 07:38:41PM CET:
Happy to contribute where I can. Sorry to not get back to you sooner:
I actually spent an evening away from the computer.
No problem at all of course.
[ snip explanations ]
All that is probably more than you want to
Hello Andreas, Richard,
* Richard Purdie wrote on Thu, Feb 26, 2009 at 02:58:25PM CET:
On Thu, 2009-02-26 at 14:16 +0100, Andreas Frisch wrote:
the guys from gstreamer went through and moved to a newer libtool
version in their plugin packages. since then i can't crosscompile
anymore them
Hi Ralf,
On Sat, 28 Feb 2009, Ralf Wildenhues wrote:
[snip]
Is this an optimization only, or a necessary thing? IOW, if I omit
libfoo-1.0 in this CC -Tprelink_objects line, would that only
pessimize link time, or could it affect the link result?
I'll let John answer this
Anyway, I think
Ralf Wildenhues wrote:
* Roumen Petrov wrote on Fri, Feb 27, 2009 at 10:07:19PM CET:
LRN wrote:
OK, maybe it's a stupid question, but i have to ask anyway.
MinGW ships some static .a libraries. How do i link these to shared .dll
libraries? It seems that libtool always performs a check
Hello Matěj,
to add to Bob's reply:
* Bob Friesenhahn wrote on Mon, Feb 23, 2009 at 07:50:03PM CET:
On Mon, 23 Feb 2009, Matěj Týč wrote:
Next, if the executable is compiled with -export-dynamic, things that
were compiled in really provide symbols that would be missing in the
module.
[ let's drop libtool@ from replies ]
* Tim Rice wrote on Sat, Feb 28, 2009 at 07:37:47PM CET:
On Sat, 28 Feb 2009, Ralf Wildenhues wrote:
Anyway, I think the patch below should implement this (and add John to
THANKS). Can you try it? Thanks.
The test still fails although the patch
20 matches
Mail list logo