From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id q0DELFDM026492 for ; Fri, 13 Jan 2012 15:21:15 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAE89EE9QRFuw/2dsb2JhbABCrRmBBYFyAQEEATo/EAsYHBIUKCETh3oCBrcmg32BGYYkYwSVEZJA X-IronPort-AV: E=Sophos;i="4.71,504,1320620400"; d="scan'208";a="139160044" Received: from furbychan.cocan.org ([80.68.91.176]) by mail1-smtp-roc.national.inria.fr with ESMTP/TLS/AES256-SHA; 13 Jan 2012 15:21:10 +0100 Received: from rich by furbychan.cocan.org with local (Exim 4.72) (envelope-from ) id 1Rli0C-0000MB-Su; Fri, 13 Jan 2012 14:21:08 +0000 Date: Fri, 13 Jan 2012 14:21:08 +0000 From: "Richard W.M. Jones" To: Philippe Veber Cc: Gerd Stolpmann , caml users Message-ID: <20120113142108.GA1299@annexia.org> References: <1326457517.14288.11.camel@thinkpad> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Caml-list] Compiling the ocaml distribution under multiarched Debian/Ubuntu On Fri, Jan 13, 2012 at 01:44:06PM +0100, Philippe Veber wrote: > 2012/1/13 Gerd Stolpmann > > > Am Freitag, den 13.01.2012, 12:59 +0100 schrieb Philippe Veber: > > > Dear camlers, > > > > > > Debian and Ubuntu have not so recently switched to multiarch binaries > > > (including libs, see http://wiki.debian.org/Multiarch/Implementation). > > > This is an important change for ocaml C bindings since the libraries > > > are now to be found in /usr/lib/ instead > > > of /usr/lib. I was just bitten by this, when realizing that the ocaml > > > configure script couldn't find libX11.so and wouldn't install > > > graphics. A similar problem was handled by the people in charge of > > > debian ocaml packages > > > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619344). Now my > > > question is the following: will this evolution be a problem for > > > GODI/odb packages (and more generally source distribution), and what > > > is the advised fix for it? > > > > Good question. For GODI it means that the automatic library search is > > broken. You can set the library path in most cases manually, though. (So > > far I overlook it, this is only a problem for the libs > > in /usr/lib// but not for the ones in /usr/lib/ because > > the latter can be linked without -L switches.) > > > That's what I thought too, but I'm hurt even for libX11 which is in > /usr/lib/: > > pveber@gesundheit:/usr/lib$ locate libX11.so > /usr/lib/x86_64-linux-gnu/libX11.so > /usr/lib/x86_64-linux-gnu/libX11.so.6 > /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 > > This is related to ocaml configure script, which wants to see the lib > before trying to compile > > for dir in \ > $x11_lib_dir \ > $x11_try_lib_dir \ > \ > /usr/X11R6/lib64 \ > /usr/X11R6/lib \ > /usr/lib/X11R6 \ > /usr/local/X11R6/lib \ > /usr/local/lib/X11R6 \ > /opt/X11R6/lib \ > \ > /usr/X11/lib \ > /usr/lib/X11 \ > /usr/local/X11/lib \ > /usr/local/lib/X11 \ > /opt/X11/lib \ > > ; \ > do > if test -f $dir/libX11.a || \ > test -f $dir/libX11.so || \ > test -f $dir/libX11.dll.a || \ > test -f $dir/libX11.dylib || \ > test -f $dir/libX11.sa; then > > So basically it may be an issue in all cases ... I think this is just an argument for using autoconf instead of hand-coded shell scripts. > > In the future we will have many errors because not > > all package developers will test on multiarch-enabled systems. > > > Just curious: are there many others than debian/ubuntu? It seems unlike that Fedora will implement multiarch like this, since Fedora has done its own thing for a long time (and it's broken too, but in a different way). Rich. -- Richard Jones Red Hat