This is the mail archive of the newlib@sourceware.org mailing list for the newlib 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: [PATCH] PR other/32154

From: Richard Sandiford <richard at codesourcery dot com>
To: Rask Ingemann Lambertsen <rask at sygehus dot dk>
Cc: DJ Delorie <dj at redhat dot com>, gcc-patches at gcc dot gnu dot org, newlib at sourceware dot org
Date: Fri, 22 Jun 2007 16:37:16 +0100
Subject: Re: [PATCH] PR other/32154
References: <200604190055.k3J0t3UF032396@greed.delorie.com> <20070531111003.GV5690@sygehus.dk> <200705311603.l4VG3LH7013326@greed.delorie.com> <20070610215052.GT5690@sygehus.dk>

Sorry for the late reply, catching up after being away...

Rask Ingemann Lambertsen <rask@sygehus.dk> writes:
>    Mipsisa64-unknown-elf doesn't try to link in any startup code or anything
> by default and thus doesn't fail. This hasn't changed and c,c++,objc and
> fortran still configures and builds.

Right.  I'd very much like to keep it that way; as far as I'm concerned,
no gcc configury should depend on libgloss for this target.  If I've
understood your message correctly, the MIPS patch isn't strictly needed,
so would you be OK with leaving it out?

Richard

Follow-Ups:
- Re: [PATCH] PR other/32154
  - From: Adam Nemet

References:
- Re: [m32c] build libstdc++; combined builds, libssp, and libgloss.
  - From: Rask Ingemann Lambertsen
- Re: [m32c] build libstdc++; combined builds, libssp, and libgloss.
  - From: DJ Delorie
- [PATCH] PR other/32154 (Was: [m32c] build libstdc++; combined builds, libssp, and libgloss)
  - From: Rask Ingemann Lambertsen

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