In message <200005281700.MAA01713@guild.plethora.net>, Peter Seebach writes:
>In case it's unclear, this message came from any dynamically loaded
>executable.  libc.so.12.61 is apparently not what I want.  :)

Okay, now I'm really confused.  On my i386 laptop, libc.so is .12.61, and has
an undefined reference to mainprog_obj, and works fine.  On my Alpha, this
isn't okay.  When I 'nm' a functional executable, I find a "mainprog_obj", but
I can't tell where it came from; it's not in any libraries or anything.

It looks like a large portion of my problem may just be that some of my
userland utils are out of date.  Still, I don't think a new rev of libc.12
should have an undefined reference to a symbol that it can apparently be
missing from binaries which work with an earlier rev of libc.12.

Unfortunately, /usr/bin's executables are all stripped, so nm won't tell me
much about them.  My instinct, at this point, is to just rebuild all the
executables I can, and then see if the new /usr/lib works.  Curiously, most of
my userland is dated October, but my /usr/lib is dated January; apparently a
"make build" failed back then.  :)  (Hmm.  That may not be it; on my i386
system, I have an August 1999 executable with a __mainprog_obj.)

Anyone else seen anything like this, or have some free clues for me on what
mainprog_obj is, and why I need it?

-s