home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-12 / text0417.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  1.2 KB  |  27 lines
  1. > In article <CI5G34.907@endicor.com> tsarna@endicor.com (Ty Sarna) writes:
  2. > > sun3 binaries on '040s.  (does one need to use the Sun ld.so or will the
  3. > > NetBSD ld.so work for sun3 binaries? I guess I should try it...  If the
  4. > 
  5. > And the answer is: NetBSD ld.so won't run sun3 dynamicly linked
  6. > programs.  I get a trapsignal() then a segfault.  This really limits the
  7. > usefulness of Sun binary compatibility, since most Sun software is
  8. > dynamicly linked :-(
  9.  
  10. The problem is more the different system call semantics than ld.so. A
  11. NetBSD process and a SunOS process use different ways to pass the
  12. system call number into the kernel. One uses d0, one passes it on the
  13. stack. To run shared SunOS binaries (which I do frequently) you make
  14. yourself a /sun directory. Then, copy SunOS ld.so into /usr/lib 
  15. (remember, NetBSD has it in /usr/libexec !), and edit /usr/lib/ld.so 
  16. and replace all references to /usr into /sun. You can then have a 
  17. /sun/lib symlink point into your SunOS /usr/lib directory with the
  18. SunOS shared libs. In the same go, also replace /etc by /sun, so
  19. ld.so.cache doesn't collide.
  20.  
  21. -Markus
  22. -- 
  23. CHUUG/EUnet Switzerland                Markus Wild
  24. Zweierstrasse 35    Tel: +41 1 291 45 80    mw@eunet.ch
  25. CH-8004 Zuerich        Fax: +41 1 291 46 42    S=mw;P=EUnet;A=EUnet;C=CH
  26.  
  27.