This is the mail archive of the
gdb@sourceware.cygnus.com
mailing list for the GDB project.
RE:Re: SHARED LIBS
- To: gdb at sourceware dot cygnus dot com
- Subject: RE:Re: SHARED LIBS
- From: Takis Psarogiannakopoulos <takis at XFree86 dot org>
- Date: Sat, 18 Dec 1999 09:44:11 -0800 (PST)
- cc: bryce at albatross dot co dot nz, jsm at cygnus dot com
Hello,
On Sat, 18 Dec 1999, Bryce McKinlay wrote:
>
> Are you sure this problem is specific to your OS? I think you'll get the
> same behaviour on Linux and Solaris, at least with recent cvs snapshots.
> The "shared" command does nothing, and you have to "break main" first if
> you want to set a breakpoint in a shared lib.
>
If that happens all over I dont know. It is some time now that I
modified solib.c to work with DG/UX. So when I saw that we cache
the address (in DG/UX) I imagine that it was that. Generally all
these time I never needed seriously to debug a program depending upon
.so libs. I was able always to build a purely static version and
debug it. Unfortunately with Mozilla M11, M12 that is not the case.
Seems that even if we request a purely static binary , the files
in the directory components will be build and exported as shared .so
libs. Anyway, I would be very interested to hear an opinion from
somebody with familiarity in the code gdb/solib.c (Stan Shebs perhaps?).
And taking this chance, is this code in gdb/solib.c (for DG/UX) OK
or it can be rewritten better (towards gdb-4.19) ?
Regards,
Takis