Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!uw-beaver!rice!sun-spots-request
From: mcvax!duttnph!hans@uunet.uu.net (Hans Buurman)
Newsgroups: comp.sys.sun
Subject: Shared libraries linker error?
Message-ID: <615@dutrun.UUCP>
Date: 28 Jan 89 03:14:24 GMT
Sender: usenet@rice.edu
Organization: Delft University of Technology, The Netherlands
Lines: 28
Approved: Sun-Spots@rice.edu
Original-Date: 19 Jan 89 10:57:22 GMT
X-Sun-Spots-Digest: Volume 7, Issue 125, message 11 of 16

One user on a Sun 3/60 that has recently been upgraded to SunOS 4.0 was
complaining about a function dumping core that should not have been used
at all. It turned out that he had a function called select() in his
program.

One of the SunView routines he called (to initialize a panel) also used a
function called select(), which is in ndet_select.o in libsunwindow.a.  It
looks like the compiler had linked the sunwindow calls to select() to his
own program.

Now there is also a select() in libc.a (select.o). Why isn't that one
involved? Although to me it is clear which one is referred to in what
place, what rules does the linker use ?

Could somebody out there
a) tell me which rules the linker uses ?
b) guess where Sun screwed up ?

Thanks in advance,

	Hans

Disclaimer: any opinions above are my own.

Hans Buurman                   | hans@duttnph.UUCP
Pattern Recognition Group      | mcvax!hp4nl!dutrun!duttnph!hans
Faculty of Applied Physics     | tel. 31 - (0) 15 - 78 46 94
Delft University of Technology |