Feature #5470
closed
libz should be part of illumos
90%
Description
The problem here is that many illumos commands and libraries link with libz, but libz only exists on the build host. This means that libz requires libc on the build host but that version of libc may be different from the one in illumos. Makefiles at these locations link with libz:
usr/src/cmd/boot/fiocompress
usr/src/tools/ctf/dump
usr/src/cmd/ssh/ssh
usr/src/ssh/ssh-keyscan
usr/src/ssh/ssh-keysign
usr/src/cmd/boot/bootadm
usr/src/tools/ctf/cvt
usr/src/cmd/ssh/libssh
usr/src/cmd/ssh/sshd
usr/src/lib/libzpool
It should be easy to incorporate libz, as it's a separate product that only requires libc. The alternative of removing all of the components that link with libz is much more difficult.
Related issues
Updated by Andrew Stormont over 8 years ago
Agreed. It should be part of illumos.
Updated by Gary Mills about 8 years ago
- Status changed from New to Feedback
- Assignee set to Gary Mills
- % Done changed from 0 to 10
This bug report is partially a duplicate of bug #1002. It's unfortunate that this library has two names.
Updated by Gary Mills about 8 years ago
- % Done changed from 10 to 90
I've had successful builds on x86 and SPARC.
Updated by Gordon Ross about 8 years ago
While I appreciate the efforts to deal with these dependencies, before we start copying more code into illumos-gate, I'd like a decision on how we handle these things. See my email to developers today: Proposing a new approach for things like OpenSSL
Updated by Gary Mills about 8 years ago
Since most people are satisfied with the status quo, I'm going to abandon this project. It seems that illumos requiring zlib from the build host is not a problem after all.
Could somebody please close this bug report. I can't do it myself.
Updated by Andrew Stormont about 8 years ago
I don't think you should give up on these changes yet. I am definitely not happy with the status quo.
Updated by Andy Fiddaman over 2 years ago
- Status changed from Feedback to Closed
Closed as requested.