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

[Norbert Lange]

Hi,

first, I think this was an issue on my docker installation, it builds
fine without that option natively. so try without this option
secondly - yes its discouraged, just as adding libs from different
architectures in one archive, lint has some more complaints on the
llvm packages. I`d still prefer getting the libs compiled for now,
testing if it generally compiles on the supported architectures.
Ideally we will split the packages later, but Id prefer getting an
overview on how to do it (what gets built on other archs), an a
working solution right now.

I also added a new version of the script.
Run it with 'sh  testclang.sh clang-3.9 -v', will give you a table at
the end describing the state of the options (compiles, links or
executes) and the linked clang libs.

Kind Regards,
Norbert

On Tue, 1 Nov 2016 16:18:57 +0100 Sylvestre Ledru <sylvestre at mozilla.com> wrote:
>
> Hello,
>
> Thanks for your patch. However, I don't really like the
> --ignore-missing-info option (especially as the doc says
> "Usage of this option is discouraged")
> Any other option?
>
> Cheers,
> Sylvesre
>
>
>
> Le 01/11/2016 à 00:56, Lange Norbert 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 libraries there)
> >
> > I`ll think of some scriptable tests too, but this will have to smart enough to figure out the expected variants for all supported hosts (ie the suported "multilib" flags).
> >
> > Kind regards,
> > Norbert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: testclang.sh
Type: application/x-sh
Size: 2619 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20161101/c1ad9da7/attachment.sh>