Re: lib/53722: Static binaries don't support locales that are implemented using shared objects

[christos%zoulas.com@localhost (Christos Zoulas)]

The following reply was made to PR lib/53722; it has been noted by GNATS.

From: christos%zoulas.com@localhost (Christos Zoulas)
To: Martin Husemann <martin%duskware.de@localhost>, gnats-bugs%NetBSD.org@localhost
Cc: lib-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, 
	netbsd-bugs%netbsd.org@localhost, ca6c%bitmessage.ch@localhost
Subject: Re: lib/53722: Static binaries don't support locales that are implemented using shared objects
Date: Sun, 11 Nov 2018 18:37:00 -0500

 On Nov 12, 12:22am, martin%duskware.de@localhost (Martin Husemann) wrote:
 -- Subject: Re: lib/53722: Static binaries don't support locales that are imp
 
 | You need to also count in size of shared libraries and you did not consider
 | the "whole thing" being crunched into a single binary (crunchgen or
 | busybox).
 | 
 | However, shared libraries not being loadable from static binaries is
 | not that unexpected - and some locales and pam being unavailable is
 | a well known drawback of static linking.
 
 pam and nsswitch are partially available (the default system ones are compiled
 in, but new ones can't be loaded).
 locale is not available (only the c locale is available, and new ones can't
 be loaded)
 
 | Not unsolvable (hi joerg!), but not high priority nor a real bug.
 
 The question of supporting dlopen in static binaries is the killer here.
 I think though that the locale can be fixed the same way the pam was (by
 loading all the known locales).
 
 christos