This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/47591] New: libiberty Makefile uses native cc (solaris) with option -print-multi-os-directory
- From: "jbm at nada dot kth.se" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 2 Feb 2011 18:54:18 +0000
- Subject: [Bug other/47591] New: libiberty Makefile uses native cc (solaris) with option -print-multi-os-directory
- Auto-submitted: auto-generated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47591
Summary: libiberty Makefile uses native cc (solaris) with
option -print-multi-os-directory
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: other
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: jbm@nada.kth.se
uname -a
SunOs xxxx 5.8 xxxx sun4u sparc SUNW,Sun-Fire-480R
(Yes, I know, It is before the last ice age...)
I built gcc 4.5.2 and configure and make worked well.
I ran configure like this from my build directory:
../gcc-4.5.2/configure --enable-languages=c,c++,lto CC=cc
Since there is no gcc on the system, I have to use suns C-compiler.
When I (as root) run: make install
Everything goes well until the Makefile in the libiberty subdirectory runs.
It tries to run Sun's compiler with the option "-print-multi-os-dir",
wich of course does not work. This occurs in the commands for target
install_to_libdir (line 332 and following in my generated Makefile).
The problem seems to be (as I understand it) that the definition of
CC on line 56 in the Makefile, right after the definition of AR_FLAGS,
is never carried out, since a value for CC is passed on on the command line
from the calling top level Makefile.
I changed line 56 from:
CC = blah blah blah
To:
override CC = blah blah blah
This seems to correct the situation. Now everything installs nicely.
I am of course interested to know if this simple solution is sufficient,
or if it corrupts the installation in some way.