Re: Roberts patch and UnixWare 7.1.1 still does not use $CC

[Boyd Lynn Gerber]

On Sun, 29 Jul 2001, Gary V. Vaughan wrote:
> I don't really understand your bug report... are you saying that when
> compiling with g++ and the native C++ compiler when $host is `unixware7*' or
> 'sysv5uw7*' you need the generated libtool to have `LD='$CC'` and
> `archive_cmds_need_lc=no'?

The latest config.sub and config.guess nolonger has sysv5uw7 it give
sysv5UnixWare7.X.X.  Here is the string from my system.

i686-unknown-sysv5UnixWare7.1.1  This is because Caldera now owns OSR and
UnixWare and they have released a new product OpenUnix and its strings

i?86-unknown-sysv5OpenUNIX8.0.0

This is independent of the compiler being used.

I have attached what I get from ./configure >> config.list 2>> config.list
above.


> My Unixware 7.1.0 box died, and I can't seem to get it to install on a newer
> machine =(O|

If you want I can create an account on my system that you can use would
that help?  I have both UnixWare 7.1.0 and 7.1.1 and OpenUNIX 8.0.0

What I am trying to say is it is not enough to have libtool make the
libraries with $CC being the program used to created the .o file.  The
executable programs need to be made using the same program that created
them with out the -lc  LD=/usr/ccs/bin/ld or /usr/local/bin/ld is not
smart enough right now to get the library order correct.  GCC and Native
Compilers both get it right.  But if you use them and add the -lc option a
warning is giving not to use -lc and the file may not work as you expect.
Removing the -lc and using the appropriate program solves the problem.

Does that make it clear?

Thanks,


--
Boyd Gerber <address@hidden>
ZENEZ   3748 Valley Forge Road, Magna Utah  84044
Office 801-250-0795 FAX 801-250-7975

config.list
Description: config.list