Bug#841923: AW: AW: Bug#841923: libclang-common-3.9-dev: missing multilib binaries

Norbert Lange nolange79 at gmail.com
Tue Nov 1 12:59:44 UTC 2016


Hi,

I attached a script for an exhaustive run of arguments, with the aim
to link all existing libraries from this package once.
As you will see, there are alot failure, most of which arent a problem
of the packaging. We would need to figure out which
features should work.
So far this should be:
* everything on amd64
* rtlib and address- / undefined-sanitizer on x86
* rtlib on x32

Usage is for ex.:
sh  testclang.sh clang-3.9
or (adds -v option everywhere so you see the linked libs):
sh  testclang.sh clang-3.9 -v

Some points
* if being a full replacement for gcc is the aim, x32 should be
supported too (-sanitizer=undefined)
* I don`t know how the i686 libraries are picked up, I thouhgt
--march=i686 would do the trick, but it still uses the i386 variants.
maybe need to set clang to a i686 toolchain like
'--gcc-toolchain=/usr/lib/gcc/i686-linux-gnu/6' ?
* Also it seems, that sanitizers always are linked statically, even if
eg. asan has a shared library aswell.
* memory sanitizer (Bug #842642) and efficiency sanitizer segfault on
the simple test. (the later is still WIP, but maybe it would be best
to not build/include it for now?)

Maybe you can bring the discussion upstream, for what should be
supported, and wether some libs are`nt used at all

Kind regards,
Norbert

On Tue, 1 Nov 2016 08:25:08 +0100 Sylvestre Ledru <sylvestre at mozilla.com> wrote:
> Hello
>
> Thanks for the patch. How do I test this change from the user perspective?
>
> Thanks
> Sylvestre
>
> Le 1 nov. 2016 00:56, "Lange Norbert" <norbert.lange at andritz.com> a écrit :
>
> > Hello,
> >
> > I don`t know if the docker installation got messed up (different so
> > versions than on my native system), but the dh_shlibdeps step won`t find
> > the correct packages for some 32bit libraries.
> > In case some packages wont build, those errors could be ignored.
> >
> >
> > diff -burN debian.org/control debian/control
> > --- debian.org/control  2016-10-31 23:33:26.307560672 +0100
> > +++ debian/control      2016-10-31 23:36:29.861497749 +0100
> > @@ -7,7 +7,7 @@
> >      cmake, perl, libtool, chrpath, texinfo, sharutils, libffi-dev (>=
> > 3.0.9),
> >      lsb-release, patchutils, diffstat, xz-utils, python-dev,
> >      libedit-dev, swig, python-six, python-sphinx, ocaml-nox, binutils-dev,
> > -    libjsoncpp-dev,
> > +    libjsoncpp-dev, g++-multilib,
> >      lcov, procps, help2man, dh-ocaml, zlib1g-dev
> >  Build-Conflicts: oprofile, ocaml, libllvm-3.4-ocaml-dev,
> > libllvm-3.5-ocaml-dev,
> >    libllvm-3.8-ocaml-dev, libllvm-3.9-ocaml-dev
> > diff -burN debian.org/rules debian/rules
> > --- debian.org/rules    2016-10-31 23:33:26.307560672 +0100
> > +++ debian/rules        2016-11-01 00:48:08.022283769 +0100
> > @@ -400,7 +400,7 @@
> >
> >
> >  override_dh_shlibdeps:
> > -       LD_LIBRARY_PATH=$$LD_LIBRARY_PATH:$(DEB_INST)/usr/lib/llvm-$(LLVM_VERSION)/lib/
> > dh_shlibdeps
> > +       dh_shlibdeps -l$(DEB_INST)/usr/lib/llvm-$(LLVM_VERSION)/lib/ --
> > --ignore-missing-info
> >
> >  override_dh_installman:
> >         dh_installman
> >
> > ________________________________________
> > Von: Lange Norbert
> > Gesendet: Montag, 31. Oktober 2016 23:58
> > An: Sylvestre Ledru; 841923 at bugs.debian.org
> > Betreff: AW: AW: Bug#841923: libclang-common-3.9-dev: missing multilib
> > binaries
> >
> > Hi,
> >
> > patch is attached. I tested a clean docker installation of debian-testing,
> > adding this dependency generates the additional libraries.
> > Having those built once via the debian build machinery should give us an
> > idea which subtypes are supported, and wether it crashes and burns an some
> > systems (looking at gcc-6 source package theres alot arch.dependend
-------------- next part --------------
A non-text attachment was scrubbed...
Name: testclang.sh
Type: application/x-sh
Size: 1602 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20161101/876aa2ff/attachment.sh>


More information about the Pkg-llvm-team mailing list