On Thu, Aug 12, 2004 at 12:09:10PM +0900, Peter O'Gorman wrote:
> There is no way to do what you want, at the moment, using libtool (to my
> knowledge). "convenience" libraries are just treated as ordinary libraries
> when creating an executable. I suggest that you reference the symbols in
> the
With cvs code from just now:
make all-recursive
Making all in .
cd . && /bin/ksh /usr/src/local/libtool/config/missing --run automake-1.9a --gnits
libltdl/Makefile.am: C objects with per-target flags but `AM_PROG_CC_C_O' not in
`configure.ac'
Cheers,
Patrick
__
On Thu, Aug 12, 2004 at 12:09:10PM +0900, Peter O'Gorman wrote:
> -export-dynamic is to export symbols from an application so that they are
> available to runtime loaded code.
>
> GNU libtool convenience libraries are, as far as I know, only designed to
> use the whole archive when they are used
Daniel Reed wrote:
On 2004-08-12T09:00+0900, Peter O'Gorman wrote:
) Daniel Reed wrote:
) > On 2004-08-11T10:06+0900, Peter O'Gorman wrote:
) > ) Daniel Reed wrote:
) > ) > > libtool-1.4.2-multilib.patch
) > ) > This patch is needed for multilib support. It has been sent upstream
) > ) > b
In regard to: Re: GNU Libtool 1.5.8 released., Peter O'Gorman said (at...:
Or even something like --with-multilibformat='lib64' versus
--with-multilibformat='$host_os/lib' ?
Well, lets think a bit. We want to add the 64bit specific directories for
linux.
Why just Linux? Isn't this essentially the
On Thu, 12 Aug 2004, Tim Mooney wrote:
In regard to: Re: GNU Libtool 1.5.8 released., Peter O'Gorman said (at...:
Or even something like --with-multilibformat='lib64' versus
--with-multilibformat='$host_os/lib' ?
Well, lets think a bit. We want to add the 64bit specific directories for
linux.
Why
Bob Friesenhahn wrote:
On Thu, 12 Aug 2004, Tim Mooney wrote:
Why just Linux? Isn't this essentially the same issue that the multi-ABI
commercial UNIXes have?
Seems like it to me. For example, Solaris puts 64-bit libraries in a
'sparcv9' subdirectory. The 'sparcv7' directory is used for librari
On Fri, 13 Aug 2004, Peter O'Gorman wrote:
Well, the difference, in my little mind at least, is that the commercial
unixes can all be identified in libtool using $host, but linux will have the
same $host regardless of being debian, redhat, suse, etc... So the need here,
specifically is to identi
On 2004-08-11T20:43-0400, Daniel Reed wrote:
) ) > ) > > libtool-1.4.2-multilib.patch
) Would it be reasonable to make this a ./configure option at libtool build
) time?
Actually, it wouldn't. :)
The actual problem is that software packaged with stock Libtool does not
build properly in our mu
Joe Orton wrote:
A good solution I found seemed to be to use partial linking rather than
convenience libraries, which libtool was happy to do if you use:
libtool --mode=link gcc -o libpart.o some.lo random.lo objs.lo
But I don't know how portable ld -r is.
All Unix linkers have supported this for
On Thu, 2004-08-12 at 18:12, Peter O'Gorman wrote:
> Bob Friesenhahn wrote:
>
> > On Thu, 12 Aug 2004, Tim Mooney wrote:
> >
> >> Why just Linux? Isn't this essentially the same issue that the multi-ABI
> >> commercial UNIXes have?
> >
> >
> > Seems like it to me.
I am not sure. Solaris-gcc ap
On Fri, 13 Aug 2004, Ralf Corsepius wrote:
Well, the difference, in my little mind at least, is that the commercial
unixes can all be identified in libtool using $host,
Right, you can identify $host and in case of Solaris even the OS version
as part of $host (solaris2.8).
However, you can not ident
) On Fri, 13 Aug 2004, Ralf Corsepius wrote:
) > However, you can not identify the multilib-variant and the multilib
) > subdir being used from $host, because it is chosen depending upon the
) > flags being passed to gcc:
) > sparc-sun-solaris2.8-gcc .. -> . (sparcv7)
) > sparc-sun-solaris2.8-gcc -
On Fri, 2004-08-13 at 04:15, Bob Friesenhahn wrote:
> On Fri, 13 Aug 2004, Ralf Corsepius wrote:
> >>
> >> Well, the difference, in my little mind at least, is that the commercial
> >> unixes can all be identified in libtool using $host,
> > Right, you can identify $host and in case of Solaris even
On Fri, 2004-08-13 at 05:37, Daniel Reed wrote:
> ) On Fri, 13 Aug 2004, Ralf Corsepius wrote:
> ) > However, you can not identify the multilib-variant and the multilib
> ) > subdir being used from $host, because it is chosen depending upon the
> ) > flags being passed to gcc:
> ) > sparc-sun-solar
15 matches
Mail list logo
