home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.hp
- Path: sparky!uunet!mcsun!sun4nl!alchemy!prisma!bartm
- From: bartm@cv.ruu.nl (Bart Muyzer)
- Subject: Shared libc and /lib/milli.a == problems ???
- Originator: bartm@mind.cv.ruu.nl
- Sender: usenet@cv.ruu.nl (Usenet Network)
- Message-ID: <1992Aug27.105051.1494@cv.ruu.nl>
- Date: Thu, 27 Aug 1992 10:50:51 GMT
- Nntp-Posting-Host: mind.cv.ruu.nl
- Organization: University of Utrecht, 3D Computer Vision Research Group
- Lines: 36
-
- Dear netters,
-
- [This is HP-UX 8.07 on an HP9000/730 and HP9000/750]
-
- Today I encountered a problem with libc.sl and /lib/milli.a. One of our users
- tried to link a *very* large program and got "error code 138" from /bin/ld.
-
- An hour of trying reveiled that:
- * things went wrong when /lib/milli.a was referenced.
- * /lib/milli.a is
- Millicode 12.31 for libc
- as I was told by 'what /lib/milli.a'
- * One or two times ld complained:
- Position Independent code not in library, don't use +z
-
- This led to the idea of linking libc.a instead of libc.sl (as was done by
- default).
-
- Doing so created a working executable, although ld still complained about the
- Position Independent code thing.
-
- Questions:
- 1. Is this a bug? Should there maybe be a /lib/milli.sl?
- 2. Did anyone else encounter this problem?
- 3. What should I do if I want to use libc.sl??
-
- Any help will be appreciated. Please respond by e-mailing to
- "bartm@cv.ruu.nl". I'll post a summary to this newsgroup.
-
- Many thanks in advance,
- >] Bartm [<
- --
- Bart Muyzer, Systems and Network Administrator, [NIC-Whois handle: BJM9]
- 3D Computer Vision, Room E02.222, University Hospital Utrecht,
- Heidelberglaan 100, 3584 CX Utrecht, Holland. E-mail: bartm@cv.ruu.nl
- Fax: +31-30-513399. Tel: +31-30-506711 (w), +31-3402-52157 (h).
-