Re: support for SunPRO C/C++ on Linux

[Bruno Haible]

Ralf Wildenhues wrote:
> > Yes. HP-UX /bin/sh is known to dump core in
> >
> >           case `command that produces more than 1 KB of output` in
> >
> > and I don't know how much output other compilers generate when given the
> > -V option.
>
> But say, why is that HP-UX shell issue not listed in the Autoconf
> portability section?  FWIW, I can't reproduce it on some HP-UX systems;
> the oldest I have access to is an HP-UX 10.20.

Then it must be have been in HP-UX 9 (which was in use around 1992 to 1996).

  It'd be good to know
> about the impact of this -- do you have pointers to bug reports?  (Also
> note that the shell selection algorithm of Autoconf-2.59c will select
> /usr/bin/posix/sh there.)
>
> > > > +         _LT_AC_TAGVAR(whole_archive_flag_spec,
> > > > $1)='${wl}--whole-archive`new_convenience=; for conv in
> > > > +$convenience\"\"; do test -z \"$conv\" ||
> > > > new_convenience=\"$new_convenience,$conv\"; done; $echo
> > > > \"$new_convenience\"`+${wl}--no-whole-archive'
> > >
> > > Are you sure the compiler driver won't reorder arguments here?
> >
> > ...
>
> IIRC, on Solaris, this:
> | _LT_TAGVAR(whole_archive_flag_spec, $1)='${wl}-z ${wl}allextract`for conv
> | in $convenience\"\"; do test -n \"$conv\" &&
> | new_convenience=\"$new_convenience,$conv\"; done; $echo
> | \"$new_convenience\"` ${wl}-z ${wl}defaultextract'
>
> caused some problems somewhere; cf. for example this thread:
> http://lists.gnu.org/archive/html/bug-libtool/2005-10/msg00040.html
> and note that with C++, your patch sets ${wl} to `-Qoption ld ' as well,
> not to `-Wl,'.
>
> Also, consider this: in a (maybe partially) static linking case, the
> objects from the convenience archive require some symbol from a library
> specified later.  If the driver reorders, we may be out of luck here, as
> the needed library may happen to end up listed earlier.  OTOH, the
> driver on Solaris knows '-z allextract' and understands what to do with
> the following arguments.  So that had a chance of actually working
> across Solaris versions (the driver happens to also reorder differently
> across versions).
>
> Now, if the driver understands --whole-archive/--no-whole-archive on
> GNU/Linux, I think that should be used plainly, without ${wl}.  If it
> doesn't, then, depending on how it reorders, we should file a bug
> report.

Sun C on Linux appears to put linker options first, before the object files
to be linked; therefore the needed libraries will come later - no problem.

Bruno