From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 65600 invoked by alias); 10 Jul 2019 20:07:54 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 65592 invoked by uid 89); 10 Jul 2019 20:07:54 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: postbox.isd.glam.ac.uk Received: from postbox.isd.glam.ac.uk (HELO postbox.isd.glam.ac.uk) (81.87.34.17) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 10 Jul 2019 20:07:52 +0000 Received: from j228-gm.comp.glam.ac.uk ([193.63.148.84]) by postbox.isd.glam.ac.uk with esmtp (Exim 4.71) (envelope-from ) id 1hlIsX-0005W5-JN; Wed, 10 Jul 2019 21:07:49 +0100 From: Gaius Mulley To: Matthias Klose Cc: Subject: Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2) References: <87k1doxqhv.fsf@j228-gm.comp.glam.ac.uk> <0e18a4d6-af82-02fb-2fe9-921a7a757abf@ubuntu.com> <87v9wbugyi.fsf@j228-gm.comp.glam.ac.uk> <9872623e-e642-e95f-c938-a3b52ff31f1c@ubuntu.com> <8d55fb4e-79b4-0522-b31d-fd0cd17866e3@ubuntu.com> Date: Wed, 10 Jul 2019 20:18:00 -0000 In-Reply-To: <8d55fb4e-79b4-0522-b31d-fd0cd17866e3@ubuntu.com> (Matthias Klose's message of "Wed, 10 Jul 2019 19:43:09 +0200") Message-ID: <878st5odpm.fsf@j228-gm.comp.glam.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2019-07/txt/msg00832.txt.bz2 Matthias Klose writes: > On 09.07.19 23:30, Matthias Klose wrote: >> On 09.07.19 21:48, Gaius Mulley wrote: >>> Matthias Klose writes: >>> >>>>> - libpth.{a,so} is installed in the system libdir, which >>>>> conflicts with the installation of the libpth packages >>>>> on most distros. >>>> >>>> found out that a system provided libpth can be used. Otoh if you build the >>>> in-tree libpth, it shouldn't be installed, but built as a convenience library, >>>> like libgo using libffi, or libgphobos using zlib. >>> >>> Hi Matthias, >>> >>> as far as I know Redhat doesn't support libpth-dev - therefore it was >>> decided to include libpth in the gm2 tree and autodetect build/install >>> it as necessary. >> >> That's ok, but then please don't install it as a system library. that's what >> convenience libraries are for (a libpth.a built with -fPIC, which you can link >> against). > > I still think installing libpth is wrong, however currently all multilib > variants install into $libdir, and not into the system multilib dir, e.g. lib64, > lib32, ... So the last multilib wins, and you end up with the wrong arch in > your $libdir. Hi Matthias, ah thanks for the explanation. The multilib build system is still new to me. So regarding the libpth issue, what happens if the native os does not provide libpth? From your experience with building multilib and shared library packages on multiple platforms - what is the best solution :-) regards, Gaius