http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45864
--- Comment #1 from joseph at codesourcery dot com <joseph at codesourcery dot com> 2010-10-02 12:10:46 UTC --- On Sat, 2 Oct 2010, jay.krell at cornell dot edu wrote: > I recently found a compiler that didn't like spaces > after the # in preprocessor directives. The requirement for several years has been that you have a C90 compiler, which means that your compiler is not supported, but not necessarily a C90 library. The principle of requiring a C++98 compiler has been agreed and it is likely in practice to go along with requiring more substantial C90 support in the library (e.g. prototypes for standard functions), so a few of these bits might be able to go away when the C++ requirements goes in. Bugzilla is not a useful place to discuss possible changes to requirements; do that on the gcc list. If you believe certain configure checks are no longer needed *in the context of the existing host requirements* you should send patches to remove them (minimal patches removing just a specific check). > Posixy systems that gcc can be hosted on: getcwd, getwd, sbrk? sbrk appears to be used only conditionally in mips-tfile.c (which is only used on alpha-dec-osf, so the question is what declarations that system has - all these conditionals are about the possibility of a system having a function but not a header prototype for it). Portable code shouldn't be using sbrk at all; it would be better just to keep the malloc case of the code.