I've tested this patch under Tru64 4.0f, irix 6.5, Linux i686 and
Solaris 5.7 sparc. It looks good, OK to commit.
Robert
Alexandre Oliva wrote:
>
> On Mar 8, 2001, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>
> > On Mar 6, 2001, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
>
> >> Perhaps it w
On Mar 8, 2001, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Mar 6, 2001, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
>> Perhaps it would suffice to simply clear "wl" when entering the
>> incremental mode, assuming we know the linker will always be called
>> directly when doing incremental.
Robert Boehne wrote:
>
> Nick Hudson wrote:
> > Acutally there is a bigger problem here. If archive_cmds uses LD then
> > there is no correct setting of wl. That is when hardcoding library paths
> > and linking a library with archive_cmds wl should be blank and when
> > linking a binary it should
Nick Hudson wrote:
>
> Alexandre Oliva wrote:
> >
> > On Mar 6, 2001, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
> >
> > > Perhaps it would suffice to simply clear "wl" when entering the
> > > incremental mode, assuming we know the linker will always be called
> > > directly when doing incrementa
Alexandre Oliva wrote:
>
> On Mar 6, 2001, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
>
> > Perhaps it would suffice to simply clear "wl" when entering the
> > incremental mode, assuming we know the linker will always be called
> > directly when doing incremental.
>
> Yep. Please try this patc
Alexandre Oliva wrote:
> On Mar 6, 2001, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
>
> > Perhaps it would suffice to simply clear "wl" when entering the
> > incremental mode, assuming we know the linker will always be called
> > directly when doing incremental.
>
> Yep. Please try this patch.
On Mar 8, 2001, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> - if test -n "$export_symbols" && test -n "$archive_expsym_cmds"; then
> - eval cmds=\"$archive_expsym_cmds\"
> - else
> - eval cmds=\"$archive_cmds\"
> - fi
> +if test -n "$export_symbols" && test -n "$archive_
On Mar 6, 2001, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
> Perhaps it would suffice to simply clear "wl" when entering the
> incremental mode, assuming we know the linker will always be called
> directly when doing incremental.
Yep. Please try this patch.
Index: ChangeLog
from Alexandre O
Alexandre Oliva wrote:
> > So, it's trying to pass the compiler -Wl flag directly to the linker
> > for some reason. I hacked the libtool script a bit and everything
> > worked.)
>
> Care to post your hacks? :-)
All I did was to remove the "\${wl}"s from whole_archive_spec_flag.
Presumably thats
Bryce:
I submitted two patches to fix the "Arg length too long" problems.
The first will work around link lines created by libtool that are
too long to execute, the second uses the -objectlist FILE option
in link mode to allow a file containing a list of *.lo objects
rather than the list of objec
On Mar 6, 2001, Bryce McKinlay <[EMAIL PROTECTED]> wrote:
> Synopsis:[irix 6.5] Cannot create libgcj - Arg list too long
> Okay, it appears that libtool has recently got the feature we need:
Yep.
> ld: unrecognized option `-Wl,--whole-archive'
> ld: use the --help option for usage info
Synopsis:[irix 6.5] Cannot create libgcj - Arg list too long
Okay, it appears that libtool has recently got the feature we need:
2001-02-22 Robert Boehne <[EMAIL PROTECTED]>
* ltconfig.in: Add a test to find the approximate limit
to the length of command line arguments
12 matches
Mail list logo
