[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Roberts patch and UnixWare 7.1.1 still does not use $CC
From: |
Boyd Lynn Gerber |
Subject: |
Re: Roberts patch and UnixWare 7.1.1 still does not use $CC |
Date: |
Sun, 29 Jul 2001 11:33:41 -0600 (MDT) |
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