On May 30, 2013 8:03 PM, Gary V. Vaughan g...@gnu.org wrote:
Hi Bob,
On 31 May 2013, at 09:57, Gary V. Vaughan g...@gnu.org wrote:
On 31 May 2013, at 08:28, Bob Rossi b...@brasko.net wrote:
On Fri, May 24, 2013 at 07:15:50PM -0400, Bob Rossi wrote:
I'm building a program that links
On Apr 4, 2013 12:17 AM, Russ Allbery r...@stanford.edu wrote:
Daniel Pocock dan...@pocock.com.au writes:
I use a Debian system to run autoreconf and bootstrap/make dist releases
for various projects (e.g. reSIProcate)
When using the release tarball on a system like Fedora, issues with
On Sat, Nov 10, 2012 at 11:28 AM, Poor Yorick
org.gnu.lists.libt...@pooryorick.com wrote:
On Nov 8, 2012 6:38 PM, Poor Yorick
org.gnu.lists.libt...@pooryorick.com
[SNIP]
the culprit turns out to be /path/to/software/collection/lib/libffi.la,
which was included in dependency_libs of
On Nov 8, 2012 6:38 PM, Poor Yorick org.gnu.lists.libt...@pooryorick.com
wrote:
Hi,
Attempting to build glib-2.32.4, the make check stage, produces this
result:
/path/to/src/glib-2.32.4/glib-2.32.4/gobject/tests/.libs/boxed: symbol
lookup error:
On Oct 27, 2012 1:25 AM, Jim Lynch j...@k4gvo.com wrote:
I have two fairly identical gnu make/build projects. One of them works
fine but the other is looking for the library in the wrong place. The
difference I see is that one of them has this:
ibtool: link: g++ -std=c++0x -g -O2 -o loggerd
On Tue, Mar 29, 2011 at 4:46 AM, Jack Andrews effb...@gmail.com wrote:
Hi Eric,
That make perfect sense -- only thing is it doesn't seem to work for me:
~/effbiae/core(ENV)]$ echo $LD_LIBRARY_PATH
/home/jack/effbiae/core/.libs
~/effbiae/core(ENV)]$ ./jconsole
'hi'
hi
On Tue, Mar 22, 2011 at 3:44 AM, Pacho Ramos pachora...@gmail.com wrote:
El vie, 18-03-2011 a las 13:40 -0700, Dan Nicholson escribió:
On Thu, Mar 17, 2011 at 11:40 PM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
* Dan Nicholson wrote on Thu, Mar 17, 2011 at 11:47:38PM CET:
On Thu, Mar 17
On Thu, Mar 17, 2011 at 11:40 PM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
* Dan Nicholson wrote on Thu, Mar 17, 2011 at 11:47:38PM CET:
On Thu, Mar 17, 2011 at 3:08 AM, Pacho Ramos pa...@gentoo.org wrote:
https://bugzilla.gnome.org/show_bug.cgi?id=644896#c2
This seems more legitimate
On Fri, Dec 17, 2010 at 12:14 AM, Bruce Korb bruce.k...@gmail.com wrote:
`guile-config link` yields that string. In fact, it yields:
-L/usr/local/lib -lguile -lltdl -L/usr/local/lib64 -lgmp -lcrypt -lm -lltdl
-lm -ldl
NOTE: -Wl,-rpath,/usr/local/lib64 gets inserted some how.
Well,
On Thu, Dec 16, 2010 at 5:39 PM, Bruce Korb bruce.k...@gmail.com wrote:
Here is the problem:
/bin/sh ../libtool --tag=CC --mode=link gcc -std=gnu99
-I/usr/local/include \
-pthread -g -O2 -export-dynamic -o autogen autogen-ag.o
../autoopts/libopts.la \
../snprintfv/libsnprintfv.la
On Wed, Oct 20, 2010 at 10:49 AM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Hello Sergio,
* Sergio Belkin wrote on Mon, Oct 18, 2010 at 06:33:17PM CEST:
I have project with autotools made on Ubuntu, but when I want to
compile on CentOS it ends with error:
libtool: Version mismatch
On Fri, Dec 3, 2010 at 7:38 AM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
Hello Dan,
* Dan Nicholson wrote on Fri, Dec 03, 2010 at 02:43:04PM CET:
On Wed, Oct 20, 2010 at 10:49 AM, Ralf Wildenhues wrote:
Depending on your package setup, that means either passing --install to
libtoolize
On Thu, Jan 29, 2009 at 11:26 PM, Ralf Corsepius rc040...@freenet.de wrote:
Dan Nicholson wrote:
On Wed, Jan 28, 2009 at 01:50:51PM -0600, Bob Friesenhahn wrote:
On Wed, 28 Jan 2009, Dan Nicholson wrote:
When the ABI is 64-bit on Linux ELF, add /lib64 and /usr/lib64 to the
system library
On Wed, Jan 28, 2009 at 01:50:51PM -0600, Bob Friesenhahn wrote:
On Wed, 28 Jan 2009, Dan Nicholson wrote:
When the ABI is 64-bit on Linux ELF, add /lib64 and /usr/lib64 to the
system library path so that an RPATH is not added when using libraries
from these directories.
Are these libraries
When the ABI is 64-bit on Linux ELF, add /lib64 and /usr/lib64 to the
system library path so that an RPATH is not added when using libraries
from these directories.
Signed-off-by: Dan Nicholson dbn.li...@gmail.com
---
libltdl/m4/libtool.m4 | 16 +++-
1 files changed, 15 insertions
On Wed, Jan 28, 2009 at 11:50 AM, Bob Friesenhahn
bfrie...@simple.dallas.tx.us wrote:
On Wed, 28 Jan 2009, Dan Nicholson wrote:
When the ABI is 64-bit on Linux ELF, add /lib64 and /usr/lib64 to the
system library path so that an RPATH is not added when using libraries
from these directories
On Wed, Dec 24, 2008 at 3:55 AM, Andy Wingo wi...@oblong.net wrote:
Hi Dan,
On Tue 23 Dec 2008 19:25, Dan Nicholson dbn.li...@gmail.com writes:
On Tue, Dec 23, 2008 at 10:18 AM, Andy Wingo wi...@oblong.net wrote:
Unpack the attached tarball (it will create its own directory
On Sat, Dec 13, 2008 at 12:57 AM, Jason Curl jcurln...@arcor.de wrote:
Ralf Wildenhues wrote:
Hello Jason,
* Jason Curl wrote on Thu, Dec 11, 2008 at 10:19:57PM CET:
Ignoring that my macro obviously won't work with 2.2.x, I'm using Cygwin
and I've come across my first problem. The old
On Sun, Nov 23, 2008 at 6:51 AM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
For all dolt junkies, and whoever claims autotools and esp. libtool
are performance hogs: yes, they are still not the fastest thing in
the world. But we are getting better:
As an example, I built the ompi/ subdirectory
On Tue, Nov 11, 2008 at 1:56 PM, Dan Nicholson [EMAIL PROTECTED] wrote:
On Tue, Nov 11, 2008 at 1:49 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Hello Dan,
* Dan Nicholson wrote on Tue, Nov 11, 2008 at 10:46:59PM CET:
On Tue, Nov 11, 2008 at 1:37 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote
On Fri, Nov 14, 2008 at 9:40 AM, Matěj Týč [EMAIL PROTECTED] wrote:
Greetings to all of you,
I would like to use libtool with a multiplatform library that has some
complicated structure (ASM routines, some 'main' function hijacking
etc.) I think that libtool may be the right tool for managing
Hi Ralf,
On Tue, Nov 11, 2008 at 1:37 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
The macro files may have been copied into your package with 'libtoolize
--install', or 'aclocal --install', or their contents copied into the
aclocal.m4 file from aclocal. All of this may have been caused by
On Tue, Nov 11, 2008 at 1:49 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Hello Dan,
* Dan Nicholson wrote on Tue, Nov 11, 2008 at 10:46:59PM CET:
On Tue, Nov 11, 2008 at 1:37 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
The macro files may have been copied into your package
On Sat, Nov 8, 2008 at 3:38 PM, Bob Friesenhahn
[EMAIL PROTECTED] wrote:
I feel like today I just watched the movie Groundhog Day another 20 times.
This topic re-emerges just as often as the one about whether list replies
should default to the original sender, or to the list.
It seems that
On Sat, Nov 8, 2008 at 7:00 AM, Roumen Petrov
[EMAIL PROTECTED] wrote:
Russ Allbery wrote:
Roumen Petrov [EMAIL PROTECTED] writes:
Russ Allbery wrote:
Debian's experience to date is that --as-needed is buggy and breaks a
lot of software, and overall is not a particularly stable solution.
On Sat, Nov 8, 2008 at 9:22 AM, Roumen Petrov
[EMAIL PROTECTED] wrote:
[SNIP]
But problem is not in the libtool.
Yes it is. If you're linking to libfoo, libtool reads libfoo.la and
adds direct links to everything in dependency_libs. Let's say libfoo
depends on libbar and libbaz. You're
On Thu, Nov 6, 2008 at 11:49 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Hello Russ,
* Russ Allbery wrote on Fri, Nov 07, 2008 at 01:20:28AM CET:
The most frequent problem caused by *.la files is that they add a pile of
unnecessary dependencies to shared libraries, which further entangles
On Tue, Nov 4, 2008 at 9:24 AM, Tim Mooney
[EMAIL PROTECTED] wrote:
In regard to: Re: Multiple -rpaths, Ralf Wildenhues said (at 8:21am on
Nov...:
* Jan Engelhardt wrote on Tue, Nov 04, 2008 at 07:58:36AM CET:
So I guess the reasons why distros remove the .la files is because
they are
On Sun, Nov 2, 2008 at 12:59 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Hello Dan,
* Dan Nicholson wrote on Sat, Nov 01, 2008 at 09:48:28PM CET:
Add an option, --no-la-files, which skips installing the .la files. When
used with --mode=uninstall, libtool tries to use the .lai file from
On Mon, Nov 3, 2008 at 2:05 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Hello Dan,
* Dan Nicholson wrote on Mon, Nov 03, 2008 at 03:17:53PM CET:
On Sun, Nov 2, 2008 at 12:59 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* Dan Nicholson wrote on Sat, Nov 01, 2008 at 09:48:28PM CET:
Add
On Mon, Nov 3, 2008 at 3:06 PM, Roumen Petrov
[EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
On Mon, Nov 3, 2008 at 2:05 PM, Ralf Wildenhues [EMAIL PROTECTED]
wrote:
[SNIP]
Oh, well. You do know that all the linux distros (that I know of)
remove the .la files, right?
NO
Looks like I
Add an option, --no-la-files, which skips installing the .la files. When
used with --mode=uninstall, libtool tries to use the .lai file from the
build directory.
Signed-off-by: Dan Nicholson [EMAIL PROTECTED]
---
Does this seem reasonable? I've checked that this doesn't break
uninstall
On Mon, May 5, 2008 at 7:32 AM, Ed Hartnett [EMAIL PROTECTED] wrote:
Dan Nicholson [EMAIL PROTECTED] writes:
On Tue, Apr 22, 2008 at 4:24 AM, Ed Hartnett [EMAIL PROTECTED] wrote:
Howdy all!
Firstly, thanks for developing libtool! It's really helpful!
I am using
On Tue, Apr 22, 2008 at 4:24 AM, Ed Hartnett [EMAIL PROTECTED] wrote:
Howdy all!
Firstly, thanks for developing libtool! It's really helpful!
I am using it to distribute a freeware scientific data library,
netcdf. The netcdf distribution actually builds more than one
library. It builds
On Sat, Apr 19, 2008 at 2:53 AM, Jim Meyering [EMAIL PROTECTED] wrote:
Ralf Wildenhues [EMAIL PROTECTED] wrote:
I don't quite understand what happened. With the repo converted from
CVS, the tag SHAs were all different, but they already pointed to the
same tree object. After the
On Wed, Apr 16, 2008 at 2:51 PM, Gary V. Vaughan [EMAIL PROTECTED] wrote:
Playing devil's advocate:
If Libtool moves to git-version-gen ala Autoconf, it won't be possible to
do this
anymore:
a-machine-with-git$ git-clone http://git.sv.gnu.org/libtool.git libtool
a-machine-with-git$
On Wed, Apr 16, 2008 at 3:07 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Hi Dan,
* Dan Nicholson wrote on Thu, Apr 17, 2008 at 12:01:00AM CEST:
On Wed, Apr 16, 2008 at 2:51 PM, Gary V. Vaughan [EMAIL PROTECTED] wrote:
a-machine-with-git$ git-clone http://git.sv.gnu.org/libtool.git
On Mon, Mar 3, 2008 at 6:37 PM, Peter O'Gorman [EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
I was just looking through the pic code evaluation in libtool.m4 and
not getting real excited about recreating that.
In xserver's configure.ac you can, somewhere after AC_PROG_LIBTOOL, put
On Tue, Mar 4, 2008 at 7:43 AM, Peter O'Gorman [EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
On Mon, Mar 3, 2008 at 6:37 PM, Peter O'Gorman [EMAIL PROTECTED] wrote:
I am pretty sure that you can similarly avoid the need for a fake
convenience .la, but can not work it out without
On Tue, Mar 4, 2008 at 10:50 AM, Daniel Herring [EMAIL PROTECTED] wrote:
On Tue, 4 Mar 2008, Dan Nicholson - [EMAIL PROTECTED] wrote:
Do you know if there's any way for automake to ignore the include
keyword? I.e., I really want the include to be processed by make,
not automake. The only
I'm trying to use an internal static library from one project as a
convenience library in another project. The problem is that the first
project does not use libtool and the second does. So, there's no .la
file and libtool complains about the portability of linking the static
archive into another
On Mon, Mar 3, 2008 at 5:37 PM, Peter O'Gorman [EMAIL PROTECTED] wrote:
Please make sure that this fake .la file is only used in the build tree
where it is needed (only when building xserver? Why not commit these
bits to xserver then?). I would not like to see such a thing in /usr/lib
(or
42 matches
Mail list logo