LLVM Bugzilla is read-only and represents the historical archive of all LLVM issues filled before November 26, 2021. Use github to submit LLVM bugs

Bug 1336 - DejaGnu regressions
Summary: DejaGnu regressions
Status: RESOLVED FIXED
Alias: None
Product: Test Suite
Classification: Unclassified
Component: DejaGNU (show other bugs)
Version: trunk
Hardware: All All
: P normal
Assignee: Andrew Lenharth
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2007-04-15 17:48 PDT by Reid Spencer
Modified: 2010-02-22 12:54 PST (History)
5 users (show)

See Also:
Fixed By Commit(s):


Attachments
Details of the failures (18.54 KB, text/plain)
2007-04-15 17:49 PDT, Reid Spencer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Reid Spencer 2007-04-15 17:48:05 PDT
As a consequence of fixing the test harness (bug 1319) we now have 31
outstanding regressions in the DejaGNU test suite. If you own any of the
following areas, please fix the code or the test case. The test cases have been
XFAIL'd. When you are done, please un-XFAIL your test case.

These are the failing test cases:
FAIL: /proj/llvm/llvm-2/test/Archive/ranlib_GNU.ll: exit(2) at line 2
FAIL: /proj/llvm/llvm-2/test/Archive/ranlib_MacOSX.ll: exit(2) at line 2
FAIL: /proj/llvm/llvm-2/test/Archive/ranlib_SVR4.ll: exit(2) at line 2
FAIL: /proj/llvm/llvm-2/test/Archive/ranlib_xpg4.ll: exit(2) at line 2
FAIL: /proj/llvm/llvm-2/test/Assembler/2002-08-19-BytecodeReader.llx:
signal(SIGABRT) at line 1
FAIL: /proj/llvm/llvm-2/test/Assembler/2003-08-21-ConstantExprCast-Fold.llx:
signal(SIGABRT) at line 1
FAIL: /proj/llvm/llvm-2/test/Assembler/2004-01-11-getelementptrfolding.llx:
signal(SIGABRT) at line 1
FAIL: /proj/llvm/llvm-2/test/C++Frontend/2004-09-27-CompilerCrash.cpp: exit(1)
at line 1
FAIL: /proj/llvm/llvm-2/test/C++Frontend/2007-04-11-InlineStorageClassC++.cpp:
exit(1) at line 5
FAIL: /proj/llvm/llvm-2/test/CFrontend/2002-11-07-Redefinition.c: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CFrontend/2003-07-22-ArrayAccessTypeSafety.c.tr:
exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CFrontend/2006-01-16-BitCountIntrinsicsUnsigned.c:
exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/align.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/hello.ll: exit(1) at line 3
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/cmov.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/ctlz.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/ctlz_e.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/ctpop.ll: exit(1) at line 1
FAIL:
/proj/llvm/llvm-2/test/CodeGen/CBackend/2004-02-15-PreexistingExternals.llx:
exit(1) at line 1
FAIL:
/proj/llvm/llvm-2/test/CodeGen/CBackend/2005-07-14-NegationToMinusMinus.ll:
exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/Generic/vector-constantexpr.ll:
signal(SIGSEGV) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/2004-02-14-InefficientStackPointer.llx:
exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp-stack-ret.ll: exit(1) at line 4
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_constant_op.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_load_fold.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-fcopysign.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-load-ret.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/vec_call.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/Transforms/GlobalDCE/2002-08-17-FunctionDGE.ll:
exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/Transforms/GlobalOpt/memset.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/Transforms/IndVarsSimplify/exit_value_tests.llx:
exit(1) at line 1
Comment 1 Reid Spencer 2007-04-15 17:49:26 PDT
Created attachment 783 [details]
Details of the failures

This is the "testrun.log" output stripped of all the PASS lines. It shows the
failures associated with this PR.
Comment 2 Reid Spencer 2007-04-15 19:42:02 PDT
This patch:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070409/047707.html

