On May 30, 2013 8:03 PM, "Gary V. Vaughan" wrote:
>
> Hi Bob,
>
> On 31 May 2013, at 09:57, "Gary V. Vaughan" wrote:
> > On 31 May 2013, at 08:28, Bob Rossi wrote:
> >> On Fri, May 24, 2013 at 07:15:50PM -0400, Bob Rossi wrote:
> >>> I'm building a program that links against boost with libtool.
On Apr 4, 2013 12:17 AM, "Russ Allbery" wrote:
>
> Daniel Pocock 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
> > hard-coded rpath have b
On Sat, Nov 10, 2012 at 11:28 AM, Poor Yorick
wrote:
>> > On Nov 8, 2012 6:38 PM, "Poor Yorick"
>> >
> [SNIP]
>>
>> the culprit turns out to be "/path/to/software/collection/lib/libffi.la",
>> which was included in "dependency_libs" of
>> /path/to/src/glib-2.32.4/glib-2.32.4/gobject/libgobjec
On Nov 8, 2012 6:38 PM, "Poor Yorick"
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:
/path/to/glib-2.32.4/glib-2.32.4/gobject/.libs/libgobject-2.0.so.0:
undef
On Oct 27, 2012 1:25 AM, "Jim Lynch" 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 loggerd-f
On Tue, Mar 29, 2011 at 4:46 AM, Jack Andrews 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
> ~/effbiae/core(ENV)]$ expo
On Tue, Mar 22, 2011 at 3:44 AM, Pacho Ramos 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
>> wrote:
>> > * Dan Nicholson wrote on Thu, Mar 17, 2011 at 11:47:38PM CET:
>> >> On Thu,
On Thu, Mar 17, 2011 at 11:40 PM, Ralf Wildenhues
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 wrote:
>>
>> > https://bugzilla.gnome.org/show_bug.cgi?id=644896#c2
>>
>> This se
On Thu, Mar 17, 2011 at 3:08 AM, Pacho Ramos wrote:
> Hello
>
> Downstream on Gentoo we see some package having problems at "make
> install" phase using -j2 or more. Reporting to upstream, some of them
> told us that they think parallel *installation* is not supported:
> https://bugs.freedesktop.o
On Fri, Dec 17, 2010 at 12:14 AM, Bruce Korb 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, that's broken.
On Thu, Dec 16, 2010 at 5:39 PM, Bruce Korb 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 -pthread
On Fri, Dec 3, 2010 at 7:38 AM, Ralf Wildenhues 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
On Wed, Oct 20, 2010 at 10:49 AM, Ralf Wildenhues
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 error. This is l
On Tue, Nov 23, 2010 at 4:33 PM, Sergio Belkin wrote:
> 2010/11/23 Mike Frysinger > On Tuesday, November
> 23, 2010 08:04:45 Sergio Belkin wrote:
>>> You can take a look the Makefile.am on:
>>>
>>> http://pastebin.com/jn4kiqTd
>>
>> please do not use pastebin type sites with mailing lists. post a
On Tue, Nov 3, 2009 at 12:13 AM, Christian Egli wrote:
> Hi all
>
> I recently migrated liblouis[1] to use gnulib. Everything works
> marvelously for me. I can run autoreconf, configure and make and make
> distcheck cleanly (I use automake 1.10.2, autoconf 2.63 and libtool
> 2.2.6). However some o
On Mon, Jul 6, 2009 at 11:29 PM, devendra
ayalasomayajula wrote:
> Hi Daniel,
>
> I still get the same error
>
> 1) downloaded latest libtool and configured it as below
> ./configure --host=i386-unknown-linux-gnu
> --build=x86_64-unknown-linux-gnu
On redhat you have to do it a little different
On Thu, Jan 29, 2009 at 11:26 PM, Ralf Corsepius 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 L
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 di
On Wed, Jan 28, 2009 at 11:50 AM, 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 di
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
---
libltdl/m4/libtool.m4 | 16 +++-
1 files changed, 15 insertions(+), 1 deletions
On Wed, Dec 24, 2008 at 3:55 AM, Andy Wingo wrote:
> Hi Dan,
>
> On Tue 23 Dec 2008 19:25, "Dan Nicholson" writes:
>
>> On Tue, Dec 23, 2008 at 10:18 AM, Andy Wingo wrote:
>>>
>>> Unpack the attached tarball (it will create its own directory). It
On Sat, Dec 13, 2008 at 12:57 AM, Jason Curl 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 l
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/ subdir
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
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 mana
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
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
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 seem
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 lib
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 particu
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 enta
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
>>>
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 dist
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
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
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 bre
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!
> >>
> &g
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
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. Aft
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
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
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 "i
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 fo
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
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
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 c
46 matches
Mail list logo
