Bug#761650: llvm-toolchain-3.5 still FTBFSing on kbsd

[Andreas Barth]

Control: user debian-bsd at lists.debian.org
Control: usertags -1 kfreebsd

Hi,

this package still FTBFS on kbsd:
llvm[5]: Linking Release Shared Library liblldb.so
g++-4.9 -std=c++0x -g -O2 -Wl,-R -Wl,'$ORIGIN' -Wl,--gc-sections -rdynamic -L/«PKGBUILDDIR»/build-llvm/Release/lib -L/«PKGBUILDDIR»/build-llvm/Release/lib    -shared -o /«PKGBUILDDIR»/build-llvm/Release/lib/liblldb.so  \
  -Wl,--whole-archive -llldbAPI -llldbBreakpoint -llldbCommands -llldbCore -llldbDataFormatters -llldbExpression -llldbHostCommon -llldbInitAndLog -llldbInterpreter -llldbPluginABIMacOSX_arm -llldbPluginABIMacOSX_arm64 -llldbPluginABIMacOSX_i386 -llldbPluginABISysV_x86_64 -llldbPluginABISysV_hexagon -llldbPluginDisassemblerLLVM -llldbPluginDynamicLoaderStatic -llldbPluginDynamicLoaderPOSIX -llldbPluginDynamicLoaderHexagon -llldbPluginEmulateInstructionARM -llldbPluginEmulateInstructionARM64 -llldbPluginLanguageRuntimeCPlusPlusItaniumABI -llldbPluginLanguageRuntimeObjCAppleObjCRuntime -llldbPluginObjectContainerBSDArchive -llldbPluginObjectFileELF -llldbPluginObjectFileJIT -llldbPluginSymbolVendorELF -llldbPluginObjectFilePECOFF -llldbPluginOperatingSystemPython -llldbPluginPlatformGDBServer -llldbPluginProcessGDBRemote -llldbPluginSymbolFileDWARF -llldbPluginSymbolFileSymtab -llldbPluginUnwindAssemblyInstEmulation -llldbPluginUnwindAssemblyx86 -llldbPluginUtility -llldbSymbol -llldbTarget -llldbUtility -lclangAnalysis -lclangAST -lclangBasic -lclangCodeGen -lclangFrontend -lclangDriver -lclangEdit -lclangLex -lclangParse -lclangSema -lclangSerialization -lLLVMMCDisassembler -lLLVMObjCARCOpts -lLLVMProfileData -llldbPluginPlatformMacOSX -llldbPluginPlatformLinux -llldbPluginPlatformWindows -llldbPluginPlatformFreeBSD -llldbPluginPlatformPOSIX -llldbPluginPlatformKalimba -llldbHostFreeBSD -llldbPluginProcessPOSIX -llldbPluginProcessFreeBSD -llldbPluginProcessElfCore -llldbPluginJITLoaderGDB -Wl,--no-whole-archive -lLLVM-3.5 -Wl,--no-undefined -L/usr/lib/python2.7/config-x86_64-kfreebsd-gnu -L/usr/lib -lpthread -ldl  -lutil -lm  -lpython2.7 -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -lrt -ledit -lncurses -lpanel -Wl,--soname,liblldb.so.1 -lz -lpthread -lffi -ledit -ltinfo -ldl -lm 
/«PKGBUILDDIR»/build-llvm/Release/lib/liblldbExpression.a(ClangExpressionParser.o): In function `lldb_private::ClangExpressionParser::Parse(lldb_private::Stream&)':
/«PKGBUILDDIR»/tools/lldb/source/Expression/ClangExpressionParser.cpp:324: warning: the use of `mktemp' is dangerous, better use `mkstemp' or `mkdtemp'
/usr/bin/ld: .eh_frame_hdr refers to overlapping FDEs.
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
make[5]: *** [/«PKGBUILDDIR»/build-llvm/Release/lib/liblldb.so] Error 1


The error .eh_frame_hdr had already be seen elsewhere and on other
architectures for example llvm-3.4 on s390x so I'm not sure what the
real cause is, and how kbsd specific it is. I assume we will see it
more and more often on more architectures when more chroots are
updated.

The error message had been introduced with
http://permalink.gmane.org/gmane.comp.gnu.binutils/66759 to detect an
error, so we seem to need a fix for the underlying error.



Andi