This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: gcc-3.3.x compiling bug

From: Jim Wilson <wilson at specifixinc dot com>
To: silverio dot di at qem dot it
Cc: gcc at gcc dot gnu dot org
Date: Thu, 19 Feb 2004 17:30:42 -0800
Subject: Re: gcc-3.3.x compiling bug
References: <OF9CDDE144.400F44B5-ONC1256E3F.00530C37-C1256E3F.00540497@qem.it>

silverio.di@qem.it wrote:

In file included from embed-bb.c:40:
../../gcc-3.3.3/gcc/tsystem.h:72:19: stdio.h: No such file or directory
../../gcc-3.3.3/gcc/tsystem.h:75:23: sys/types.h: No such file or directory

This is an SH specific problem with 3.3.x which is fixed in 3.4.

The SH port defines its own embed-bb.c file which overrides the usual treatment of inhibit_libc in a broken way. The result is that you can't build the SH port without a library.

You could just get rid of the special embed-bb.c rules, which will let this work again. If you have a compiled gcc/newlib tree, then --with-headers might work. Another alternative, is to backport the fix from 3.4. See the 2003-05-23 change from Joern Rennecke. The first option is the easiest one. -- Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com

References:
- gcc-3.3.x compiling bug
  - From: silverio . di

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]