On Tue, Jul 10, 2012 at 01:55:22AM +0900, Osamu Aoki wrote: > Up to here, I am with you. > > > I'm open to suggestions, but I _need_ to pass that -D option, since it > > is not just a matter of linking, it is also that the Lua rintime > > clients, including lua.h and the like, have to find where .so objects > > are, and this is DEB_HOST_MULTIARCH dependent. > > Here, I am lost. I thought that *.so objects are in DEB_HOST_MULTIARCH > dependent path but that path change is taken care by the patch to the > Debian's patched loader. Also, what is lua.h. That is not arch > dependent anyway. I do not understand what are you thinking. But I am > quite new to this multi-arch thing so I guess you know better.
Yep, the loader known about multiarch, but also the Lua runtime has to known. The list of paths it searches for .so files is defined in luaconf.h (or lua.h IIRC). So I have 2 options: 1) install .h in usr/lib as glib does 2) ask the user (or pkg-config) to pass -D flag > $ pwd;grep -R -i -e MULTIARCH * Yes, it seems I'm a bit lonely here. I will try to fix that tomorrow, today I've been too busy. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org