Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!zephyr.ens.tek.com!orca.wv.tek.com!frip!andrew
From: andrew@frip.WV.TEK.COM (Andrew Klossner)
Newsgroups: comp.sys.m88k
Subject: Re: Information wanted on m88000 Risc workstations
Message-ID: <5820@orca.wv.tek.com>
Date: 10 Jan 90 15:40:10 GMT
References: <75406@tut.cis.ohio-state.edu> <10825@encore.Encore.COM> <25AAEB98.17261@paris.ics.uci.edu>
Sender: andrew@orca.wv.tek.com
Reply-To: andrew@frip.wv.tek.com
Organization: Tektronix, Wilsonville, Oregon
Lines: 17

[]

	"Why would you think that GDB would have to be extended?  A
	breakpoint on a line is a breakpoint on a line, no?  A "list"
	command lists some source lines, yes?  What the difference if
	it's FORTRAN or C?"

We've had to do considerable work extending gdb to play with Green
Hills Fortran.  One big difference is that Fortran arrays are stored in
column-major order.  Another is that Fortran parameters are passed by
reference.  Still another is that Fortran passes string parameters as
(address, length).  To support Fortran application programmers, it's
inadequate to let GDB display this information as though the C language
model were in effect.

  -=- Andrew Klossner   (uunet!tektronix!frip.WV.TEK!andrew)    [UUCP]
                        (andrew%frip.wv.tek.com@relay.cs.net)   [ARPA]