fixes these three GEP upgrade issues:
test/Assembler/2002-08-19-BytecodeReader.llx
test/Assembler/2003-08-21-ConstantExprCast-Fold.llx
test/Assembler/2004-01-11-getelementptrfolding.llx
Comment 3 Reid Spencer 2007-04-15 20:32:49 PDT
This patch:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070409/047710.html

fixes:

test/CFrontend/2006-01-16-BitCountIntrinsicsUnsigned.c

Comment 4 Reid Spencer 2007-04-15 20:50:18 PDT
This patch:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070409/047711.html

fixes:

test/Transforms/IndVarsSimplify/exit_value_tests.llx
Comment 5 Reid Spencer 2007-04-15 21:10:11 PDT
This patch:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070409/047713.html

fixes:

test/Transforms/IndVarsSimplify/exit_value_tests.llx
Comment 6 Reid Spencer 2007-04-15 21:10:44 PDT
er .. fixes:
test/Transforms/GlobalOpt/memset.ll
(itself).
Comment 7 Reid Spencer 2007-04-15 21:59:17 PDT
This patch:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070409/047716.html

fixes:

test/Transforms/GlobalDCE/2002-08-17-FunctionDGE.ll
Comment 8 Reid Spencer 2007-04-15 22:05:37 PDT
This patch:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070409/047718.html
fixes:
test/CodeGen/Generic/vector-constantexpr.ll
Comment 9 Reid Spencer 2007-04-15 22:11:34 PDT
test/CodeGen/CBackend/2004-02-15-PreexistingExternals.llx
just needed to have an intrinsic manually upgraded.
Comment 10 Reid Spencer 2007-04-15 22:52:26 PDT
I have resolved 16 of the regressions for this bug. For the remainder, I need a
little help. Either I don't understand what the test is trying to do or it looks
 like there's an actual bug in some part of LLVM I'm not familiar with.

The remaining tests are:

FAIL: /proj/llvm/llvm-2/test/C++Frontend/2004-09-27-CompilerCrash.cpp: exit(1) 
FAIL: /proj/llvm/llvm-2/test/C++Frontend/2007-04-11-InlineStorageClassC++.cpp:
FAIL: /proj/llvm/llvm-2/test/CFrontend/2002-11-07-Redefinition.c: exit(1) 
FAIL: /proj/llvm/llvm-2/test/CFrontend/2003-07-22-ArrayAccessTypeSafety.c.tr:
FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/align.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/hello.ll: exit(1) at line 3
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/cmov.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/ctlz.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/CBackend/2005-07-14-NegationToMinusMinus.ll
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/2004-02-14-InefficientStackPointer.llx:
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp-stack-ret.ll: exit(1) at line 4
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_constant_op.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_load_fold.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-fcopysign.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-load-ret.ll: exit(1) at line 1

If the owners of these areas could take a look, I would appreciate it.
Comment 11 Chris Lattner 2007-04-16 01:15:01 PDT
We're done to these now:

FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/align.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/hello.ll: exit(1) at line 3
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/cmov.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/ctlz.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/2004-02-14-InefficientStackPointer.llx:
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp-stack-ret.ll: exit(1) at line 4
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_constant_op.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_load_fold.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-fcopysign.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-load-ret.ll: exit(1) at line 1

-Chris
Comment 12 Reid Spencer 2007-04-16 02:10:57 PDT
Fixing the llvm-upgrade problem for test/CodeGen/Generic/vector-constantexpr.ll
was only half the story. llc also failed in getIntrinsicID because the function
has no name. This patch fixes it:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070416/047738.html
Comment 13 Reid Spencer 2007-04-16 09:10:15 PDT
I fixed an Alpha feature option bug. The list is down to:

FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/align.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/hello.ll: exit(1) at line 3
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/cmov.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/2004-02-14-InefficientStackPointer.llx:
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp-stack-ret.ll: exit(1) at line 4
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_constant_op.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/fp_load_fold.llx: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-fcopysign.ll: exit(1) at line 1
FAIL: /proj/llvm/llvm-2/test/CodeGen/X86/sse-load-ret.ll: exit(1) at line 1
Comment 14 Reid Spencer 2007-04-16 09:24:23 PDT
I fixed all the X86 test cases. The list is now down to:

FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/align.ll: exit(1) at line 2
FAIL: /proj/llvm/llvm-2/test/CodeGen/ARM/hello.ll: exit(1) at line 3
FAIL: /proj/llvm/llvm-2/test/CodeGen/Alpha/cmov.ll: exit(1) at line 1
Comment 15 Lauro Venancio 2007-04-16 12:11:24 PDT
Fixed CodeGen/ARM/hello.ll and align.ll.
Comment 16 Dale Johannesen 2007-04-16 12:20:23 PDT
Chris asked me to attach the results of llvm/test on powerpc-apple-darwin8, checkout as of 9:25PDT:

Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/C++Frontend/dg.exp ...
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/C++Frontend/2003-08-28-ForwardType.cpp: 
exit(1) at line 1
while running: /Volumes/MacOS9/gcc/llvm-gcc-apple.0402.install/bin/llvm-g++ -emit-llvm -S /
Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/C++Frontend/2003-08-28-For\
wardType.cpp -o - | llvm-as -f -o /dev/null
/Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/C++Frontend/2003-08-28-ForwardType.cpp:4: 
error: 'operator new' takes type 'size_t' ('long unsigned int') as first p\
arameter
/Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/C++Frontend/2003-08-28-ForwardType.cpp:4: 
warning: inline function 'void* operator new(long unsigned int, void*)' us\
ed but never defined
Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CFrontend/dg.exp ...
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CFrontend/2006-09-25-DebugFilename.c.tr: 
exit(1) at line 1
while running: /Volumes/MacOS9/gcc/llvm-gcc-apple.0402.install/bin/llvm-gcc -emit-llvm -xc /
Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CFrontend/2006-09-25-Debu\
gFilename.c.tr -S -o /dev/null |&  grep fluffy | grep 2006-09-25-DebugFilename.c.tr
child process exited abnormally
XPASS: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CFrontend/bit-accurate-int.c
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CFrontend/cast-to-bool.c: exit(1) at line 1
while running: /Volumes/MacOS9/gcc/llvm-gcc-apple.0402.install/bin/llvm-gcc -emit-llvm -S /
Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CFrontend/cast-to-bool.c -\
o - | grep {trunc.*to i8}
child process exited abnormally
Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/ARM/dg.exp ...
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/ARM/long.ll: exit(1) at line 5
while running: llvm-upgrade < /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/ARM/
long.ll | llvm-as | llc -march=arm | grep subs | wc -l | grep 1
child process exited abnormally
Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/Alpha/dg.exp ...
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/Alpha/ctlz.ll: exit(1) at line 2
while running: llvm-as < /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/Alpha/ctlz.ll | llc 
-march=alpha -mattr=+CIX | grep -i ctlz
'+cix' is not a recognized feature for this target (ignoring feature)

Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/Generic/dg.exp ...
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/Generic/vector-constantexpr.ll: 
signal(SIGBUS) at line 1
while running: llvm-upgrade < /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/Generic/
vector-constantexpr.ll | llvm-as | llc
        .machine ppc970
.section __TEXT,__textcoal_nt,coalesced,pure_instructions
.section __TEXT,__symbol_stub1,symbol_stubs,pure_instructions,16
.text

        .subsections_via_symbols
