From: pavenis AT lanet DOT lv To: Eli Zaretskii , djgpp AT delorie DOT com Date: Tue, 28 Mar 2000 20:12:08 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Gdb and floating point Message-ID: <38E11218.31381.2D63BC@localhost> In-reply-to: <200003260336.WAA22182@mescaline.gnu.org> References: <8bikck$54qp1$1 AT fu-berlin DOT de> (buers AT gmx DOT de) X-mailer: Pegasus Mail for Win32 (v3.12c) Reply-To: djgpp AT delorie DOT com Errors-To: dj-admin AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On 25 Mar 2000, at 22:36, Eli Zaretskii wrote: > > Is there a possibility to print floating point values, that are > currently in a floating point register, by the name of the variable? > > I don't know. I'd suggest first to find out whether GCC at all puts > that info into the debugging info it attaches to the program. (I > suspect it doesn't, in which case it's not a GDB problem.) Questions > about this latter issue should probably be posted to the Binutils > forum. > > I have a newer version of GDB on my development machine which might > solve this problem, but I'm on the road now, so you will have to wait > for a few days if you want to know. > > One thing I *do* know that GDB 4.18 doesn't handle in the DJGPP port > is functions that return FP values in FP registers: it displays > garbage as the return value for such functions. GDB 5.0 will corrects > this bug. > Really? At least I built gdb-20000327 for DJGPP without problems (thanks Eli for that) but as I tested problem seems to still be there: I cannot inspect floating pount values in function which return double in register (p ..., shows something like X.XXXXXe-312) I used gcc-2.95.2 (my last not released build about 2 weeks ago). Tried "-g"and "-gstabs+3": no difference. Also. Had to hack RHIDE rather much to be able to build it using this snapshot. After that it seems to work Ok, but the nuisance with displaying double values is still not gone of course. Andris