I have received the replies.  I am on the opensolaris arc alias and open 
cases seem to be forwarded there.

Thanks,
George

Raj Prakash wrote:
> Please copy George Vasick on your emails. -- Raj
> 
> -------- Original Message --------
> Subject:      Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack 
> timeout 09/22/2009]
> Date:         Wed, 23 Sep 2009 13:14:08 +0200
> From:         Rainer Orth <ro at techfak.uni-bielefeld.de>
> To:   Raj Prakash <Raj.Prakash at Sun.COM>
> CC:   Raj Prakash <rprak at antler.sfbay.sun.com>, LSARC-ext at sun.com
> 
> 
> 
> Raj Prakash <Raj.Prakash at sun.com> writes:
> 
>> 2. Project Summary
>>    2.1. Project Description:
>>      Upgrade GDB from version 6.3 to 6.8, the latest released version.
>>      Also, add support for debugging 64 bit executables.
>>
>> 4. Technical Description:
>>     4.1. Details:
>>      The GDB 6.8 source will be built both -m32 and -m64.  The 64 bit
>>      build is required to support debugging of 64 bit executables.
>>      Users running on 64 bit systems will get the 64 bit version of
>>      GDB by default allowing them to debug both 32 bit and 64 bit
>>      executables while users running on 32 bit systems will get the 32
>>      bit version of GDB allowing them to debug 32 bit executables.
>>      The isaexec command will be used to invoke the appropriate
>>      version of the debugger depending on the system.
> 
> 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.
> 
>>     4.5. Interfaces:
>>      GDB 6.8 will be installed in /usr/bin with compatibility links
>>      added to /usr/sfw/bin similar to the the current 6.3 version:
> 
> I think those should be listed in this case as well.  What about symlinks
> for info and man pages?
> 
>>      usr
>>      usr/bin
>>      usr/bin/amd64
>>      usr/bin/amd64/gdb
>>      usr/bin/amd64/gdbtui
>>      usr/bin/gdb=../lib/isaexec
>>      usr/bin/gdbtui=../lib/isaexec
>>      usr/bin/i86
>>      usr/bin/i86/gdb
>>      usr/bin/i86/gdbtui
>>      usr/bin/sparcv9
>>      usr/bin/sparcv9/gdb
>>      usr/bin/sparcv9/gdbtui
>>      usr/sfw
>>      usr/sfw/bin
>>      usr/sfw/bin/gdb=../../bin/gdb
>>      usr/sfw/bin/gdbtui=../../bin/gdbtui
>>      usr/share
>>      usr/share/info
>>      usr/share/info/annotate.info
>>      usr/share/info/gdb.info
>>      usr/share/info/gdb.info-1
>>      usr/share/info/gdb.info-2
>>      usr/share/info/gdb.info-3
>>      usr/share/info/gdb.info-4
>>      usr/share/info/gdbint.info
>>      usr/share/info/gdbint.info-1
>>      usr/share/info/gdbint.info-2
>>      usr/share/info/stabs.info
>>      usr/share/man
>>      usr/share/man/man1
>>      usr/share/man/man1/gdb.1
>>      usr/share/man/man1/gdbtui.1
> 
> Rather than list all files and directories in SUNWgdb, it would be better
> to list the exported (and imported) interfaces and their stability.  In
> particular, what about readline support?  Will it be included?
> 
>       Rainer
> 
> -- 
> -----------------------------------------------------------------------------
> Rainer Orth, Center for Biotechnology, Bielefeld University
> 

Reply via email to