On Sat, Feb 24, 2001 at 07:34:08PM -0300, Alexandre Oliva wrote:
> On Feb 24, 2001, Sam TH <[EMAIL PROTECTED]> wrote:
> 
> > Ok, this is the third reply to this mail that I've sent.
> 
> Sorry.  It seems that all of us have been busy lately.
> 
> > But this bug is really hindering my ability to do anything at all,
> 
> Did you get to try the multi-language branch?  I don't think this bug
> is present in it.
> 

Sorry, fails there too.  

[sam@samth ~/projects/libtool/demo]$  /bin/sh ./libtool --mode=link gcc -static  -o 
hell  main.o libhello.la
gcc -o hell main.o  ./.libs/libhello.a -lm
[sam@samth ~/projects/libtool/demo]$  /bin/sh ./libtool --mode=link gcc -static  -o 
hell  main.o libhello.la libhello.la 
gcc -o hell main.o  ./.libs/libhello.a -lm
[sam@samth ~/projects/libtool/demo]$ ./libtool --version
ltmain.sh (GNU libtool) 1.4a (1.641.2.181 2001/02/23 20:11:58)

In between my last email, and this one, I found a workaround.  I just
create 1 huge library, with all of the libraries I wanted to include
multiple times.  Then I just link the final object file against that
.la library, and get an executable.  This doesn't feel like a good
solution, but it does link.

However, the resulting binary is twice as large as that generated by
the non-libtool build system I'm trying to convert from.  Would
passing a .o file through 2 extra layers of libraries cause this
behavior?  
           
        sam th               
        [EMAIL PROTECTED]
        http://www.abisource.com/~sam/
        GnuPG Key:  
        http://www.abisource.com/~sam/key

PGP signature

Reply via email to