mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
* [ptxdist] Building x86_64 without host libs (e.g. zlib)
@ 2025-01-31 15:41 John Graham
  2025-02-02 11:42 ` Michael Olbrich
  0 siblings, 1 reply; 3+ messages in thread
From: John Graham @ 2025-01-31 15:41 UTC (permalink / raw)
  To: ptxdist

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!

-- 
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




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [ptxdist] Building x86_64 without host libs (e.g. zlib)
  2025-01-31 15:41 [ptxdist] Building x86_64 without host libs (e.g. zlib) John Graham
@ 2025-02-02 11:42 ` Michael Olbrich
  2025-02-03  8:37   ` John Graham
  0 siblings, 1 reply; 3+ messages in thread
From: Michael Olbrich @ 2025-02-02 11:42 UTC (permalink / raw)
  To: John Graham; +Cc: ptxdist

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

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [ptxdist] Building x86_64 without host libs (e.g. zlib)
  2025-02-02 11:42 ` Michael Olbrich
@ 2025-02-03  8:37   ` John Graham
  0 siblings, 0 replies; 3+ messages in thread
From: John Graham @ 2025-02-03  8:37 UTC (permalink / raw)
  To: ptxdist

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




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2025-02-03  8:37 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-01-31 15:41 [ptxdist] Building x86_64 without host libs (e.g. zlib) John Graham
2025-02-02 11:42 ` Michael Olbrich
2025-02-03  8:37   ` John Graham

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox