Hello,
On sekmadienis 29 Gegužė 2011 05:51:58 Steve M. Robbins wrote:
> On Sat, Mar 19, 2011 at 08:29:30PM +0200, Modestas Vainius wrote:
> > On ??e??tadienis 19 Kovas 2011 19:37:53 Jonathan Riddell wrote:
> > > This patch adds support for multiarch library directories to cmake. It
> > > also needs a runtime dependency on dpkg-dev.
> >
> > That's the problem I have with this patch - it depends on dpkg-dev. I
> > believe this might make it unacceptable for upstream.
>
> I'd agree that this kind of patch will be unsuitable for upstream. I
> found that you've already proposed some alternatives in
> http://www.cmake.org/Bug/view.php?id=12037
>
> I'm just wondering, given Luk Claes' recent message
> http://lists.debian.org/debian-devel/2011/05/msg01108.html
> whether the patch to this bug or to your upstream CMake bug could
> be implemented, at least as an interim measure, as this is one of
> the blockers to bootstrapping multiarch.
Some time ago I asked Steve Langasek to verify what output of:
$ gcc -v /dev/null |& grep ^LIBRARY_PATH
will return on the multiarch system. Basically, cmake parses it and loads
implicit link directories from it. I would prefer if both /lib/{triplet} and
/usr/lib/{triplet} were in that list so I could go with proper implementation
from there. However, at the moment, I don't know what's the status of this in
gcc. AFAIK, Ubuntu gcc returns some inconsistent paths. All I need is this
issue fully resolved in Ubuntu (and guarantees that the same will get into
Debian) so I can use those paths to base CMake implementation on.
I'm willing to be flexible enough and trust me, cmake won't end up being a
multiarch blocker. But I will take as much time as possible to implement a
proper fix but at this point I need some help from toolchain. I do NOT
consider current patches to be acceptable and they might only work as a last
minute fixes when there is no other choice.
P.S. NMU without explicit permission would be considered as offensive action
unless I start not reacting to mails for some reason.
--
Modestas Vainius <modax@debian.org>
Attachment:
signature.asc
Description: This is a digitally signed message part.