Josh Triplett josh at freedesktop.org writes:
Thus, I wrote Dolt, a drop-in replacement for libtool's compilation
mode. Dolt runs any necessary system-specific or
configuration-specific logic as part of configure, writes out a simple
shell script doltcompile[1], and substitutes it for libtool
Hi,
On Sun, 2008-04-13 at 08:21 -0400, Gary V. Vaughan wrote:
On 13 Apr 2008, at 07:55, Richard Purdie wrote:
[1] Are there any plans to support sysroots with libtool?
No one is sending us bug reports or patches... so we don't even know
there is a problem!
Ok, there are some fairly long
Hi Ralf,
On Sun, 2008-04-13 at 17:09 +0200, Ralf Wildenhues wrote:
* Richard Purdie wrote on Sun, Apr 13, 2008 at 04:59:26PM CEST:
* the person who integrated libtool into OE has moved onto other things
and the knowledge for a lot of the magic was lost
* we're stuck on an old version
On Sun, 2008-04-13 at 22:26 +0200, Ralf Wildenhues wrote:
* Richard Purdie wrote on Sun, Apr 13, 2008 at 08:53:10PM CEST:
The patches we're using are publicly available as:
http://svn.o-hand.com/view/poky/trunk/meta/packages/libtool/libtool-1.5.10/
Let's take a look at the simple ones
Hi,
On Wed, 2008-04-16 at 19:03 +0200, Vincent Torri wrote:
I'm using libtool 2.2.3a (cvs, actually) and i'm trying to find out why
some lib are not configured correctly, while other are.
My problem is that ECHO and OBJDUMP are not defined when I'm configuring
libpng 1.2.26, while it's
On Wed, 2008-04-16 at 23:56 +0200, Ralf Wildenhues wrote:
* Richard Purdie wrote on Wed, Apr 16, 2008 at 07:10:54PM CEST:
To 'fix' the echo issue I added:
http://svn.o-hand.com/view/poky/trunk/meta/packages/libpng/libpng-1.2.16/makefile_fix.patch?rev=4267view=markup
although I suspect
Hi,
I've had reports of Poky breaking with libtool 2.2.2 and have isolated
this to people using dash as their /bin/sh provider (Poky runs the
configure script with /bin/sh). When used in this combination, the
global_symbol_pipe expression becomes corrupted in the generated libtool
file amongst
Hi,
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is used.
The problem comes about since Poky sets CC to ccache gcc, then libtool
puts the -static flag between ccache and gcc.
To reproduce:
wget
Hi,
As previously mentioned, I've been stress testing libtool 2.2.2 with
Poky a bit.
I've found one issue when I tested the darwin builds, specifically that
it tried to use otool and otool64 and not the versions with the host
prefix which my setup has. I fixed this with the patch below which is
On Fri, 2008-05-02 at 01:03 -0500, Peter O'Gorman wrote:
Peter O'Gorman wrote:
Richard Purdie wrote:
Hi,
As previously mentioned, I've been stress testing libtool 2.2.2 with
Poky a bit.
I've found one issue when I tested the darwin builds, specifically that
it tried to use otool
On Thu, 2008-06-12 at 22:03 +0300, Alon Bar-Lev wrote:
On 6/12/08, Roumen Petrov [EMAIL PROTECTED] wrote:
It look like an enhancement request. libtool to obey as example
FAKEROOT=/tmp/device-root and to look first in $FAKEROOT/path1
, ... and $FAKEROOT/pathN and later in /path1,... and
sys_lib_dlsearch_path_spec=$sys_lib_dlsearch_path_spec $dir
done
;;
esac
Just as a datapoint, my standard ubuntu 64 bit desktop has /lib64 as a
symlink to /lib which has 64 bit libraries in it.
Cheers,
Richard
--
Richard Purdie
Intel Open Source Technology Centre
after
the addition of sysroot support to it. I keep meaning to look into
sysroot support for libtool too, I just haven't had the time yet :(.
Cheers,
Richard
--
Richard Purdie
Intel Open Source Technology Centre
___
http://lists.gnu.org/mailman
it down to a lower common denominator of other
platforms with worse support.
Cheers,
Richard
--
Richard Purdie
Intel Open Source Technology Centre
___
http://lists.gnu.org/mailman/listinfo/libtool
On Fri, 2010-02-12 at 16:34 +0100, Thomas Petazzoni wrote:
I'm a contributor to the Buildroot project (http://www.buildroot.org),
a build system for embedded Linux systems. We integrate many packages
in order to ease their cross-compilation.
I'm facing an issue with several packages where
On Fri, 2010-02-12 at 19:34 +0100, Thomas Petazzoni wrote:
I suppose you apply these modifications to a libtool that you are
compiling. However, libtool is typically already embedded in each
upstream tarball. Do you run autoreconf on all packages, so that a
newer libtool script gets generated
Hi,
I've spoken about this in the past but it looks like I should mention it
again. I do extensive cross compiling of the entire Linux software stack
using OpenEmbedded and Poky (I maintain the latter). We have cross
compiling working with libtool with a variety of workarounds. This
mainly
Hi,
I work on OpenEmbedded/Poky and we're been experimenting with the recent
libtool sysroot support. To say I'm pleased to have this is an
understatement! We're having a few problems around incorrect RPATHs
being encoded into libraries however.
Firstly, for the first time ever for us, it
Hi Ralf,
Thanks for the reply.
On Thu, 2011-01-13 at 08:24 +0100, Ralf Wildenhues wrote:
* Richard Purdie wrote on Wed, Jan 12, 2011 at 12:06:13AM CET:
Firstly, for the first time ever for us, it appears libtool is no longer
relinking our libraries at install time.
That's weird, I don't
On Fri, 2012-10-26 at 13:27 -0500, Bob Friesenhahn wrote:
On Fri, 26 Oct 2012, Yaroslav Bulatov wrote:
Oops my badthat was a bad paste from some auto-generated code.
This is basically a modified version of .pc file I get when building
zlib. Not sure how useful this is because you
On Thu, 2013-09-19 at 15:58 -0400, Michael Young wrote:
I'm trying to do a staged build/install of libgmp(xx) release 5.1.2.
This is
part of an effort to develop a general build system (mostly bash
scripts, make
files, etc.) for toolchains I will be using. I intend to use these
scripts to
On Thu, 2014-03-20 at 18:07 +1300, Gary V. Vaughan wrote:
On Mar 20, 2014, at 5:37 AM, Arnout Vandecappelle
arnout.vandecappe...@essensium.com wrote:
[Please keep me in CC, I'm not on the list]
Dear libtool maintainers,
Is there a possibility for a new libtool release in the foreseeable
On Tue, 2015-02-10 at 10:53 +, Gary V. Vaughan wrote:
On Feb 10, 2015, at 10:35 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Mon, 2015-02-09 at 23:36 +, Richard Purdie wrote:
On Mon, 2015-02-09 at 13:05 +, Richard Purdie wrote:
In an effort to get
On Mon, 2015-02-09 at 23:36 +, Richard Purdie wrote:
On Mon, 2015-02-09 at 13:05 +, Richard Purdie wrote:
In an effort to get to the bottom of this I made a git bisection, timing
the performance of building xz with make -j1 using each different
libtool.
The issues come down
On Mon, 2015-02-09 at 10:45 +0800, Robert Yang wrote:
On 02/06/2015 10:46 PM, Bob Friesenhahn wrote:
On Fri, 6 Feb 2015, Robert Yang wrote:
On 02/06/2015 12:12 PM, Bob Friesenhahn wrote:
I am not seeing quite the difference between libtool releases that you are
although I see a big
On Mon, 2015-02-09 at 13:05 +, Richard Purdie wrote:
In an effort to get to the bottom of this I made a git bisection, timing
the performance of building xz with make -j1 using each different
libtool.
The issues come down to this commit:
http://git.savannah.gnu.org/cgit/libtool.git
On Mon, 2015-03-09 at 18:28 +, Mike Gran wrote:
I don't know if y'all saw this blogpost where a guy pushed
the sed regular expression handling into bash-specific
regular expressions when bash was available. He claims
there's a significant performance improvement because of
reduced
On Fri, 2016-08-12 at 22:06 +0200, Jan Engelhardt wrote:
> Given certain circumstances, libtool 2.4.2 fails to install a
> library.
> (a) The target directory spec contains a trailing slash
> (b) The library to install is linking to another just-built one in a
> different path.
FWIW we have
On Thu, 2020-01-02 at 16:24 -0600, Bob Friesenhahn wrote:
> On Thu, 2 Jan 2020, wf...@niif.hu wrote:
> > > If Libtool were to depend on non-portable features, [...] then it
> > > could not longer be described as a portability tool.
> >
> > In my understanding, Libtool is a portability shim,
On Sun, 2021-11-21 at 13:14 -0600, Alex Ameen wrote:
> I just took a look at those. Good catches on the typos, I probably would
> not have noticed them just reading the script myself. Same thing with
> the M4 `[]' quoting issue ( classic pitfall ). I'll get these merged ASAP.
>
> For the
Hi,
It was great to see a libtool release, thanks for that!
I upgraded Yocto Project to it in time for our LTS release:
https://git.yoctoproject.org/poky/commit/?id=ff7b41573842a403c81f58bee41fc8163a9d7754
so far things seem reasonable, we've had a few minor issues but they're not
really
On Sat, 2022-02-05 at 21:06 -0500, Mike Frysinger wrote:
> On 05 Feb 2022 15:15, Alex Ameen wrote:
> > This is a good question. I plan on making a new release this month.
> >
> > When I first adopted the project I ambitiously thought I'd manage to
> > create a new release after about a month;
On Mon, 2022-04-18 at 07:39 -0400, Carlos O'Donell wrote:
> On 4/17/22 10:06, Bob Friesenhahn wrote:
> > The libtool I was using (originating from Ubuntu Linux) stripped the
> > rpath (which was provided like '-Wl,rpath=/usr/lib') so I was unable
> > to embed an rpath in the libcurl I built so
Hi Ralf,
On Tue, 2008-04-22 at 21:43 +0200, Ralf Wildenhues wrote:
Thanks for the bug report, and especially for providing an example to
reproduce it!
libtool: link: ccache -static gcc -O20 -ffast-math -D_REENTRANT
-fsigned-char -DUSE_MEMORY_H -o decoder_example decoder_example.o
On Fri, 2008-05-02 at 01:03 -0500, Peter O'Gorman wrote:
Peter O'Gorman wrote:
Richard Purdie wrote:
Hi,
As previously mentioned, I've been stress testing libtool 2.2.2 with
Poky a bit.
I've found one issue when I tested the darwin builds, specifically that
it tried to use otool
Vasut (1):
libtool: Fix support for NIOS2 processor
Mingli Yu (2):
Makefile.am: make sure autoheader run before autoconf
Makefile.am: make sure autoheader run before automake
Richard Purdie (6):
ltmain.in: Handle trailing slashes on install commands correctly
ltmain.sh: Fix sysroot paths
-by: Richard Purdie
---
m4/libtool.m4| 12 ++--
tests/sysroot.at | 6 +++---
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index f2d1f398..de2f1ebf 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -1246,28 +1246,28 @@ _LT_DECL([], [ECHO], [1
patch adds an explicit check for *nios2* before the *os2*
checks to prevent the OS/2 check incorrectly trapping the nios2
as well.
Signed-off-by: Marek Vasut
Signed-off-by: Richard Purdie
---
build-aux/ltmain.in | 20
1 file changed, 20 insertions(+)
diff --git a/build-aux/l
If lto is enabled, we need the prefix-map variables to be passed to the linker.
Add these to the list of options libtool passes through.
Signed-off-by: Richard Purdie
---
build-aux/ltmain.in | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/build-aux/ltmain.in b/build-aux
For reproducibilty, stop encoding the hostname into the libtool script, this
isn't
really adding much to debugging and most distros are carrying such a patch now
as
reproducibility is important.
Signed-off-by: Richard Purdie
---
m4/libtool.m4 | 1 -
1 file changed, 1 deletion(-)
diff --git
.
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
---
m4/libtool.m4 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index 180dd9d1..022c1292 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -7560,7 +7560,7 @@ if AC_TRY_EVAL(ac_compile
Update libtool.m4 to resolve a problem with lt_sysroot not being properly
updated if the option '--with[-libtool]-sysroot' is not provided when
running the 'configure' script for a package so that "/" as a sysroot
is handled correctly by libtool.
Signed-off-by: Richard Purdie
---
m4/
autoconf to avoid this race.
Signed-off-by: Mingli Yu
Signed-off-by: Richard Purdie
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 6b546092..84795d87 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -370,7 +370,7 @@ lt_configure_deps
n.
Signed-off-by: Richard Purdie
---
build-aux/ltmain.in | 34 --
1 file changed, 28 insertions(+), 6 deletions(-)
diff --git a/build-aux/ltmain.in b/build-aux/ltmain.in
index 96238350..6fb58ed2 100644
--- a/build-aux/ltmain.in
+++ b/build-aux/ltmain.in
@@ -7672,
From: Khem Raj
When using a sysroot we should append it to libdir, which is helpful in
cross builds as the system is staged in the sysroot. For normal builds,
i.e. when lt_sysroot is not set, it will still behave the same and add
-L/usr/lib to the relink command.
Signed-off-by: Richard Purdie
race.
Signed-off-by: Mingli Yu
Signed-off-by: Richard Purdie
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 84795d87..8c9949ed 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -333,7 +333,7 @@ EXTRA_DIST += $(lt_aclocal_m4
There is a bug where RPATHs could end up containing sysroot values when
cross compiling which is obviously incorrect. Strip out sysroot components
from libdir when building RPATH values to avoid this.
Signed-off-by: Richard Purdie
---
build-aux/ltmain.in | 14 --
1 file changed, 12
the paths as equal. Strip both paths to ensure this works
reliably.
Signed-off-by: Richard Purdie
---
build-aux/ltmain.in | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/build-aux/ltmain.in b/build-aux/ltmain.in
index 96b37003..3d5dcd0a 100644
--- a/build-aux/ltmain.in
On Wed, 2022-04-20 at 01:12 +0100, Sam James wrote:
>
> > On 17 Apr 2022, at 05:55, Alex Ameen wrote:
> >
> > This was all green down the line on the test suite on multiple systems (
> > don't get too excited yet ) until I found bugs in the testsuite...
> >
> > I see how this flew under the
On Sat, 2022-11-19 at 18:32 +, Sam James wrote:
>
> > On 16 Apr 2022, at 18:58, Sam James wrote:
> >
> > Done after discussion w/ Alex (thanks!). Rebased on master after
> > 2.4.7 release.
>
> Ping. Could we maybe get the easy ones in and then revisit
> the bits which received comments
The name of the system contains the string "nios2". This string
is caught by the some of the greedy checks for OS/2 in libtool,
in particular the *os2* branches of switch statements match for
the nios2 string, which results in incorrect behavior of libtool.
Switch to use $host_os instead of $host
If lto is enabled, we need the prefix-map variables to be passed to the linker
to correctly link the objects using correctly mapped paths.
Add these to the list of options libtool passes through.
* build-aux/ltmain.in: Handle prefix-map compiler options
---
build-aux/ltmain.in | 3 ++-
1 file
clang uses -rtlib and --unwindlib to select proper compiler runtime in
some cases. Therefore pass these options to linker when found in
ldflags
* build-aux/ltmain.in: Handle clang linker options
---
build-aux/ltmain.in | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On Mon, 2024-01-15 at 20:10 -0500, Mike Frysinger wrote:
> On 25 Oct 2021 15:33, Richard Purdie wrote:
> > We don't want to add RPATHS which match default linker search paths, they're
> > a waste of space. This patch filters libtools list of paths to encoode and
> > removes t
Somehow my original reply ended up blank, sorry. I've retyped it from
memory as best I can.
On Mon, 2024-01-15 at 20:08 -0500, Mike Frysinger wrote:
> On 25 Oct 2021 15:33, Richard Purdie wrote:
> > This patch renames the --with-sysroot option to --with-libtool-sysroot
> > to
If $CC has --sysroot=/, it is a valid configuration however libtool will
then set lt_sysroot to "/".
This means references like $lt_sysroot$libdir become //usr/lib instead
of the more normally expected /usr/lib. This may or may not break something
but certainly is confusing to the user and gives
On Mon, 2024-01-15 at 17:00 -0500, Mike Frysinger wrote:
> On 25 Oct 2021 15:33, Richard Purdie wrote:
> > Update libtool.m4 to resolve a problem with lt_sysroot not being properly
> > updated if the option '--with[-libtool]-sysroot' is not provided when
> > running t
On Tue, 2024-01-16 at 20:47 -0500, Mike Frysinger wrote:
> On 16 Jan 2024 15:14, Richard Purdie wrote:
> > --- a/build-aux/ltmain.in
> > +++ b/build-aux/ltmain.in
> > @@ -7,7 +7,6 @@
> > # Copyright (C) 1996-2019, 2021-2024 Free Software Foundation, Inc.
> &
If $CC has --sysroot=/, it is a valid configuration however libtool will
then set lt_sysroot to "/".
This means references like $lt_sysroot$libdir become //usr/lib instead
of the more normally expected /usr/lib. This may or may not break something
but certainly is confusing to the user and gives
If lto is enabled, we need the prefix-map variables to be passed to the linker
to correctly link the objects using correctly mapped paths.
Add these to the list of options libtool passes through.
* build-aux/ltmain.in: Handle prefix-map compiler options
---
build-aux/ltmain.in | 2 ++
1 file
clang uses -rtlib and --unwindlib to select proper compiler runtime in
some cases. Therefore pass these options to linker when found in
ldflags
* build-aux/ltmain.in: Handle clang linker options
---
build-aux/ltmain.in | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
62 matches
Mail list logo
