Bug#737275: Clang crashes on SPARC

[Richard Allen]

And a little more:

//Works
int x;
typedef __typeof__(x) int2;

//Works
typedef __typeof__(0) int_t;

//Dies
typedef __typeof__((int*)0) intptr_t;

//Dies
//typedef __typeof__(((int*)0)-((int*)0)) ptrdiff_t;



On Tue, Apr 22, 2014 at 11:30 PM, Richard Allen <rsaxvc at gmail.com> wrote:

> Hey, got it narrowed down more.
>
> typedef __typeof__(((int*)0)-((int*)0)) ptrdiff_t;
>
> This crashes clang 3.0, but it appears to be the same problem as was on
> 3.0 and 3.4.
>
>
> On Sat, Feb 8, 2014 at 7:59 PM, Richard Allen <rsaxvc at gmail.com> wrote:
>
>> 3.4 faults as well. I'm trying to find another Debian/SPARC user on the
>> local LUG.
>>
>> clang --version
>> clang version 3.4 (tags/RELEASE_34/final)
>> Target: sparc64-unknown-linux-gnu
>> Thread model: posix
>>
>> clang test.c
>> 0  clang           0x024c3980
>> 1  libpthread.so.0 0xf79210b8
>> 2  clang           0x011fd920 clang::Expr::EvaluateAsInt(llvm::APSInt&,
>> clang::ASTContext const&, clang::Expr::SideEffectsKind) const + 192
>> 3  clang           0x011fd9b4
>> clang::Expr::isIntegerConstantExpr(llvm::APSInt&, clang::ASTContext const&,
>> clang::SourceLocation*, bool) const + 84
>> 4  clang           0x008d0398
>> 5  clang           0x008d39ac
>> 6  clang           0x008dc3ac
>> 7  clang           0x008de790
>> clang::Sema::ProcessDeclAttributeList(clang::Scope*, clang::Decl*,
>> clang::AttributeList const*, bool) + 48
>> 8  clang           0x008af8d4
>> clang::Sema::ActOnFunctionDeclarator(clang::Scope*, clang::Declarator&,
>> clang::DeclContext*, clang::TypeSourceInfo*, clang::LookupResult&,
>> llvm::MutableArrayRef<clang::TemplateParameterList*>, bool&) + 6612
>> 9  clang           0x008b7700
>> clang::Sema::HandleDeclarator(clang::Scope*, clang::Declarator&,
>> llvm::MutableArrayRef<clang::TemplateParameterList*>) + 2784
>> 10 clang           0x008b7cf0 clang::Sema::ActOnDeclarator(clang::Scope*,
>> clang::Declarator&) + 48
>> 11 clang           0x0077a618
>> clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&,
>> clang::Parser::ParsedTemplateInfo const&) + 536
>> 12 clang           0x00789c98
>> clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, unsigned int, bool,
>> clang::SourceLocation*, clang::Parser::ForRangeInit*) + 1752
>> 13 clang           0x0076ea14
>> clang::Parser::ParseDeclOrFunctionDefInternal(clang::Parser::ParsedAttributesWithRange&,
>> clang::ParsingDeclSpec&, clang::AccessSpecifier) + 276
>> 14 clang           0x0076f09c
>> clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsedAttributesWithRange&,
>> clang::ParsingDeclSpec*, clang::AccessSpecifier) + 732
>> 15 clang           0x00771938
>> clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&,
>> clang::ParsingDeclSpec*) + 88
>> 16 clang           0x0077205c
>> clang::Parser::ParseTopLevelDecl(clang::OpaquePtr<clang::DeclGroupRef>&) +
>> 188
>> 17 clang           0x00768044 clang::ParseAST(clang::Sema&, bool, bool) +
>> 516
>> 18 clang           0x003ed570 clang::FrontendAction::Execute() + 304
>> 19 clang           0x003cc438
>> clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 408
>> 20 clang           0x003b11ac
>> clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1836
>> 21 clang           0x003aac78 cc1_main(char const**, char const**, char
>> const*, void*) + 1400
>> 22 clang           0x0038e444 main + 516
>> 23 libc.so.6       0xf7524e4c __libc_start_main + 268
>> 24 clang           0x003aa52c _start + 44
>> Stack dump:
>> 0. Program arguments:
>> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/clang -cc1 -triple
>> sparc64-unknown-linux-gnu -S -disable-free -main-file-name test.c
>> -mrelocation-model static -mdisable-fp-elim -fmath-errno
>> -mconstructor-aliases -target-linker-version 2.22 -resource-dir
>> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/../lib/clang/3.4
>> -internal-isystem /usr/local/include -internal-isystem
>> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/../lib/clang/3.4/include
>> -internal-externc-isystem /include -internal-externc-isystem /usr/include
>> -fno-dwarf-directory-asm -fdebug-compilation-dir /home/rsaxvc/code
>> -ferror-limit 19 -fmessage-length 0 -mstackrealign -fobjc-runtime=gcc
>> -fdiagnostics-show-option -vectorize-slp -o /tmp/test-534c7f.s -x c test.c
>> 1. /usr/include/stdlib.h:146:54: current parser token ';'
>> clang: error: unable to execute command: Bus error
>> clang: error: clang frontend command failed due to signal (use -v to see
>> invocation)
>> clang version 3.4 (tags/RELEASE_34/final)
>> Target: sparc64-unknown-linux-gnu
>> Thread model: posix
>> clang: note: diagnostic msg: PLEASE submit a bug report to
>> http://llvm.org/bugs/ and include the crash backtrace, preprocessed
>> source, and associated run script.
>> clang: note: diagnostic msg:
>> ********************
>>
>> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
>> Preprocessed source(s) and associated run script(s) are located at:
>> clang: note: diagnostic msg: /tmp/test-c0ad4a.c
>> clang: note: diagnostic msg: /tmp/test-c0ad4a.sh
>> clang: note: diagnostic msg:
>>
>> ********************
>>
>>
>> On Sat, Feb 1, 2014 at 10:18 AM, Sylvestre Ledru <sylvestre at debian.org>wrote:
>>
>>>
>>> On 31/01/2014 18:18, Richard Allen wrote:
>>> > Package: clang
>>> > Version: 1.3.0-6.2
>>> > Invoking clang on any 'c' file including <stdlib.h> crashes the
>>> compiler with a "Bus Error" and a backtrace. Crash log is below.
>>> clang 3.0 is starting to be very old. could you have a look to the 3.4
>>> release ? (the lastest)
>>>
>>> Thanks
>>> S
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20140422/086d3478/attachment-0001.html>