Bug 12018 - c4x should add target-newlib to noconfigdirs
Summary: c4x should add target-newlib to noconfigdirs
Status: RESOLVED WORKSFORME
Alias: None
Product: gcc
Classification: Unclassified
Component: bootstrap (show other bugs)
Version: 3.4.0
: P2 minor
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords: build
Depends on:
Blocks:
 
Reported: 2003-08-21 19:23 UTC by Dara Hazeghi
Modified: 2004-10-04 11:49 UTC (History)
1 user (show)

See Also:
Host:
Target: c4x, ip2k-elf
Build:
Known to work:
Known to fail:
Last reconfirmed: 2004-09-25 16:41:18

Attachments
patch to configure.in (204 bytes, patch)
2003-08-21 19:25 UTC, Dara Hazeghi 		Details | Diff
second patch for configure.in (189 bytes, patch)
2003-08-21 21:58 UTC, Dara Hazeghi 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Dara Hazeghi 2003-08-21 19:23:20 UTC 
Building mainline for c4x with a combined tree yields:

checking for a BSD compatible install... /usr/bin/install -c
checking whether to enable maintainer-specific portions of Makefiles... no
*** Newlib does not support CPU c4x
make: *** [configure-target-newlib] Error 1

Obviously, if newlib doesn't support c4x, toplevel configure shouldn't be trying to build it.
Comment 1 Dara Hazeghi 2003-08-21 19:25:41 UTC 
Created attachment 4636 [details]
patch to configure.in
Comment 2 Andrew Pinski 2003-08-21 19:34:15 UTC 
Dara submit the patch to gcc-patches@ and CC newlib@sources.redhat.com.
Comment 3 Dara Hazeghi 2003-08-21 21:58:25 UTC 
Created attachment 4637 [details]
second patch for configure.in

ip2k-elf target has the same problem.
Comment 4 Ralf Corsepius 2004-10-04 04:30:47 UTC 
(In reply to comment #0)
> Obviously, if newlib doesn't support c4x, toplevel configure shouldn't be
> trying to build it.

I don't know which version of newlib you were using, when you submitted this PR,
but meanwhile newlib supports the c4x.
Comment 5 Andrew Pinski 2004-10-04 11:49:45 UTC 
So closing as works for me.