search

Quuxplusone / LLVMBugzillaTest

0 stars 0 forks source link

[sparc] Solaris C++ front-end <cwchar> references unknown functions #206

Closed Quuxplusone closed 14 years ago

Quuxplusone commented 20 years ago
Bugzilla Link PR206
Status RESOLVED FIXED
Importance P normal
Reported by Brian R. Gaeke (gaeke+bugs@uiuc.edu)
Reported on 2004-01-12 14:08:50 -0800
Last modified on 2010-02-22 12:41:06 -0800
Version trunk
Hardware Sun Solaris
CC clattner@nondot.org, llvm-bugs@lists.llvm.org
Fixed by commit(s)
Attachments
Blocks
Blocked by
See also 
<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.
Quuxplusone commented 20 years ago 
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
Quuxplusone commented 20 years ago

This is what is keeping 252.eon from compiling at the moment. (Just so I remember to fix it.)

Quuxplusone commented 20 years ago 
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...
Quuxplusone commented 20 years ago

Cool, thanks for looking into this Brian!

Quuxplusone commented 20 years ago 
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