[LLVMbugs] [Bug 12445] New: failed assertion "Ptr must be of type Val!"

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Tue Apr 3 01:11:08 PDT 2012


http://llvm.org/bugs/show_bug.cgi?id=12445

             Bug #: 12445
           Summary: failed assertion "Ptr must be of type Val!"
           Product: clang
           Version: 3.0
          Platform: Macintosh
        OS/Version: MacOS X
            Status: NEW
          Severity: normal
          Priority: P
         Component: LLVM Codegen
        AssignedTo: unassignedclangbugs at nondot.org
        ReportedBy: fang at csl.cornell.edu
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified


With clang-3.0 on powerpc-darwin8, g++-4.0.1, I've turned on ENABLE_ASSERTIONS
and now see the same assertion failing in multiple tests:

build and test log:
http://www.csl.cornell.edu/~fang/sw/llvm/logs/llvm-clang-release-3.0-patched-1-powerpc-darwin8-g++-4.0.1-O0-fink-build-log.txt

for example:

******************** TEST 'Clang :: CodeGen/2004-06-17-UnorderedBuiltins.c'
FAILED ********************
Script:
--
gtimeout 5m 
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/build/stage1/bin/./clang
-cc1 -internal-isystem
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/build/stage1/bin/../lib/clang/3.0/include
-emit-llvm
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/clang-3.0.src/test/CodeGen/2004-06-17-UnorderedBuiltins.c
 -o /dev/null
--
Exit Code: 134
Command Output (stderr):
--
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/llvm-3.0.src/lib/VMCore/Instructions.cpp:1086:
failed assertion `getOperand(0)->getType() ==
cast<PointerType>(getOperand(1)->getType())->getElementType() && "Ptr must be a
pointer to Val type!"'
Stack dump:
0.    Program arguments:
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/build/stage1/bin/./clang
-cc1 -internal-isystem
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/build/stage1/bin/../lib/clang/3.0/include
-emit-llvm
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/clang-3.0.src/test/CodeGen/2004-06-17-UnorderedBuiltins.c
-o /dev/null 
1.   
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/clang-3.0.src/test/CodeGen/2004-06-17-UnorderedBuiltins.c:15:1:
current parser token 'void'
2.   
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/clang-3.0.src/test/CodeGen/2004-06-17-UnorderedBuiltins.c:5:6:
LLVM IR generation of declaration 'TestF'
3.   
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/clang-3.0.src/test/CodeGen/2004-06-17-UnorderedBuiltins.c:5:6:
Generating code for declaration 'TestF'
4.   
/Volumes/Haydee/scratch-space/fink.build/llvm30-3.0-2/clang-3.0.src/test/CodeGen/2004-06-17-UnorderedBuiltins.c:5:30:
LLVM IR generation of compound statement ('{}')
--

********************

In the database, I see this assertion used to fail in bug 4316.
Not sure if this is related though.
Any idea what to investigate?

-- 
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