[LLVMbugs] [Bug 8227] New: [Unit Test][SupportTests.raw_ostreamTest.Types_{Unb, B}uffered] Failure: Windows adds an extra 0 to exponent.
bugzilla-daemon at llvm.org
bugzilla-daemon at llvm.org
Fri Sep 24 20:05:18 PDT 2010
http://llvm.org/bugs/show_bug.cgi?id=8227
Summary: [Unit
Test][SupportTests.raw_ostreamTest.Types_{Unb,B}uffere
d] Failure: Windows adds an extra 0 to exponent.
Product: new-bugs
Version: trunk
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P
Component: new bugs
AssignedTo: unassignedbugs at nondot.org
ReportedBy: bigcheesegs at gmail.com
CC: llvmbugs at cs.uiuc.edu
SupportTests.raw_ostreamTest.Types_{Unb,B}uffered fail with:
[ RUN ] raw_ostreamTest.Types_Buffered
..\..\..\llvm\unittests\Support\raw_ostream_test.cpp(69): error: Value of:
printToString(1.1)
Actual: "1.100000e+000"
Expected: "1.100000e+00"
[ FAILED ] raw_ostreamTest.Types_Buffered (1 ms)
[ RUN ] raw_ostreamTest.Types_Unbuffered
..\..\..\llvm\unittests\Support\raw_ostream_test.cpp(100): error: Value of:
printToStringUnbuffered(1.1)
Actual: "1.100000e+000"
Expected: "1.100000e+00"
[ FAILED ] raw_ostreamTest.Types_Unbuffered (1 ms)
This seems to be another case of MSVC adding an extra 0 to the exponent. What
does the standard say about this? If it's not defined how many 0's there should
be, or it's implementation defined, then the test should be fixed. If Microsoft
is wrong, I think we should correct it in code if it's not too difficult.
--
Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the llvm-bugs
mailing list