Bug#913946: llvm*-dbgsym still missing

[Sylvestre Ledru]

Control: tags -1 help

Le 14/12/2018 à 20:50, Rebecca N. Palmer a écrit :
> Control: reopen -1
>
> Still no -dbgsym packages, and the build log contains
>
> dh_strip -p libomp5-7 --dbgsym-migration='libomp5-7-dbg (<< 
> 1:7~svn327768-1~)'
> PATH=/<<BUILDDIR>>/llvm-toolchain-7-7.0.1~+rc3/:$PATH 
> LD_LIBRARY_PATH=/<<BUILDDIR>>/llvm-toolchain-7-7.0.1~+rc3/debian/tmp//usr/lib/llvm-7/lib/ 
> dh_strip -a -v -XlibFuzzer.a -Xlibc++.a -Xlibc++abi.a 
> -Xlibc++experimental.a -XlibclangTidyModernizeModule.a
> ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be 
> preloaded (cannot open shared object file): ignored.
>
> which again looks like breaking fakeroot by replacing (rather than 
> adding to) LD_LIBRARY_PATH.  (This time the package sizes are about 
> normal, but at least libLLVM-7.so.1 has become executable again.)
>
> I suspect the cause is
> https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/commit/d441237cacb871abfebec1353b4b64398a362b0b 
>
> (and if the commit log is what you intended, the test is the wrong way 
> round).
>
> If you still want to use llvm-strip I again suggest 
> LD_LIBRARY_PATH=$$LD_LIBRARY_PATH:[build dir] and calling dh_fixperms 
> again after dh_strip, but I thought the point of -fno-addrsig was to 
> be able to use GNU strip.
>
I would appreciate the help of someone here as I spent enough time on 
that with important regressions 
(ex:https://bugs.llvm.org/show_bug.cgi?id=39951).

Maybe it will be automatically fixed as doko told me that he backported 
the fix in binutils.

S


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-llvm-team/attachments/20181214/a262d975/attachment.html>