GNU bug report logs - #46728
[PATCH 0/7] gnu: aws-sdk-cpp: Update to 1.8.148.

Previous Next

Full log

Message #44 received at 46728 <at> debbugs.gnu.org (full text, mbox):

From: Greg Hogan <code <at> greghogan.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 46728 <at> debbugs.gnu.org, Leo Famulari <leo <at> famulari.name>
Subject: Re: bug#46728: [PATCH 0/7] gnu: aws-sdk-cpp: Update to 1.8.148.
Date: Thu, 11 Mar 2021 16:37:06 -0500

[Message part 1 (text/plain, inline)]

Hi Ludo’,

Switched to build as shared libraries, and bumped versions.

Greg

On Mon, Mar 8, 2021 at 8:49 AM Ludovic Courtès <ludo <at> gnu.org> wrote:

> Hi Greg,
>
> Greg Hogan <code <at> greghogan.com> skribis:
>
> > On Tue, Mar 2, 2021 at 2:37 PM Ludovic Courtès <ludo <at> gnu.org> wrote:
>
> [...]
>
> >> In general, it’s best to build only shared libraries.  That allows for
> >> reduced memory usage, fast security updates via grafts, etc.  So if you
> >> could make the AWS packages build as shared libraries only, that’d be
> >> great.
> >>
> >> It’s OK to optionally add static libraries, preferably in a separate
> >> output or even a separate package, but that’s not what should be used by
> >> default.
> >>
> >> Does that make sense?
> >
> >
> > Yes, I would prefer to provide shared as the default output and static
> as a
> > separate output to the same package.
>
> One option is to not provide static libraries at all, at least for now.
> They make little sense from a Guix perspective anyway.
>
> Would that be an option for you?
>
> > There look to be three options:
> >
> > 1) separate packages (as with boost and boost-static). This is simple but
> > not as elegant (boost-static is the eighth most relevant package when
> guix
> > search'ing for "boost").
> >
> > 2) duplicate CMake phases in the package definition (much more verbose
> than
> > with gnu-build-system). This results in considerable duplication of build
> > system code and is unmaintainable.
>
> Can’t CMake build both static and “shared” (-fPIC) libraries in one go?
> I think it can do that.
>
> > 3) extend the cmake-build-system to optionally configure, build, and
> > install static libraries with additional phases. The ideal result but
> > requires modification of the cmake-build-system.
>
> In the vast majority of cases, we don’t provide static libraries at
> all.  The only exceptions are when we need statically linked binaries
> for bootstrapping purposes or within the initrd.
>
> HTH,
> Ludo’.
>

[Message part 2 (text/html, inline)]

[0004-gnu-Add-s2n.patch (application/octet-stream, attachment)]

[0003-gnu-Add-aws-c-cal.patch (application/octet-stream, attachment)]

[0005-gnu-Add-aws-c-io.patch (application/octet-stream, attachment)]

[0006-gnu-aws-c-event-stream-Update-to-0.2.7.patch (application/octet-stream, attachment)]

[0007-gnu-aws-sdk-cpp-Update-to-1.8.159.patch (application/octet-stream, attachment)]

[0002-gnu-aws-checksums-Build-as-shared-library.patch (application/octet-stream, attachment)]

[0001-gnu-aws-c-common-Update-to-0.5.2.patch (application/octet-stream, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.