From: "Горбешко Богдан" <bodqhrohro@gmail.com>
To: Florian Weimer <fweimer@redhat.com>
Cc: "Горбешко Богдан via Libc-help" <libc-help@sourceware.org>
Subject: Re: libstdc++ link errors in support/links-dso-program
Date: Wed, 10 Apr 2024 15:50:28 +0300 [thread overview]
Message-ID: <290c8346-5c9f-4d2e-80b8-80bdabfe833f@gmail.com> (raw)
In-Reply-To: <874jc92znl.fsf@oldenburg.str.redhat.com>
On 10/04/2024 15:03, Florian Weimer wrote:
> * Горбешко Богдан:
>
>> We already have a solution to build this in Docker, though the target
>> test VPS is tight on resources and I wouldn't really like to mess with
>> Docker there.
> You don't have to build on the target system directly, you just need to
> use a container/chroot environment that matches the target distribution
> version. These containers tend to be fairly lightweight, requiring less
> space and resources than a full glibc build.
An unpacked binary Glibc package takes just 12 MB. A minimal Debian
image is orders of magnitude larger.
And the primary problem with Docker is that continuous rebuilds occupy
the disk space rapidly fast, as it normally preserves old builds, which
is not a case with builds on a host system. This has to be fought in
non-trivial ways, like thorough caching. And cleaning needs to be
precise and accurate, otherwise it would involve a full recompilation,
which is much longer than partial recompilation.
I attempted to go with a balanced approach, by building only the C++
library part in Docker, exporting it and linking the Golang part against
it and old Glibc/libssl, but forfeited even with that, as symbols
requiring a new Glibc still somehow leak into the build. So I still have
to suffer with Docker BuildKit now.
>
> Thanks,
> Florian
>
next prev parent reply other threads:[~2024-04-10 12:50 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-15 3:09 Горбешко Богдан
2024-03-15 7:27 ` Florian Weimer
2024-03-15 11:51 ` Горбешко Богдан
2024-03-15 17:07 ` Florian Weimer
2024-03-15 19:22 ` Горбешко Богдан
2024-04-10 12:03 ` Florian Weimer
2024-04-10 12:50 ` Горбешко Богдан [this message]
2024-04-10 13:22 ` Konstantin Kharlamov
2024-04-10 13:30 ` Горбешко Богдан
2024-04-10 13:55 ` Konstantin Kharlamov
2024-04-10 14:02 ` Горбешко Богдан
2024-04-10 14:11 ` Konstantin Kharlamov
2024-04-10 14:24 ` Горбешко Богдан
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=290c8346-5c9f-4d2e-80b8-80bdabfe833f@gmail.com \
--to=bodqhrohro@gmail.com \
--cc=fweimer@redhat.com \
--cc=libc-help@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).