Build failure of 2.2.3 and 2.2.4pre2 on sparc-unknown-linux

Andreas Jaeger aj@suse.de
Sun Aug 5 13:25:00 GMT 2001


Jakub Jelinek <jakub@redhat.com> writes:

> On Sun, Aug 05, 2001 at 02:52:08PM +0200, Andreas Jaeger wrote:
>> Please do not use --enable-omitfp, especially if you report problems.
> 
> On sparc, -fomit-frame-pointer is a nop. Frame pointer will not be omitted
> anyways (it is there for free because of register windows).

--enable-omitfp uses also -O99 and AFAIR this is not sane.

Andreas
-- 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7bapfOJpWPMJyoSYRAi0IAJ9l1Sa2fNgAEXrrnkWKtGXJ62kTTwCeJvDS
6DGSvmBzxU3ZjGEgD4hi5dg=
=ORha
-----END PGP SIGNATURE-----From drow@mvista.com Sun Aug 05 14:26:00 2001
From: Daniel Jacobowitz <drow@mvista.com>
To: gcc@gcc.gnu.org, GNU C Library <libc-alpha@sourceware.cygnus.com>
Subject: Re: Changing WCHAR_TYPE from "long int" to "int"?
Date: Sun, 05 Aug 2001 14:26:00 -0000
Message-id: <20010805142646.A12536@nevyn.them.org>
References: <20010805094806.A3146@lucon.org>
X-SW-Source: 2001-08/msg00024.html
Content-length: 1215

On Sun, Aug 05, 2001 at 09:48:06AM -0700, H . J . Lu wrote:
> I am working with Eric to clean up the Linux/mips configuration in
> gcc 3.x. I'd like to change WCHAR_TYPE from "long int" to "int". They
> are the same on Linux/mips. There won't be any run-time problems. I am
> wondering if there are any compatibility problems at the compile time
> at the source and binary level. For one thing, __WCHAR_TYPE__ will be
> changed from "long int" to "int". The only thing I can think of is
> the C++ libraries. But gcc 3.x doesn't work on Linux/mips. The one
> I am working on will be the first gcc 3.x for Linux/mips. So there
> shouldn't be any problems. Am I right?

What on earth is your definition of "doesn't work"?  You apply that
phrase very freely.  I have a cross and native compiler, with less than
two dozen lines of patch over GCC 3.0 release, that is capable (despite
everyone's claims) of building glibc and an entire functional Linux/MIPS
distribution, debug info and all.  I haven't finished running tests
over it, but the vast majority work perfectly.

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer



More information about the Libc-alpha mailing list