child killed: bus error
Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/X86/dg.exp ...
XPASS: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/CodeGen/X86/vec_call.ll
Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/Transforms/GlobalDCE/dg.exp ...
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/Transforms/GlobalDCE/2002-08-17-
FunctionDGE.ll: exit(1) at line 1
while running: llvm-upgrade < /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/Transforms/
GlobalDCE/2002-08-17-FunctionDGE.ll | llvm-as | opt -globaldce | llvm-dis |\
not grep foo
llvm-upgrade: <stdin>:13: error: Reference to an invalid definition: 'foo' of type 'i32 *'
llvm-as: <stdin>:1,0: <stdin>:1: error: parse error, expecting `GLOBAL' or `CONSTANT' while reading 
token: 'llvm-upgrade'
opt: Standard Input is empty!
llvm-dis: Standard Input is empty!

Running /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/Transforms/LICM/dg.exp ...
FAIL: /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/Transforms/LICM/scalar_promote.ll: signal
(SIGPIPE) at line 1
while running: llvm-upgrade < /Volumes/MacOS9/gcc/llvm-gcc-apple/llvm/test/Transforms/LICM/
scalar_promote.ll | llvm-as | opt  -licm -stats |&  grep {memory locat\
ions promoted to register}
Binary file (standard input) matches

Comment 17 Reid Spencer 2007-04-16 12:41:53 PDT
Devang,

Many of those problems I've already fixed. Please update, rerun and post again.
The ones that remain are the CFE ones.  

Reid.
Comment 18 Reid Spencer 2007-04-16 12:50:24 PDT
After my last round of changes (to get rid of &&), add two more:

test/CFrontend/2006-09-25-DebugFilename.c.tr
test/Transforms/PredicateSimplifier/2006-10-22-IntOr.ll
Comment 19 Evan Cheng 2007-04-16 15:05:01 PDT
Removed CodeGen/X86/sse-load-ret.ll xfail.
Comment 20 Chris Lattner 2007-04-16 16:31:14 PDT
test/CFrontend/2006-09-25-DebugFilename.c.tr
anton fixed this

test/Transforms/PredicateSimplifier/2006-10-22-IntOr.ll
I fixed this.

I also fixed several others.  Dejagnu is now finally clean for me.  Should we close this?

-Chris
Comment 21 Reid Spencer 2007-04-16 16:41:54 PDT
Let me just verify it here and if its clean I'll close.
Comment 22 Reid Spencer 2007-04-16 17:13:07 PDT
Andrew,

There is only one regression remaining in this PR. It is:
 test/CodeGen/Alpha/cmov.ll

The RUN: lines are:

; RUN: llvm-upgrade < %s | llvm-as | llc -march=alpha | not grep cmovlt
; RUN: llvm-upgrade < %s | llvm-as | llc -march=alpha | grep cmoveq

so no cmovlt instructions should be found. However, they are. The assembly
output is below. Please correct this test case/code gen at your earliest
convenience. When you do, please un-XFAIL the test case.

Thanks, Reid.

Alpha Assembly output:
       .arch ev6
        .set noat

.text
        .align  4
        .globl cmov_lt
        .ent cmov_lt
cmov_lt:
        ldah $29,0($27)         !gpdisp!1
        lda $29,0($29)          !gpdisp!1
        $cmov_lt..ng:

        lda $0,10($31)
        cmovlt $17,$16,$0
        ret $31,($26),1
        .end cmov_lt

        .align  4
        .globl cmov_const
        .ent cmov_const
cmov_const:
        ldah $29,0($27)         !gpdisp!2
        lda $29,0($29)          !gpdisp!2
        $cmov_const..ng:

        cmplt $16,$17,$0
        cmoveq $0,10,$18
        bis $18,$18,$0
        ret $31,($26),1
        .end cmov_const

        .align  4
        .globl cmov_lt2
        .ent cmov_lt2
cmov_lt2:
        ldah $29,0($27)         !gpdisp!3
        lda $29,0($29)          !gpdisp!3
        $cmov_lt2..ng:

        cmovgt $17,10,$16
        bis $16,$16,$0
        ret $31,($26),1
        .end cmov_lt2
Comment 23 Chris Lattner 2007-05-05 16:44:21 PDT
this is done