Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DejaGnu regressions #1708

Closed
llvmbot opened this issue Apr 16, 2007 · 22 comments
Closed

DejaGnu regressions #1708

llvmbot opened this issue Apr 16, 2007 · 22 comments
Labels
bugzilla Issues migrated from bugzilla regression test-suite

Comments

@llvmbot
Copy link
Collaborator

llvmbot commented Apr 16, 2007

Bugzilla Link 1336
Resolution FIXED
Resolved on Feb 22, 2010 12:54
Version trunk
OS All
Attachments Details of the failures
Reporter LLVM Bugzilla Contributor
CC @lattner

Extended Description

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

This patch:

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

fixes:

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

This patch:

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

fixes:

test/Transforms/IndVarsSimplify/exit_value_tests.llx

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

This patch:

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

fixes:

test/Transforms/IndVarsSimplify/exit_value_tests.llx

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

er .. fixes:
test/Transforms/GlobalOpt/memset.ll
(itself).

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

This patch:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070409/047718.html
fixes:
test/CodeGen/Generic/vector-constantexpr.ll

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

test/CodeGen/CBackend/2004-02-15-PreexistingExternals.llx
just needed to have an intrinsic manually upgraded.

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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.

@lattner
Copy link
Collaborator

lattner commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

Fixed CodeGen/ARM/hello.ll and align.ll.

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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: :13: error: Reference to an invalid definition: 'foo' of type 'i32 *'
llvm-as: :1,0: :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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

Devang,

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

Reid.

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

Removed CodeGen/X86/sse-load-ret.ll xfail.

@lattner
Copy link
Collaborator

lattner commented Apr 16, 2007

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

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 16, 2007

Let me just verify it here and if its clean I'll close.

@llvmbot
Copy link
Collaborator Author

llvmbot commented Apr 17, 2007

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

@lattner
Copy link
Collaborator

lattner commented May 5, 2007

this is done

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 3, 2021
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugzilla Issues migrated from bugzilla regression test-suite
Projects
None yet
Development

No branches or pull requests

2 participants