http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00464.html
PR/19210: Add -{f,W}unsafe-loop-optimizations
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00260.html
Always create target tools in the gcc directory, take 6
(4.1 stage 2 project, toplevel bootstrap)
I think I sent at least six pings each
Ralf Wildenhues wrote:
* Paolo Bonzini wrote on Fri, Jun 10, 2005 at 07:48:00PM CEST:
*snip gcc-patches pings*
And they have exactly what to do with Libtool? :-)
Absolutely nothing! ;-)
Paolo
Cannot export : symbol not defined
Creating library file: $output_objdir/$libname.dll.a
collect2: ld returned 1 exit status
Could you try using a patched sed that prints the argument to
compile_program (e.g. on stderr)?
Paolo
compile Java
source code until its build has finished.
Paolo
2007-05-27 Paolo Bonzini [EMAIL PROTECTED]
* libtool.m4 (_LT_LANG_GCJ_CONFIG): Run tests on .class files.
Index: libtool.m4
===
--- libtool.m4 (revision 125123
This patch allows me to run aclocal and autoconf. However, it still
doesn't work. But we can't use conftest* as Java class file name since
it will be removed after a test is done. That means the second gcj
test will fail since those class files have been removed. If we
rename them to
It doesn't work since gcj isn't functional at that time. configure
complains
configure:16060: /export/build/gnu/gcc-isa/build-x86_64-linux/gcc/gcj
-B/export/build/gnu/gcc-isa/build-x86_64-linux/x86_64-unknown-linux-gnu/libjava/
-B/export/build/gnu/gcc-isa/build-x86_64-linux/gcc/ -c -O2 -g
Certainly. Any compile-and-link tests won't work.
I'm sorry, I missed the and link part of your question. Configury
tests of this kind really aren't going to work. For things like tests
for PIC, it's pointless: gcj supports the same options as gcc.
Then, does anybody know the very
Gcj isn't available for compile-and-link test when building libjava.
I found a solution, which is to add a ltgcc.m4 file to the toplevel,
where we can override macros as we wish. For example, you can put a
copy of the Java configuration macro there with your hack. I will
approve such a
Steve Ellcey wrote:
While integrating a newer libtool into GCC, an issue arose with what
value libtool was setting max_cmd_len to. This patch uses 'getconf
ARG_MAX' to set lt_cv_sys_max_cmd_len instead of going through a loop to
try and divine the right value, this should give a more accurate
I don't know much about m4, autoconf nor libtool. This patch works
for me on both gcc and binutils.
Looks good, but let's make sure it is applied to upstream libtool as well.
Paolo
2007-06-30 H.J. Lu [EMAIL PROTECTED]
* libtool.m4 (_LT_CC_BASENAME): Use AC_DEFUN instead of
H.J. Lu wrote:
On Mon, Jul 02, 2007 at 06:59:52AM +0200, Paolo Bonzini wrote:
It is fixed in th next libtool. Should I check in my work around
in gcc and src?
No, please test their bugfix and see if it works for you (just trying to
minimize the chance that it breaks next time we update).
I
[lL][iI][bB][nN][aA][mM][eE]
by using this sed expr
s/[aA]/[aA]/g;s/[bB]/[bB]/g;22 more;s/[yY]/[yY]/g;s/[zZ]/[zZ]/g;
Isn't there a better way? (I can't think of one offhand, given how this
is used to generate a list of potential_libs, but still...this can't
be very efficient.)
I would do
s/[A-Za-z]/*||ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ*/g
s/\*|\(.\)|[A-Za-z]*\1[A-Za-z]\{25\}\([A-Za-z]\)[A-Za-z]*\*/[\1\2]/g
Ah, that's a nice solution. I was considering the following:
This is inspired me the following in turn, which is faster than
Behdad Esfahbod wrote:
On Fri, 2008-04-18 at 22:27 +0300, Roumen Petrov wrote:
I perfectly know that user
cannot go in build-dir and just to run secure shell daemon/client.
And if you are happy with that, good for you. In GNOME though, we want
our users to be able to run uninstalled
In GNU Smalltalk, ./gst is used if you don't need to load any plugin,
while tests/gst is used if you need plugins; tests/gst is created by
config.status. Most of the time launching ./gst is enough; and since
its startup time is much faster than tests/gst, I didn't feel the need
to use
This small patch makes sure that all braces are paired in ltmain.m4sh.
2008-07-31 Paolo Bonzini [EMAIL PROTECTED]
* ltmain.m4sh (func_emit_cwrapperexe_src): Factor
multiple closed braces into the next cat command.
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config
skipped (23 and 73).
powerpc-apple-darwin:
All 106 tests passed
66 tests behaved as expected.
7 tests were skipped (21, 22, 23, 25, 35, 62, 73)
Ok?
Paolo
2008-07-31 Paolo Bonzini [EMAIL PROTECTED]
* libltdl/config/ltmain.m4sh: Set up the wrapper
This patch series has the purpose of removing the fallback echo
code from Libtool, replacing it with usage of printf. More detailed
information on the tradeoffs and the rationale are in the description
of patch 6/6.
In the meanwhile, the series cleans up some problematic usages of
M4sh, so the
This is also an independent cleanup. It is useless to play against M4sh's
usage of shell syntax. We can trust M4sh to know what is doing. So,
sh.test might as well be run against the pre-m4 sources.
* tests/defs.m4sh (scripts): Point to pre-m4 sources.
---
tests/defs.m4sh |2 +-
1 files
Another preparatory patch that executes _LT_PROG_ECHO_BACKSLASH
earlier and moves the setting of *_quote_subst variables to a
separate macro (which can then be AC_REQUIRE'd).
---
libltdl/m4/libtool.m4 | 43 +--
1 files changed, 25 insertions(+), 18
This is the bulk of the patch series, and it removes $ECHO
in favor of `some printf' that works. This printf can be:
1) a shell builtin for the current shell; 2) a printf binary;
3) a shell builtin for another shell.
There is a lot of simplification -- and more can be done because
this patch
This patch is just a proposal, I don't really think it is needed to
apply it. It removes the build dependency on Autoconf 2.62, but
at the price of requiring a working `printf' to be either a
builtin of a shell in the path, or the first `printf' in the
path.
In addition, there is some duplicate
Entire series tested with Autoconf 2.62; patches 1/6 to 6/6 tested with
Autoconf git, both in a normal configuration and faking that the used
printf is an external builtin printf from /bin/sh.
Paolo
I know you mentioned (in 7/6) that you can turn on enough porting hacks to
allow running with Autoconf 2.60; does that include this patch?
No, the porting hacks allow *building* with Autoconf 2.60. This patch
is just to stop using now-deprecated interfaces. Where it touches
libtool.m4, it
This might be a bit easier to write (and thus review) if we used AS_ESCAPE
rather than supplying all the \ ourselves (perhaps as an independent patch
prior to this one).
s/might be/would have been/; s/we used/Libtool had been using/
in other words, that's a separate cleanup IMNSHO.
Paolo
M4SH_VERBATIM([[
Hmm. This is a nicer name for m4_echo, for how it is being used; maybe it is
time to migrated it into the Autoconf manual (perhaps under the name
AS_VERBATIM)?
Maybe, yes.
: ${CP=cp -f}
-: ${ECHO=echo}
+: ${ECHO=$as_echo}
This is delving a bit into m4sh
Paolo Bonzini wrote:
1) I don't have access to systems that are old or weird enough to check
if the performance penalty will happen often. What do you think?
2) If ksh had a way to print without interpreting escapes *and dashes*,
I'd be glad to add it; do you know one?
I thought of one
+if test X`printf %s $ECHO` = X$ECHO; then
+ ECHO='printf %s\n'
Just for safety, shouldn't the test use '%s\n' rather than bare %s (in
other
words, make our test match our usage pattern)?
_AS_ECHO_PREPARE does the same...
Here's a chance to fix both at once. :-)
To be more precise,
1) I don't have access to systems that are old or weird enough to check
if the performance penalty will happen often. What do you think?
2) If ksh had a way to print without interpreting escapes *and dashes*,
I'd be glad to add it; do you know one?
I thought of one after lunch: print -r
Yes; I usually give the other maintainers a day to comment before adding
write access; sorry if I wasn't clear enough about this. No feedback,
so I added you now. Can you try if it works now?
I was actually checking if I already had write access (did not
remember). Does not work yet, but I
$ECHO run \`$progname --help | more' for full usage
This can be echo rather than $ECHO, since the \` is flattened during
interpratation prior to the echo call. Several similar places exist.
What about $progname? I think $ECHO-echo is almost always a bad idea
whenever there is a $
Well. This code is meant to find out the maximum command line length
limit. It is supposed to fork and exec. Thinking about it, I wonder.
It will likely fork with most shells (but not all), but chances are not
that high that it will exec. Means the test looks broken anyway. :-/
You can
IIUC then this code has two problems: first, it changes PATH and FPATH
for any _AS_DETECT_SUGGESTED shell snippets expanded right after this
one. Second, it uses an unsafe replacement path (this problem stems
from before your patch).
Oops, I remembered that each snippet expanded to a
1) Add more escaping to the input lines. E.g.,
_LT_TAGVAR(archive_cmds, $1)='$CC -o $lib $libobjs $compiler_flags
`$ECHO $deplibs | $SED '\''s/ -lc$//'\''` -link -dll~linknames='
would become
_LT_TAGVAR(archive_cmds, $1)='$CC -o $lib $libobjs $compiler_flags
`\$ECHO
\$deplibs | \$SED '\''s/ -lc$//'\''` -link -dll~linknames='
If not using \$deplibs is feasible, the attached patch should fix it by
using func_echo_all instead of $ECHO.
It seems to me that func_echo_all is never needed in config.status.
A testsuite run is in progress.
Paolo
2008-11-26 Paolo Bonzini
Ouch. I don't have ~/devel.
Almost no one has. :-)
Reverted.
Paolo
Ralf Wildenhues wrote:
[ gcc-patches: OK to pull the libtool.m4 bits over to the GCC tree
once they are applied upstream? ]
Yes.
Paolo
On 08/22/2009 09:32 PM, Ralf Wildenhues wrote:
Nodaways, most projects don't commit generated configure scripts to
version control any more, but some notable ones still do, e.g., GCC and
the GNU toolchain. The Libtool macros provide a bit of a stumbling
block for this as they are the most
The compiler warning is bogus. Your patch pessimizes the code; IIRC it
can cause runtime-initialization of the pointer.
Load-time relocation, to be precise.
Paolo
On 11/02/2009 08:17 PM, Eric Blake wrote:
Even better to post a
GCC patch to avoid emitting this warning.
I have no idea where to patch that, but I guess I could go ahead and submit the
bug report.
I'd say the real bug is that it doesn't emit the warning for a char *const.
Paolo
to make the PIC test
overridable.
The patch is quite risky though.
Paolo
Paolo Bonzini (2):
split -Wl test
extract static flag detection
hmm, looking into the patch I don't see how this lets me
replace -fPIC with -fpic. Maybe I am missing something?
It is not complete, hence here
On 04/06/2010 04:01 AM, Charles Wilson wrote:
As for whether it would get dropped if you did, I'd imagine that's quite
plausible; you might want to add a volatile qualifier.
'static volatile const char * MAGIC = ...'
^^
err...maybe just 'volatile'!
Volatile const
On 06/15/2010 07:45 PM, Ralf Wildenhues wrote:
Ping! I would at least like a comment upon this, why it would be too
dangerous, and all that.
http://thread.gmane.org/gmane.comp.sysutils.automake.general/11229/focus=9626
(No, this patch is unrelated to the -flto patches I just pinged.)
I'm all
On 06/29/2010 08:52 AM, Gary V. Vaughan wrote:
Well, really the problem is this:
while $# -gt 0; do
opt=$1; shift
case $opt in
-p) opt_p=$1; shift ;;
-q) opt_q=$1; shift ;;
-x) opt_x=: ;;
-y) opt_y=: ;;
-p*|-q*) # option args
func_split_short_arg $opt
On 07/07/2010 11:51 AM, Thierry Reding wrote:
Hi,
the following patch adds support for gcc's --sysroot argument to libtool.
I'll post the patch first and will reply to it, giving more details where
needed.
I've been building a number of packages with variations of this patch
depending on the
On 07/21/2010 03:58 PM, Charles Wilson wrote:
On 7/8/2010 1:02 PM, Paolo Bonzini wrote:
I have another sysroot patch that seems (from a first cursory view)
pretty different. I'll rebase and send.
Ping?
Rebasing was a bit troublesome due to the replace shell function
implementation change
as is. However, I haven't retested this at
all, so I trust my old runs from mid 2009 which were done with Fedora 12
and its mingw cross-compilation environment.
Sorry for the delay.
Paolo Bonzini (8):
handle sysroot flags
fix buglet
provide shell functions to configure
Add --with-sysroot
add
---
libltdl/config/ltmain.m4sh | 43 ---
libltdl/m4/libtool.m4 | 15 +++
2 files changed, 47 insertions(+), 11 deletions(-)
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index 1a8041f..206bda9 100644
---
---
libltdl/config/ltmain.m4sh |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index ebd3909..8864916 100644
--- a/libltdl/config/ltmain.m4sh
+++ b/libltdl/config/ltmain.m4sh
@@ -4155,7 +4155,7 @@ func_mode_link
---
libltdl/m4/libtool.m4 |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libltdl/m4/libtool.m4 b/libltdl/m4/libtool.m4
index 3a65ec4..0638091 100644
--- a/libltdl/m4/libtool.m4
+++ b/libltdl/m4/libtool.m4
@@ -6413,7 +6413,7 @@ if AC_TRY_EVAL(ac_compile); then
The first baby step. Support the option, and replace it properly
in the libtool script.
---
libltdl/m4/libtool.m4 | 50 +
1 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/libltdl/m4/libtool.m4 b/libltdl/m4/libtool.m4
index
---
libltdl/config/ltmain.m4sh | 18 ++
tests/sysroot.at |6 ++
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index 4251bb3..1a8041f 100644
--- a/libltdl/config/ltmain.m4sh
+++
On 07/23/2010 06:12 AM, Charles Wilson wrote:
On 7/22/2010 2:36 PM, Paolo Bonzini wrote:
This patch series is on top of 04329d83555b5f8d2fd02428418a79ea392b2d91.
The basic idea is to look for -L= and -R= to expand the sysroot, and for
the sysroot to remove it in .la files.
Some missing
On 07/28/2010 02:47 PM, Charles Wilson wrote:
On 7/28/2010 5:05 AM, Paolo Bonzini wrote:
On Wed, Jul 28, 2010 at 10:10, Charles Wilson
But that doesn't appear to be the case for cross builds, in the
new tests.
But I don't think it was bisectable in cross builds in your original
development
+ func_append newdeplibs -R$func_replace_sysroot_result
s/newdeplibs/newdependency_libs/ -- also in my patchset.
This should fix it. I'll send an updated patchset soon.
Paolo
From b1d19efd3ab4d66e16adcf99e3316cbafc9696f4 Mon Sep 17 00:00:00 2001
From: Paolo Bonzini bonz...@gnu.org
Date: Wed, 28 Jul
On 07/22/2010 08:36 PM, Charles Wilson wrote:
@@ -5777,11 +5812,13 @@ func_mode_link ()
for deplib in $dependency_libs; do
newdependency_libs=$deplib $newdependency_libs
if $opt_preserve_dup_deps ; then
+ func_resolve_sysroot $deplib
+
On 07/29/2010 01:20 AM, Charles Wilson wrote:
On 7/28/2010 6:25 PM, Paolo Bonzini wrote:
On 07/22/2010 08:36 PM, Charles Wilson wrote:
@@ -5777,11 +5812,13 @@ func_mode_link ()
for deplib in $dependency_libs; do
newdependency_libs=$deplib $newdependency_libs
if $opt_preserve_dup_deps
This is the update of the series, with the bug fixes (thanks Charles
for the hand work!) and structured to preserve bisectability.
Paolo Bonzini (9):
fix bug in postdeps computation
handle sysroot flags
add --with-sysroot
teach libtool -L= and -R=
handle sysrooted paths when reading
* libltdl/m4/libtool.m4 (_LT_HOST_NONCANONICAL, _LT_WITH_SYSROOT): New.
(LT_SETUP): Require _LT_WITH_SYSROOT.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
Right now the default is to use a sysroot. Probably it is
a bit too aggressive, especially because most existing
* libltdl/config/ltmain.m4sh (func_mode_link): Recognize --sysroot
option.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
libltdl/config/ltmain.m4sh |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index
* libltdl/config/ltmain.m4sh (func_replace_sysroot): New.
(func_mode_link): Prepend paths in $libdir with the sysroot. Further,
replace the sysroot with = (using func_replace_sysroot) whenever
such a path is written in a .la file.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
Signed-off
* libltdl/m4/libtool.m4 (_LT_SYS_HIDDEN_LIBDEPS): Actually concatenate
$prev and $p.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
libltdl/m4/libtool.m4 |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libltdl/m4/libtool.m4 b/libltdl/m4/libtool.m4
index 47d2558
* Makefile.am (TESTSUITE_AT): Add tests/sysroot.at.
* tests/sysroot.at: New.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
Signed-off-by: Charles Wilson libt...@cwilson.fastmail.fm
---
Makefile.am |3 +-
tests/sysroot.at | 201 ++
2
* libltdl/config/ltmain.m4sh (func_mode_execute, func_mode_install,
func_mode_link): Whenever a .la file occurs in another .la file,
expand the sysroot path in it.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
libltdl/config/ltmain.m4sh | 18 ++
1 files changed, 14
On Thu, Jul 29, 2010 at 10:04, Charles Wilson
cyg...@cwilson.fastmail.fm wrote:
On 7/28/2010 7:23 PM, Paolo Bonzini wrote:
This is the update of the series, with the bug fixes (thanks Charles
for the hand work!) and structured to preserve bisectability.
Sadly, the newest patchset appears
On Thu, Jul 29, 2010 at 10:01, Charles Wilson
cyg...@cwilson.fastmail.fm wrote:
On 7/28/2010 7:23 PM, Paolo Bonzini wrote:
* libltdl/m4/libtool.m4 (_LT_HOST_NONCANONICAL, _LT_WITH_SYSROOT): New.
(LT_SETUP): Require _LT_WITH_SYSROOT.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
On 07/30/2010 08:55 PM, Charles Wilson wrote:
Since the bug is cross-platform, it should be easy(er) to fix for you
non-cygwin types. Any ideas, Paolo?
You removed any excuse that I had for not looking at it more deeply. :)
PS. Note that all these tests were done using the patches as
* libltdl/config/ltmain.m4sh (func_mode_execute, func_mode_install,
func_mode_link): Whenever a .la file occurs in another .la file,
expand the sysroot path in it.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
libltdl/config/ltmain.m4sh | 18 ++
1 files changed, 14
* NEWS: Document sysroot support.
---
NEWS | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index 95fa97d..68ebcee 100644
--- a/NEWS
+++ b/NEWS
@@ -4,6 +4,16 @@ New in 2.2.12 2010-08-??: git version 2.2.11a, Libtool team:
* New features:
+ -
* libltdl/m4/libtool.m4 (_LT_HOST_NONCANONICAL, _LT_WITH_SYSROOT): New.
(LT_SETUP): Require _LT_WITH_SYSROOT.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
libltdl/m4/libtool.m4 | 50 +
1 files changed, 50 insertions(+), 0 deletions(-)
diff
* Makefile.am (TESTSUITE_AT): Add tests/sysroot.at.
* tests/sysroot.at: New.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
Signed-off-by: Charles Wilson libt...@cwilson.fastmail.fm
---
Makefile.am |3 +-
tests/sysroot.at | 201 ++
2
)
112: override pic_flag at configure time FAILED (pic_flag.at:48)
111 is a dup of 37/38; 112 has been discussed before and should be
skipped on non-ELF.
Since I wasn't around, why is this regressing? Is it intermittent?
Maybe a double-check of the testsuite.dir would be nice.
Paolo
Paolo
.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
Signed-off-by: Charles Wilson libt...@cwilson.fastmail.fm
---
libltdl/m4/libtool.m4 | 42 ++
1 files changed, 38 insertions(+), 4 deletions(-)
diff --git a/libltdl/m4/libtool.m4 b/libltdl/m4/libtool.m4
index
On 08/01/2010 08:43 PM, Ralf Wildenhues wrote:
* Paolo Bonzini wrote on Sun, Aug 01, 2010 at 04:47:26PM CEST:
handle sysroot flags
add --with-sysroot
teach libtool -L= and -R=
handle sysrooted paths when reading dependencies to la files
process postdeps to include sysrooted paths
On Mon, Aug 2, 2010 at 22:13, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
More issues:
- the part of ltmain starting with
# Collect and forward deplibs of preopened libtool libs
will source .la files but looks like it mistreats = in $dependency_libs
Ok.
- is it intended that the
On 08/03/2010 07:52 AM, Charles Wilson wrote:
On 8/2/2010 1:53 PM, Ralf Wildenhues wrote:
This should be fixed:
| ++ make all
| stderr:
| lib2.c: In function 'g':
| lib2.c:6:13: warning: initialization makes pointer from integer without a cast
| stdout:
This addendum appears to do it (Tested
On 08/02/2010 07:55 PM, Ralf Wildenhues wrote:
* Charles Wilson wrote on Sun, Aug 01, 2010 at 10:04:16PM CEST:
support, use --prefix=/mingw + DESTDIR=/the-sysroot.
What about the w32 users that use --prefix=C:/mingw and then cannot use
DESTDIR because that will not concatenate?
Also, in 'ln
On 08/01/2010 08:31 PM, Ralf Wildenhues wrote:
Although it is fairly unlikely, I prefer not relying on :+ support, so
please replace with 'if test -z $lt_sysroot...'. Two instances.
Is this still true in the light of the recent discussion on autoconf
mailing lists?
Paolo
On 08/01/2010 12:48 PM, Ralf Wildenhues wrote:
Actually, I don't see any other uses of target in the whole patch
series, so why not just omit that here?
All of this is dead code actually...
+ AC_MSG_RESULT([$with_sysroot])
+ lt_sysroot=`echo $with_sysroot | sed -e $sed_quote_subst`
+
testing natively is stuck on missing ld support for sysroot,
the only other issue to be solved is the conflict with --with-sysroot
in GCC. I'm thinking of just renaming the option to --enable-sysroot...
Paolo
Paolo Bonzini (2):
reorganize parsing of --mode=finish arguments
add libtool --mode
---
doc/libtool.texi | 17 +
libltdl/config/ltmain.m4sh | 20
2 files changed, 33 insertions(+), 4 deletions(-)
diff --git a/doc/libtool.texi b/doc/libtool.texi
index 914bd1d..5b21a32 100644
--- a/doc/libtool.texi
+++ b/doc/libtool.texi
@@
branch?
Paolo Bonzini (4):
fix sysroot tests to pass on Fedora 13
fix sysroot handling for deplibs of preopened libtool libs
reorganize parsing of --mode=finish arguments
add libtool --mode=finish mode for sysroot
doc/libtool.texi | 18 --
libltdl/config/ltmain.m4sh | 131
* libltdl/config/ltmain.m4sh: Pass $dependency_libs of preopened libtool
through func_resolve_sysroot.
---
libltdl/config/ltmain.m4sh |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index 3888cb0..563c3af 100644
---
doc/libtool.texi | 18 --
libltdl/config/ltmain.m4sh | 21 +
tests/sysroot.at |3 +++
3 files changed, 36 insertions(+), 6 deletions(-)
diff --git a/doc/libtool.texi b/doc/libtool.texi
index 914bd1d..4b256bf 100644
---
On 08/13/2010 12:59 AM, Ralf Wildenhues wrote:
Erm, you should be mentioning the files you change in your log entries,
and Libtool also doesn't auto-generate its ChangeLog (yet), so you need
that, too, also for all the other patches in the sysroot branch.
I was planning to form a merged
On 08/13/2010 06:14 AM, Ralf Wildenhues wrote:
* Paolo Bonzini wrote on Fri, Aug 13, 2010 at 03:23:04AM CEST:
* libltdl/config/ltmain.m4sh: Pass $dependency_libs of preopened libtool
through func_resolve_sysroot.
This looks ok, but is it covered in the testsuite?
Apparently
In func_generate_dlsyms, the resulting regex is used with grep rather
than sed. I don't think grep has problems with \/ in practice, but of
course I can change it to use sed, too.
Ok? (if so, which way?)
Paolo
2010-08-15 Paolo Bonzini bonz...@gnu.org
* libltdl/config/general.m4sh
On 08/19/2010 06:58 AM, Ralf Wildenhues wrote:
+# func_resolve_sysroot PATH
+# Change PATH to an absolute path or replace a leading = with a
+# sysroot. Store the result into func_resolve_sysroot_result
+func_resolve_sysroot ()
+{
+ func_resolve_sysroot_result=$1
+ case
Paolo, are you going to squash this:
http://lists.gnu.org/archive/html/libtool-patches/2010-08/msg00145.html
perhaps without this change:
- if $opt_dry_run; then
+ if ${opt_dry_run-false}; then
into
[PATCH] improve code for sysroot --mode=finish.eml
Yes of course.
Paolo
On 08/21/2010 08:03 AM, Ralf Wildenhues wrote:
Fixed the regression as expected, didn't show up any other failures.
OK to apply to the sysroot branch?
I still need somebody to test a sysroot-enabled setup with this.
I'm testing it now.
Paolo
On 08/21/2010 08:03 AM, Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Fri, Aug 20, 2010 at 06:34:58AM CEST:
* libltdl/config/ltmain.m4sh (func_resolve_sysroot): Partly
revert v2.2.10-83-gc45a288: Do not absolutize path here, only do
sysroot replacement.
(func_mode_link): Adjust.
Fixes AIX
+++ b/THANKS
@@ -42,6 +42,7 @@
Christian Cornelssen cc...@cs.tu-berlin.de 2002-11-05
Jan Kratochvil project-libt...@jankratochvil.net 2003-01-28
Raja R. Harinath harin...@acm.org 2003-02-25
+ Paolo Bonzini
I found this patch at OpenEmbedded,
http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-October/025133.html
It looks to me like the code can be simplified by unconditionally
stripping trailing slashes from $libdir and $destdir (i.e. not
introducing the new variables). Ideas?
Paolo
*
On 10/09/2010 10:51 AM, Ralf Wildenhues wrote:
* Paolo Bonzini wrote on Sat, Oct 09, 2010 at 10:43:12AM CEST:
I'm applying this patch since it's pretty obvious.
Thank you.
Is this fixing (part) of the reported bug?
Lionel pointed us to the patch, so I assumed it fixed all of it. I
still
Paolo, I'm sorry if I made you though this patch was fixing my problem
(in fact after a quick test, it does not). I just wanted to point it
out, because Openembedded like buildroot, are projects which try to
crosscompile source packages. I though it might be a good start to
investigate the
On 09/04/2011 03:22 PM, Ralf Wildenhues wrote:
-# This must be Linux ELF.
+# This must be GNU/Linux ELF.
The comment does not match the code below it, see the following line.
Not your fault, and generally I don't want to take patches hostage on
unrelated bugs, but*please* make this
#
96 matches
Mail list logo