Ralf Wildenhues wrote:
* Aleksandar Milivojevic wrote on Fri, Jan 13, 2006 at 04:17:03PM CET:
Quoting Ralf Wildenhues <[EMAIL PROTECTED]>:
* Aleksandar Milivojevic wrote on Thu, Jan 12, 2006 at 04:49:48PM CET:
./libtool --mode=link gcc -o libfoo.la -rpath /prefix/lib list-of-files
gcc -sha
* Aleksandar Milivojevic wrote on Fri, Jan 13, 2006 at 04:17:03PM CET:
> Quoting Ralf Wildenhues <[EMAIL PROTECTED]>:
> >* Aleksandar Milivojevic wrote on Thu, Jan 12, 2006 at 04:49:48PM CET:
> >
> >>./libtool --mode=link gcc -o libfoo.la -rpath /prefix/lib list-of-files
> >>gcc -shared list-of-fil
Quoting Ralf Wildenhues <[EMAIL PROTECTED]>:
Hi Aleksandar,
* Aleksandar Milivojevic wrote on Thu, Jan 12, 2006 at 04:49:48PM CET:
I've a problem with libtool (1.5.22 and the version included with gcc
4.0.2). Platform is sparc*-sun-solaris*. Using gcc 4.0.2. The linker
doesn't seem to influ
* Ralf Wildenhues wrote on Fri, Jan 13, 2006 at 11:19:33AM CET:
>
> This is how `--no-fast-install' *should* work, and does in fact work on
> systems with hardcode_action != relink.
Ouch. That should've been either the configuration option
--disable-fast-install
or the link flag
-no-fast-ins
[ bug-gnulib elided ]
* Bruno Haible wrote on Thu, Jan 12, 2006 at 09:35:37PM CET:
> Ralf Wildenhues wrote:
>
> > > The fact that a libtool created "program" is not actually a program but a
> > > script, is a problem of libtool. Fix that, then we can also use
> > > "gdb program" instead of the su
