guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Default shared libs for cmake-build-system experiment


From: Ludovic Courtès
Subject: Re: Default shared libs for cmake-build-system experiment
Date: Fri, 09 Sep 2016 11:34:08 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Hello!

Eric Bavier <address@hidden> skribis:

> So it appears that many packages are not affected by the change; llvm
> and clang are most helped (with a small fix to the build phases), and
> pugixml, allegro-4, and bullet to a lesser absolute degree.  Many
> packages apparently build shared libraries by default.
>
> What is not included in the above list, however, are the packages that
> FTBFS with BUILD_SHARED_LIBS=TRUE!  A summary of those packages and
> the issues:
>
> blender => link error involving libjpeg.so version mismatches
> ctl => validate-runpath failure
> minetest => validate-runpath failure: libgmp.so cannot be found
> aseprite => libbase-lib.so: undefined references to pthread_create, etc
> conky => validate-runpath: bogus runpath entry, libtcp-portmem.so
> cannot be found
> withershins => link error: invalid relocation against `bfd_errmsg',
> recompile with -fPIC
>
> Based on this evidence, I think I'll just enable shared libraries in
> directly in the llvm and clang packages, and forget adding the default
> flag in cmake-build-system since its global impact would be minimal at
> this point and even in the future and fixing the fallout is
> non-trivial.

Sounds like a good plan.

Thanks for the complete and detailed investigation!

Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]