From: John Graham <john.graham@codethink.co.uk>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] Building x86_64 without host libs (e.g. zlib)
Date: Mon, 3 Feb 2025 08:37:22 +0000 [thread overview]
Message-ID: <be7a2be9-35dc-4f1c-baf8-ab3e985d64e6@codethink.co.uk> (raw)
In-Reply-To: <Z59aKLhibcJl5SSX@pengutronix.de>
Thanks - it's purely so that we have a toolchain that doesn't rely on
host tools, so that it can be distributed to other systems without
requirements on host tools. Sounds like this approach is going to take a
lot of work though so I think we'll look for another way.
Thanks for the help!
John
On 02/02/2025 11:42, Michael Olbrich wrote:
> On Fri, Jan 31, 2025 at 03:41:05PM +0000, John Graham wrote:
>> I'm trying to build an x86_64 toolchain that's independent of the host. By
>> default in the ptxconfigs/x86_64-unknown-linux-gnu_gcc config, it has e.g.
>> `PTXCONF_HOST_SYSTEM_ZLIB=y`. I expected I could set this to `=n`, but when
>> I do that, `ptxdist go` fails with:
>>
>> ```
>>
>> ptxdist: error: 'host-system-zlib' is not selected.
>> ptxdist: error: This can happen if the ptxconfig is outdated or
>> ptxdist: error: the package is disabled for the current architecture
>>
>> ```
>>
>> Can anyone tell me if this is the proper approach to disabling use of the
>> host libraries, and/or what I'm doing wrong? Any help appreciated!
> There are issues on multiple levels:
>
> 1. just changing the config file will not make the dependency go away. If
> you look at the package rules in rules/ you'll see multiple ones that have
> 'select HOST_SYSTEM_ZLIB'. That's what is causing the error you're seeing.
>
> 2. Even if you remove those, building will probably fail. The dependency is
> there for a reason. You would definitely need to remove the
> --with-system-zlib that's there in several places. But I'm not sure, if
> that's enough. It's quite possible that for some of the packages, zlib is
> a hard requirement.
>
> Why would you want to build without zlib anyways? It's not the only
> requirement and removing just that seem odd.
>
> Michael
>
--
John Graham (he/him)
Software Engineer
Codethink Ltd
3rd Floor Dale House
35 Dale Street
Manchester
M1 2HF
United Kingdom
Codethink delivers cutting edge open source design, development and integration services.
http://codethink.co.uk
Office: 0161 236 5575
prev parent reply other threads:[~2025-02-03 8:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-31 15:41 John Graham
2025-02-02 11:42 ` Michael Olbrich
2025-02-03 8:37 ` John Graham [this message]
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=be7a2be9-35dc-4f1c-baf8-ab3e985d64e6@codethink.co.uk \
--to=john.graham@codethink.co.uk \
--cc=ptxdist@pengutronix.de \
/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