This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)
Matthias Klose <doko@ubuntu.com> writes:
> On 09.07.19 23:30, Matthias Klose wrote:
>> On 09.07.19 21:48, Gaius Mulley wrote:
>>> Matthias Klose <doko@ubuntu.com> 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