[Top][All Lists]

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

[bug#43204] [PATCH] gnu: taglib: Propagate zlib.

From: Pierre Langlois
Subject: [bug#43204] [PATCH] gnu: taglib: Propagate zlib.
Date: Mon, 07 Sep 2020 14:41:02 +0100
User-agent: mu4e 1.4.13; emacs 27.1

Ludovic Courtès writes:

> Hi!
> Pierre Langlois <> skribis:
>> Actually, thinking about this a little more, I'm not sure I understand
>> upstream decision to propagate -lz. The commit fixes [0] which indicates
>> it's so that taglib can be linked statically, but then that means if
>> we're dynamically linking, the application will also dynamically link
>> with zlib when it doesn't need to (at least not directly). And in guix
>> we only build shared libs for taglib so we're never statically linking
>> it AFAIK.
>> So, here I'm a bit torn here, should we just follow what upstream is
>> indicating? Even it doesn't look right to me, but I might be wrong! Or,
>> should we revert the change that propagates -lz?
> I had the following patch that I intended to push, to avoid propagation.
> Ludo’.
> commit d8124a707602980556fd33c7dbf9f7483fe1d0df
> Author: Ludovic Courtès <>
> Date:   Mon Sep 7 09:56:08 2020 +0200
>     gnu: taglib: 'taglib-config --libs' shows -L flag for zlib.
>     Fixes compilation of emacs-emms-print-metadata.
>     * gnu/packages/mp3.scm (taglib)[arguments]: Add #:phases.


I was originally thinking we could just drop the `-lz`, since it
/should/ only be needed for people who statically link with taglib, and
we only ship shared libs. But actually, it's probably safer to follow
what upstream is doing.


Attachment: signature.asc
Description: PGP signature

reply via email to

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