[cfe-dev] [Release-testers] [4.0.0 Release] Relase Candidate 1 has been tagged

[Dimitry Andric via cfe-dev]

On 19 Jan 2017, at 16:40, Hans Wennborg <hans at chromium.org> wrote:
> 
> On Thu, Jan 19, 2017 at 12:12 AM, Dimitry Andric <dimitry at andric.com> wrote:
>> On 18 Jan 2017, at 16:45, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote:
>>> Dear testers,
>>> 
>>> 4.0.0-rc1 was just tagged from the branch, with r292377.
>>> 
>>> There are still open merge requests and bugs, but I'd like to get the
>>> testing started to see what issues come up.
>> 
>> Unfortunately no builds for FreeBSD yet, as the Phase1 clang segfaults when building AsmParser.cpp:
>> 
>> [  1%] Building CXX object lib/MC/MCParser/CMakeFiles/LLVMMCParser.dir/AsmParser.cpp.o
>> cd /home/dim/llvm-4.0.0/rc1/Phase2/Release/llvmCore-4.0.0-rc1.obj/lib/MC/MCParser && /home/dim/llvm-4.0
>> .0/rc1/Phase1/Release/llvmCore-4.0.0-rc1.install/usr/local/bin/clang++   -DGTEST_HAS_RTTI=0 -D__STDC_CO
>> NSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/home/dim/llvm-4.0.0/rc1/Phase2/Release/ll
>> vmCore-4.0.0-rc1.obj/lib/MC/MCParser -I/home/dim/llvm-4.0.0/rc1/llvm.src/lib/MC/MCParser -I/home/dim/ll
>> vm-4.0.0/rc1/Phase2/Release/llvmCore-4.0.0-rc1.obj/include -I/home/dim/llvm-4.0.0/rc1/llvm.src/include
>> -I/usr/local/include  -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings
>> -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtua
>> l-dtor -Wdelete-non-virtual-dtor -Wstring-conversion -Werror=date-time -std=c++11 -ffunction-sections -
>> fdata-sections -O3 -DNDEBUG    -fno-exceptions -fno-rtti -o CMakeFiles/LLVMMCParser.dir/AsmParser.cpp.o
>> -c /home/dim/llvm-4.0.0/rc1/llvm.src/lib/MC/MCParser/AsmParser.cpp
>> /home/dim/llvm-4.0.0/rc1/llvm.src/lib/MC/MCParser/AsmParser.cpp:2043:25: warning: variable 'CppHashLocL
>> ineNo' is uninitialized when used here [-Wuninitialized]
>>        LastQueryLine = CppHashLocLineNo;
>>                        ^~~~~~~~~~~~~~~~
>> /home/dim/llvm-4.0.0/rc1/llvm.src/lib/MC/MCParser/AsmParser.cpp:2036:32: note: initialize the variable
>> 'CppHashLocLineNo' to silence this warning
>>      unsigned CppHashLocLineNo;
>>                               ^
>>                                = 0
>> /home/dim/llvm-4.0.0/rc1/llvm.src/lib/MC/MCParser/AsmParser.cpp:2155:71: warning: variable 'LineNo' is
>> uninitialized when used here [-Wuninitialized]
>>  SMDiagnostic NewDiag(*Diag.getSourceMgr(), Diag.getLoc(), Filename, LineNo,
>>                                                                      ^~~~~~
>> /home/dim/llvm-4.0.0/rc1/llvm.src/lib/MC/MCParser/AsmParser.cpp:2152:13: note: initialize the variable
>> 'LineNo' to silence this warning
>>  int LineNo =
>>            ^
>>             = 0
>> clang-4.0: error: unable to execute command: Segmentation fault (core dumped)
>> clang-4.0: error: clang frontend command failed due to signal (use -v to see invocation)
>> clang version 4.0.0 (tags/RELEASE_400/rc1)
>> Target: i386-unknown-freebsd10.3
>> Thread model: posix
>> InstalledDir: /home/dim/llvm-4.0.0/rc1/Phase1/Release/llvmCore-4.0.0-rc1.install/usr/local/bin
>> clang-4.0: 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-4.0: note: diagnostic msg:
>> ********************
>> 
>> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
>> Preprocessed source(s) and associated run script(s) are located at:
>> clang-4.0: note: diagnostic msg: /home/dim/tmp/AsmParser-c3ca7e.cpp
>> clang-4.0: note: diagnostic msg: /home/dim/tmp/AsmParser-c3ca7e.sh
>> clang-4.0: note: diagnostic msg:
>> 
>> ********************
>> gmake[2]: *** [lib/MC/MCParser/CMakeFiles/LLVMMCParser.dir/build.make:87: lib/MC/MCParser/CMakeFiles/LLVMMCParser.dir/AsmParser.cpp.o] Error 254
>> 
>> I thought this might be because r292133 was not merged yet, but I was wrong about that, it *is* merged.
>> 
>> So I will have to investigate why it crashes here.
> 
> Is this PR31692 that you filed today?

Yes.  It turned out to be an assertion '(it != OpaqueRValues.end() &&
"no mapping for opaque value!"), function getOpaqueRValueMapping', but
Phase2 is built without assertions, so it segfaulted instead.

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20170119/5dc9c6d1/attachment.sig>