George Vasick writes:
> Rainer Orth wrote:
[...]
> > Is there a reason to use isaexec on SPARC? There's no 32-bit kernel
> > anymore, so the 32-bit binary will not be used by isaexec, but could only
> > invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit
> > programs, there's no reason to ship the 32-bit version on SPARC at all.
> > From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*,
> > but this should be stated explicitly and the isaexec step omitted to avoid
> > the unnecessary overhead.
>
> The thread "64-bit only projects?" was posted by Chris the day after I
> filed this case. It looks like the consensus is to put the 64 bit
> binary directly into /usr/bin and eliminate isaexec for Sparc. I'll
> make the change.
Great, thanks.
> > What about symlinks
> > for info and man pages?
>
> The existing gdb 6.3 package does not include include man or info links
> in sfw, only /usr/sfw/bin/gdb. It is my understanding the sfw is
That may be an omission in 6.3 that just slipped by.
> scheduled to go away at some point in the future. Given that, I think
> it does not make sense to add these links.
>From my understanding, it will be replaced by a symlink to /usr, so I'm
mostly fine with that.
> > Rather than list all files and directories in SUNWgdb, it would be better
> > to list the exported (and imported) interfaces and their stability.
>
> exported interfaces:
> * CLI commands: volatile
> * MI commands: volatile
You need to list the commands explicitly, I think. And I don't think
volatile matches reality for GDB: while there are changes, I don't think
there are many (if at all) incompatible ones. Maybe Uncommitted is more
appropriate, but this would need to be investigated.
> imported interfaces:
> * ELF
> * DWARF
> * /proc
> * libdl.so.1
> * libcurses.so.1
> * libsocket.so.1
> * libnsl.so.1
> * libm.so.2
> * libexpat.so.1
> * libc.so.1
> * libmp.so.2
> * libmd.so.1
> * libscf.so.1
> * libuutil.so.1
> * libgen.so.1
> * libsmbios.so.1
There are not interfaces per se: you'd rather list the corresponding ARC
cases (if any) and their stability. Apart from that, the list seems
strange as is: I won't believe gdb links to libsmbios.so.1 directly. I
suppose you took the ldd output, which also lists indirect dependencies
which are of no concern here. If I check /usr/bin/gdb on snv_121 (SPARC),
I find that libmp, libmd, libscf, libuutil and libgen are in that
category. Is there any reason to switch from libncurses as used in gdb 6.3
to libcurses?
> > In
> > particular, what about readline support? Will it be included?
>
> readline support is present. gdb 6.8 includes its own copy of
> readline-5.1 source which is used during the build.
I think this is unfortunate: since we now include libreadline.so, it would
be much better to use that one rather than to statically link a private
copy.
Rainer
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
