[cfe-dev] Fwd: Re: Need help fixing 2.7 release blockers

[Vincent Richomme]

> On Tue, 30 Mar 2010 14:09:03 -0700, Tanya Lattner <xzss at ____.com>
> wrote:
>> All,
>> 
>> There has been a huge lack of response to the release. We need people
to
>> help fix regressions and to participate in testing the release. Without
>> this support, I see no reason that the release team should spend their
>> time
>> qualifying a release.
>> 
>> We need to get all regressions fixed before 2.7 can continue onto
>> pre-release2.
>> 
>> Please take a look at all release blockers:
>> http://llvm.org/bugs/show_bug.cgi?id=6586
>> 
>> If you can help fix any of these bugs, we would really appreciate it.
>> I'd
>> advise using the release branch directly instead of the tarballs since
>> several fixes have gone in. There are 2 patches I have left to merge
>> once I
>> resolve the conflicts.
>> 
>> Thanks,
>> Tanya
>> 
>> P.S. Thanks to the few that have tested the release. I appreciate your
>> help!
> 
> Hi,
> 
> The error I have reported at the beginning of the test release is still
> there :
> 
> clang version 1.1 (branches/release_27 99950)
> Target: i686-pc-mingw32
> Thread model: posix
>  "C:/Developer/Mingw-NG/home/Vincent/llvm-2.7/Release/bin/clang.exe"
-cc1
> -triple i686-pc-mingw32 -S -disable-free -main-file-name Functions.m
> -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -v -g
> -resource-dir
> C:/Developer/Mingw-NG/home/Vincent/llvm-2.7/Release/lib/clang/1.1
> -dependency-file obj/libgnustep-gui.obj/Functions.m.d -MT
> obj/libgnustep-gui.obj/Functions.m.o -MP -DGNUSTEP_TARGET_DIR="."
> -DGNUSTEP_TARGET_CPU="ix86" -DGNUSTEP_TARGET_OS="mingw32"
> -DLIBRARY_COMBO="gnu-gnu-gnu" -DBACKEND_BUNDLE=1 -DGNUSTEP
> -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1
> -DGNUSTEP_BASE_LIBRARY=1 -DGNUSTEP_WITH_DLL -DBUILD_libgnustep_gui_DLL=1
> -DGSWARN -DGSDIAGNOSE -I../Headers/Additions -I../Headers -I./. -I.
> -IC:/Developer/Mingw-NG/home/Vincent/GNUstep/Library/Headers
> -IC:/Developer/Mingw-NG/GNUstep/Local/Library/Headers
> -IC:/Developer/Mingw-NG/GNUstep/System/Library/Headers -O2 -Wall
> -Wno-import -Wall -fconstant-string-class NSConstantString
> -fmessage-length
> 0 -fgnu-runtime -fdiagnostics-show-option -o
> C:/DOCUME~1/Vincent/LOCALS~1/Temp/cc-000000.s -x objective-c Functions.m
> clang -cc1 version 1.1 based upon llvm 2.7 hosted on i686-pc-mingw32
> ignoring nonexistent directory
> "C:/Developer/Mingw-NG/home/Vincent/GNUstep/Library/Headers"
> ignoring nonexistent directory
> "C:/Developer/Mingw-NG/GNUstep/Local/Library/Headers"
> ignoring nonexistent directory "c:/mingw/include"
> ignoring nonexistent directory "/usr/local/include"
> ignoring nonexistent directory "/usr/include"
> ignoring duplicate directory "./."
> #include "..." search starts here:
> #include <...> search starts here:
>  ../Headers/Additions
>  ../Headers
>  ./.
>  C:/Developer/Mingw-NG/GNUstep/System/Library/Headers
> 
C:/Developer/Mingw-NG/home/Vincent/llvm-2.7/Release/lib/clang/1.1/include
>  c:/Developer/Mingw-NG/mingw32/include
>  c:/Developer/Mingw-NG/mingw32/lib/gcc/i686-w64-mingw32/4.4.4/include
> 
>
c:/Developer/Mingw-NG/mingw32/lib/gcc/i686-w64-mingw32/4.4.4/include-fixed
>  c:/Developer/Mingw-NG/mingw32/i686-w64-mingw32/include
> End of search list.
> 
> This application has requested the Runtime to terminate it in an unusual
> way.
> Please contact the application's support team for more information.
> Assertation failed!
> 
> Program:
C:\Developer\Mingw-NG\home\Vincent\llvm-2.7\Release\bin\clang.exe
> File: X86ISelLowering.cpp, Line 2152
> 
> Expression: ((Callee.getOpcode() == ISD::Register &&
> (cast<RegisterSDNode>(Callee)->getReg() == X86::EAX ||
> cast<RegisterSDNode>(Callee)->getReg() == X86::R11)) ||
Callee.getOpcode()
> == ISD::TargetExternalSymbol || Callee.getOpcode() ==
> ISD::TargetGlobalAddress) && "Expec
> clang: error: compiler command failed with exit code 3 (use -v to see
> invocation)
> 
> 
> I have attached the preprocessed file (gcc -save-temps) to reproduce.
> If you need more information, please let me know.

Finally I opened a new bug report (Bug 6751).