libstdc++/1608: Problem with TREE_PARMLIST

[stewart at netwinder dot org]

>Number:         1608
>Category:       libstdc++
>Synopsis:       Problem with TREE_PARMLIST
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jan 10 10:06:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     Rod m. Stewart
>Release:        gcc version 2.97 20010109 (experimental)
>Organization:
>Environment:
Shows up in armv4l-unknown-linux-gnu.  Actually should show up in any ARM build.
>Description:
I'm entering this so it does not get lost.  See the discussion on gcc-bugs for complete analysis of the problem and what the recommened solution is.  I don't really understand the problem all that well, so most of this bug report is bringing the urls together of where the discussion took place.

For now Richard Earnshaw entered a work around to allow builds to occur on ARM again.  This problem has been around for over a month.  The result of this path is that the Xscale builtins will most likely not work with newlib.  See Richard's work around for details on this.

Original report:
http://gcc.gnu.org/ml/libstdc++/2000-12/msg00098.html

Start of what the problem is:
http://gcc.gnu.org/ml/libstdc++/2000-12/msg00208.html

More details:
http://gcc.gnu.org/ml/libstdc++/2000-12/msg00239.html

>How-To-Repeat:
Revert Richard's patch and do a bootstrap on for an ARM target.
>Fix:
Implement the proper fix from:
http://gcc.gnu.org/ml/libstdc++/2000-12/msg00301.html

For now Richard Earnshaw implemented the following work around.  This really does need to be fixed in the long term.
http://gcc.gnu.org/ml/libstdc++/2001-01/msg00084.html
>Release-Note:
>Audit-Trail:
>Unformatted: