Bug#737275: Clang crashes on SPARC
Sylvestre Ledru
sylvestre at debian.org
Wed Apr 23 14:58:18 UTC 2014
Hello
Thanks for digging.
Could you report it upstream? Thanks
On 22 avril 2014 21:36:31 PDT, Richard Allen <rsaxvc at gmail.com> wrote:
>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
>>>>
>>>>
>>>
>>
--
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20140423/91dc0ecd/attachment.html>
More information about the Pkg-llvm-team
mailing list