On Thu, 9 Sep 2004 20:16:37 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote:> On Thu, 9 Sep 2004 08:52:10 -0700 > Jeff Cohen <jeffc at jolt-lang.org> wrote: > > > > I haven't got around to this yet but I will. The odds are good the > > > problem is in a BSD system header file so I need to capture the > > > preprocessed source. > > > > I guess not... the file 2004-01-01-UnknownInitSize.c does not include > > anything else, so there is no preprocessed source to capture... > > After thinking about this some more, I doubt it has anything to do with > FreeBSD--at least not directly. It does indirectly in that I was forced > to build my own front end binaries. I used the tarball that was on the > 1.3 download page. I'm beginning to think that source was out of date. > I don't know how else a regression test that was written to make sure a > bug didn't reappear now shows it has reappeared--only for me--and it's > hard to see what the flavor of Unix has to do with it. > > I'm going to pull the latest front end source from CVS and start over.And not only do all the old failures still occur, I now get a new failure: Feature.mc.packed : FAIL , expected PASS Native assembly file /usr/home/llvm/obj/test/tmp/feature-mc-packed.ll.s was not created; error output was: Assertion failed: (0 && "Invalid type to getClass!"), function getClass, file /usr/home/llvm/lib/Target/X86/X86ISelSimple.cpp, line 65. Abort trap (core dumped) I've filed a bug for the ICEs.
For the heck of it I tried upgrading to gcc 3.4.2 (from 3.3.3). It didn't make a difference. So here are the failures for llvm-test. All diffs are against the "native" output. ===================== MultiSource/Applications/sgefa cbe failed differently from jit/llc. First cbe: 84c84 < One-Norm(A) ---------- 8.879153e+02. --- > One-Norm(A) ---------- 8.879156e+02. 100c100 < One-Norm(A) ---------- 5.000000e+35. --- > One-Norm(A) ---------- 5.000005e+35. And jit/llc: 79a80 > Zero Column 200 found ===================== MultiSource/Applications/kimwitu++ Only llc failed. Instead of producing 13,000+ lines of parsing actions, it produces the following two lines: Reading input files ...kc++: segmentation violation kc.llc: received signal 11, cleaning up ===================== MultiSource/Benchmarks/Olden/power Only cbe failed: 6c6 < TR=0.81, TI=0.16, P0=6397.86, Q0=1288.50 --- > TR=0.81, TI=0.16, P0=6397.87, Q0=1288.50 26c26 < TR=0.80, TI=0.16, P0=7565.44, Q0=1525.86 --- > TR=0.80, TI=0.16, P0=7565.44, Q0=1525.85 34c34 < TR=0.79, TI=0.16, P0=7725.99, Q0=1558.54 --- > TR=0.79, TI=0.16, P0=7725.99, Q0=1558.53 36c36 < TR=0.79, TI=0.16, P0=8052.56, Q0=1625.04 --- > TR=0.79, TI=0.16, P0=8052.56, Q0=1625.05 74c74 < TR=0.79, TI=0.16, P0=7894.33, Q0=1592.81 --- > TR=0.79, TI=0.16, P0=7894.32, Q0=1592.81 ===================== MultiSource/Benchmarks/OptimizerEval This test continues to be non-deterministic. Sample of partial diff: 10,16c10,16 < 0.086 0.117 < 0.094 0.086 < 0.086 0.094 < means 0.087 0.094 < vars 0.000012 0.000183 < sds 0.003494 0.013532 < result 1.000000 --- > 0.086 0.086 > 0.086 0.086 > 0.086 0.086 > means 0.086 0.086 > vars 0.000000 0.000000 > sds 0.000000 0.000000 > result 0.000000 22,23d21 < 0.086 0.094 < 0.086 0.086 24a23 > 0.078 0.086 26,30c25,30 < 0.086 0.094 < means 0.087 0.089 < vars 0.000012 0.000018 < sds 0.003494 0.004279 < result 0.632456 --- > 0.086 0.086 > 0.086 0.086 > means 0.086 0.086 > vars 0.000031 0.000000 > sds 0.005524 0.000000 > result 0.000000 39d38 < 0.094 0.102 41c40,41 < means 0.094 0.095 --- > 0.094 0.086 > means 0.094 0.092 44c44 < result 1.000000 --- > result -1.000000 50,58c50,58 < 0.102 0.109 < 0.102 0.102 < 0.094 0.102 < 0.102 0.109 < 0.102 0.102 < means 0.100 0.105 < vars 0.000012 0.000018 < sds 0.003494 0.004279 < result 1.897367 --- > 0.109 0.117 > 0.109 0.109 > 0.109 0.109 > 0.109 0.109 > 0.109 0.117 > means 0.109 0.113 > vars 0.000000 0.000018 > sds 0.000000 0.004279 > result 1.632993 ===================== MultiSource/Benchmarks/FreeBench/mason All fail (including native) with error "Could not open datafile test.in" ===================== MultiSource/Benchmarks/MallocBench/perl None of cbe/jit/llc passed. gccld core dumped: /usr/home/llvm/obj/tools/Debug/llvm-dis Output/perl.linked.rbc -o Output/perl.linked.rll -f /usr/home/llvm/obj/tools/Debug/gccas Output/perl.linked.rll -o Output/perl.linked.bc /usr/home/llvm/obj/tools/Debug/gccld -L/usr/home/llvm/cfrontend/x86/llvm-gcc/bin/../lib/gcc/i386-unknown-freebsd5.2.1/3.4-llvm/ -L/home/llvm/cfrontend/x86/llvm-gcc/lib Output/perl.linked.bc -lc -lm -lcrypt -lm -lcrtend -o Output/perl.llvm /usr/home/llvm/obj/tools/Debug/gccld: WARNING: Cannot find library -lcrypt gmake[4]: *** [Output/perl.llvm.bc] Segmentation fault (core dumped) /usr/home/llvm/obj/tools/Debug/llc -enable-correct-eh-support -f Output/perl.llvm.bc -o Output/perl.llc.s /usr/home/llvm/obj/tools/Debug/llc: bytecode didn't read correctly. gmake[4]: [Output/perl.llc.s] Error 1 (ignored) /usr/home/llvm/obj/tools/Debug/llc -enable-correct-eh-support -march=c Output/perl.llvm.bc -o Output/perl.cbe.c -f /usr/home/llvm/obj/tools/Debug/llc: bytecode didn't read correctly. gmake[4]: [Output/perl.cbe.c] Error 1 (ignored) gcc Output/perl.cbe.c -lm -lcrypt -fno-strict-aliasing -O2 -o Output/perl.cbe gcc: Output/perl.cbe.c: No such file or directory ===================== SingleSource/UnitTests/SetjmpLongjmp/C++/Output/SimpleC++Test All of cbe/jit/llc failed with: 2a3 > Destroying C object in foo ===================== SingleSource/Regression/C++/EH/Output/ConditionalExpr Only cbe failed with: gcc Output/ConditionalExpr.cbe.c -std=c99 -fno-strict-aliasing -O2 -o Output/ConditionalExpr.cbe Output/ConditionalExpr.cbe.c:1629: warning: conflicting types for built-in function 'memset' Output/ConditionalExpr.cbe.c: In function `l141__ZNKSt7collateIwE12do_transformEPKwS2_': Output/ConditionalExpr.cbe.c:29424: warning: implicit declaration of function `alloca' /var/tmp//cc7mQbke.o: In function `l292__ZNKSt8time_getIwSt19istreambuf_iteratorIwSt11char_traitsIwEEE15_M_extract_nameERS3_S5_RiPPKwjRSt12_Ios_Iostate': /var/tmp//cc7mQbke.o(.text+0x122e3): undefined reference to `alloca' /var/tmp//cc7mQbke.o: In function `l164__ZNKSt8time_putIwSt19ostreambuf_iteratorIwSt11char_traitsIwEEE6do_putES3_RSt8ios_basewPK2tmcc': /var/tmp//cc7mQbke.o(.text+0x139aa): undefined reference to `alloca' /var/tmp//cc7mQbke.o: In function `l311__ZNSt5__padIwSt11char_traitsIwEE6_S_padERSt8ios_basewPwPKwiib': /var/tmp//cc7mQbke.o(.text+0x14db8): undefined reference to `alloca' /var/tmp//cc7mQbke.o: In function `l195__ZNKSt9money_putIwSt19ostreambuf_iteratorIwSt11char_traitsIwEEE6do_putES3_bRSt8ios_basewe': /var/tmp//cc7mQbke.o(.text+0x15180): undefined reference to `alloca' /var/tmp//cc7mQbke.o(.text+0x153a5): undefined reference to `alloca' /var/tmp//cc7mQbke.o(.text+0x15580): more undefined references to `alloca' follow collect2: ld returned 1 exit status gmake[4]: [Output/ConditionalExpr.cbe] Error 1 (ignored) ===================== SingleSource/Regression/C++/EH/Output/ctor_dtor_count-2 Same as above. No 'alloca'. ===================== SingleSource/Regression/C++/EH/Output/ctor_dtor_count Same as above. No 'alloca'. ===================== SingleSource/Regression/C++/EH/Output/exception_spec_test Same as above. No 'alloca'. ===================== SingleSource/Regression/C++/EH/Output/function_try_block Same as above. No 'alloca'. ===================== SingleSource/Regression/C++/EH/Output/simple_rethrow Same as above. No 'alloca'. ===================== SingleSource/Regression/C++/EH/Output/simple_throw Same as above. No 'alloca'. ===================== SingleSource/Regression/C++/EH/Output/throw_rethrow_test Same as above. No 'alloca'. ===================== SingleSource/Benchmarks/Shootout-C++/Output/echo Fails with: /usr/include/machine/endian.h: In function `__uint32_t __bswap32(__uint32_t)': /usr/include/machine/endian.h:156: error: LLVM does not yet support inline assembly! Code: 'xchgb %h0, %b0 rorl $16, %0 xchgb %h0, %b0' gmake[3]: [Output/echo.ll] Error 1 (ignored) I guess I have to place a modified version of this header file in sys-include. ===================== SingleSource/Benchmarks/Misc/Output/pi All of cbe/jit/llc fail with: 2c2 < x = 0.150572 y = 0.49 low = 31314973 j = 40000001 --- > x = 0.150572 y = 0.49 low = 31314970 j = 40000001
On Sat, 2004-09-11 at 12:49, Jeff Cohen wrote:> For the heck of it I tried upgrading to gcc 3.4.2 (from 3.3.3). It > didn't make a difference. So here are the failures for llvm-test. All > diffs are against the "native" output. > > ===================== MultiSource/Applications/sgefa > > cbe failed differently from jit/llc. First cbe: > > 84c84 > < One-Norm(A) ---------- 8.879153e+02. > --- > > One-Norm(A) ---------- 8.879156e+02. > 100c100 > < One-Norm(A) ---------- 5.000000e+35. > --- > > One-Norm(A) ---------- 5.000005e+35. > > And jit/llc: > > 79a80 > > Zero Column 200 foundsgefa is a known XFAIL. See the nightly test results over the last several months. Actually, you should compare your test results with the 1.3 release test results (on or about August 13th, 2004). Please only report deltas from there.> > ===================== MultiSource/Applications/kimwitu++ > > Only llc failed. Instead of producing 13,000+ lines of parsing actions, > it produces the following two lines: > > Reading input files ...kc++: segmentation violation > kc.llc: received signal 11, cleaning upNot sure what's up with this. This test doesn't appear on the nightly tester although it *should*.> > ===================== MultiSource/Benchmarks/Olden/power > > Only cbe failed: > > 6c6 > < TR=0.81, TI=0.16, P0=6397.86, Q0=1288.50 > --- > > TR=0.81, TI=0.16, P0=6397.87, Q0=1288.50 > 26c26 > < TR=0.80, TI=0.16, P0=7565.44, Q0=1525.86 > --- > > TR=0.80, TI=0.16, P0=7565.44, Q0=1525.85 > 34c34 > < TR=0.79, TI=0.16, P0=7725.99, Q0=1558.54 > --- > > TR=0.79, TI=0.16, P0=7725.99, Q0=1558.53 > 36c36 > < TR=0.79, TI=0.16, P0=8052.56, Q0=1625.04 > --- > > TR=0.79, TI=0.16, P0=8052.56, Q0=1625.05 > 74c74 > < TR=0.79, TI=0.16, P0=7894.33, Q0=1592.81 > --- > > TR=0.79, TI=0.16, P0=7894.32, Q0=1592.81This works on Linux (it did last night) so not sure why FreeBSD gives these rounding errors. Can you investigate? Does the test use fpcmp?> > ===================== MultiSource/Benchmarks/OptimizerEval > > This test continues to be non-deterministic. Sample of partial diff: >Not sure what's up with this one.> > ===================== MultiSource/Benchmarks/FreeBench/mason > > All fail (including native) with error "Could not open datafile test.in"When's the last time you cvs updated llvm-test, wiped out your build directory, reconfigured, and rebuilt? There have been numerous structural changes to llvm-test in the last week. It seems to have settled down now and the above error is indicative of at least one of the changes that fixed problems.> > ===================== MultiSource/Benchmarks/MallocBench/perl > > None of cbe/jit/llc passed. gccld core dumped: >This is a known XFAIL.> ===================== SingleSource/UnitTests/SetjmpLongjmp/C++/Output/SimpleC++Test > > All of cbe/jit/llc failed with: > > 2a3 > > Destroying C object in fooAgain, a known XFAIL.> > ===================== SingleSource/Regression/C++/EH/Output/ConditionalExpr > > Only cbe failed with: > > gcc Output/ConditionalExpr.cbe.c -std=c99 -fno-strict-aliasing -O2 -o Output/ConditionalExpr.cbe > Output/ConditionalExpr.cbe.c:1629: warning: conflicting types for built-in function 'memset' > Output/ConditionalExpr.cbe.c: In function `l141__ZNKSt7collateIwE12do_transformEPKwS2_': > Output/ConditionalExpr.cbe.c:29424: warning: implicit declaration of function `alloca' > /var/tmp//cc7mQbke.o: In function `l292__ZNKSt8time_getIwSt19istreambuf_iteratorIwSt11char_traitsIwEEE15_M_extract_nameERS3_S5_RiPPKwjRSt12_Ios_Iostate': > /var/tmp//cc7mQbke.o(.text+0x122e3): undefined reference to `alloca' > /var/tmp//cc7mQbke.o: In function `l164__ZNKSt8time_putIwSt19ostreambuf_iteratorIwSt11char_traitsIwEEE6do_putES3_RSt8ios_basewPK2tmcc': > /var/tmp//cc7mQbke.o(.text+0x139aa): undefined reference to `alloca' > /var/tmp//cc7mQbke.o: In function `l311__ZNSt5__padIwSt11char_traitsIwEE6_S_padERSt8ios_basewPwPKwiib': > /var/tmp//cc7mQbke.o(.text+0x14db8): undefined reference to `alloca' > /var/tmp//cc7mQbke.o: In function `l195__ZNKSt9money_putIwSt19ostreambuf_iteratorIwSt11char_traitsIwEEE6do_putES3_bRSt8ios_basewe': > /var/tmp//cc7mQbke.o(.text+0x15180): undefined reference to `alloca' > /var/tmp//cc7mQbke.o(.text+0x153a5): undefined reference to `alloca' > /var/tmp//cc7mQbke.o(.text+0x15580): more undefined references to `alloca' follow > collect2: ld returned 1 exit status > gmake[4]: [Output/ConditionalExpr.cbe] Error 1 (ignored)You need to look into this. Why isn't alloca being linked in? Where is it on FreeBSD? This comment goes for all the other C++/EH tests that failed for "No alloca".> ===================== SingleSource/Benchmarks/Shootout-C++/Output/echo > > Fails with: > > /usr/include/machine/endian.h: In function `__uint32_t __bswap32(__uint32_t)': > /usr/include/machine/endian.h:156: error: LLVM does not yet support inline assembly! Code: 'xchgb %h0, %b0 > rorl $16, %0 > xchgb %h0, %b0' > gmake[3]: [Output/echo.ll] Error 1 (ignored) > > I guess I have to place a modified version of this header file in sys-include.Yup !> > ===================== SingleSource/Benchmarks/Misc/Output/pi > > All of cbe/jit/llc fail with: > > 2c2 > < x = 0.150572 y = 0.49 low = 31314973 j = 40000001 > --- > > x = 0.150572 y = 0.49 low = 31314970 j = 40000001Hmm. Not sure what's up with that but Linux passes this one. Reid. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040911/c056c75b/attachment.sig>