re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some applications die with segfault)

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

The following reply was made to PR port-sparc64/38949; it has been noted by 
GNATS.

From: christos%zoulas.com@localhost (Christos Zoulas)
To: matthew green <mrg%eterna.com.au@localhost>
Cc: port-sparc64-maintainer%netbsd.org@localhost, 
netbsd-bugs%netbsd.org@localhost, 
        gnats-admin%netbsd.org@localhost, gnats-bugs%NetBSD.org@localhost, 
raymond.meyer%rambler.ru@localhost
Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some 
applications die with segfault)
Date: Mon, 18 May 2009 18:10:55 -0400

 On May 19,  7:42am, mrg%eterna.com.au@localhost (matthew green) wrote:
 -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some appli
 
 | 
 |    On May 19,  7:05am, mrg%eterna.com.au@localhost (matthew green) wrote:
 |    -- Subject: re: port-sparc64/38949 (under emul_netbsd32 on sparc64 some 
appli
 |    
 |    | hmm, what happens if you don't have /emul/netbsd32?  ie, just copy
 |    | those /bin/ksh or /bin/sh files somewhere and run them as is.
 |    | 
 |    | /emul/netbsd32 is probably going to be going away as being used.
 |    | i haven't really thought deeply about this, but, i don't want to
 |    | keep two methods of 32 bit support around and the new one is much
 |    | better, so it's likely this will disappear.
 |    | 
 |    
 |    Static binaries are not supported then. Not that I will miss them but...
 |    Linux provides both.
 | 
 | how does /emul/netbsd32 affect static binaries?
 
 The /emul/netbsd32 userland portion of netbsd32 does not matter but the
 kernel part matters for both. I think that the userland portion of
 /emul/netbsd32 should be just handled by symlinks to the compat directories.
 
 christos