<cwchar> on the Sparcs references many wide-character support routines which apparently don't work (because they are undefined) on Solaris. Because <iostream> ends up including <cwchar>, you can't compile any c++ program that includes <iostream> on the Sparcs. This is why distray seems to be failing in the testsuite today.
Do we have any idea of what is going on here Brian? I vaguely remember thinking that you got something to work, but I don't remember what the situation was... -Chris
This is what is keeping 252.eon from compiling at the moment. (Just so I remember to fix it.)
I don't have any idea what is going on with this, not yet. I am going to have to rebuild the Sparc C/ C++FE to analyze it, I think. Hopefully later tonight...
Cool, thanks for looking into this Brian!
I seem to be doing just fine with the newly rebuilt C++FE (although, as it happens, this was not the only problem with 252.eon on the SPARCs). The trick was to configure with --disable-c-mbchar. Chris, please link your directory to ~gaeke/programs/sparc-llvm-gcc when you get a chance. I'm going to close this bug, having updated the C/C++FE build instructions: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20040126/010981.html