Re: GDB error messages

[Fernando Nasser <fnasser@cygnus.com>]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 5907 bytes --]

Daniel Berlin wrote:
> 
> Fernando Nasser <fnasser@cygnus.com> writes:
> 
> It means his target isn't defining to_has_exec in the target_ops.
> So it doesn't know how to run it.
> When I first started the port to BeOS, after I got the config files
> set up right so that you could actually compile, these are the
> messages you would get if you tried to load and run something.
> --Dan
> 

Yes, if it is a new port the target vector has not been set up properly.

That is why we want't people to get thins talking to gdb through the remote
interface.  This way all you have to do is to make sure your stub talks 
"remote" properly.  No meddling with gdb target stuff is needed and the
proliferation of remote-* and other interfaces is avoided.



-- 
Fernando Nasser
Red Hat Canada Ltd.                     E-Mail:  fnasser@cygnus.com
2323 Yonge Street, Suite #300           Tel:  416-482-2661 ext. 311
Toronto, Ontario   M4P 2C9              Fax:  416-482-6299
From fnasser@cygnus.com Fri Aug 04 07:16:00 2000
From: Fernando Nasser <fnasser@cygnus.com>
To: Daniel Berlin <dberlin@redhat.com>
Cc: Gerwyn Davies <gerwynd@tommoll.freeserve.co.uk>, GDB <gdb@sourceware.cygnus.com>
Subject: Re: GDB error messages
Date: Fri, 04 Aug 2000 07:16:00 -0000
Message-id: <398AD026.9651426@cygnus.com>
References: <002301bffda8$4e0d70e0$ec08883e@gtd-s-machine> <398AC769.89CFF86F@cygnus.com> <m3r9853zf4.fsf@dan2.cygnus.com>
X-SW-Source: 2000-08/msg00036.html
Content-length: 780

Daniel Berlin wrote:
> 
> Fernando Nasser <fnasser@cygnus.com> writes:
> 
> It means his target isn't defining to_has_exec in the target_ops.
> So it doesn't know how to run it.
> When I first started the port to BeOS, after I got the config files
> set up right so that you could actually compile, these are the
> messages you would get if you tried to load and run something.
> --Dan
> 

My previous comment does not apply to native targets, of course...

I know nothing about BeOS. What does it use for debugging?  I guess it does
not have ptrace or procfs...


-- 
Fernando Nasser
Red Hat Canada Ltd.                     E-Mail:  fnasser@cygnus.com
2323 Yonge Street, Suite #300           Tel:  416-482-2661 ext. 311
Toronto, Ontario   M4P 2C9              Fax:  416-482-6299
From dje@transmeta.com Fri Aug 04 14:02:00 2000
From: Doug Evans <dje@transmeta.com>
To: gdb@sourceware.cygnus.com, binutils@sourceware.cygnus.com
Cc: cgen@sourceware.cygnus.com
Subject: cgen, binutils, gdb
Date: Fri, 04 Aug 2000 14:02:00 -0000
Message-id: <200008042102.OAA09642@casey.transmeta.com>
X-SW-Source: 2000-08/msg00037.html
Content-length: 1196

Ben Elliston writes on the binutils mailing list:
 > Hi guys,
 > 
 > Here is a continuation of the patches I provided earlier in the week.  
 > These files are also required by CGEN.

On a related note, I wonder how many people are aware of how much
generated C code is in binutils and gdb.  I guess no one pays much
attention to the m32r or fr30 ports. :-)
Over time I hope this will grow.  How it grows is what the cgen
group needs input on.

As people do new ports, it'd be great if they could think about using cgen
(and giving us feedback as to why they couldn't / didn't want to).
One thing the cgen group needs from the Binutils and GDB groups is
feedback on how we handle this.

There's no real immediate point to converting existing ports
to cgen, but there might be some down-the-road benefits.

Do people have a show-stopper of a problem with continuing with
business as usual? [including generated code in cvs and in binutils,
gdb releases]

Do people mind requiring Guile to build cgen Binutils/GDB ports?
[bet that's an odd thing to hear ...]

I'll leave it at that and see where the discussion leads.

For those who missed it, the cgen home page is
http://sources.redhat.com/cgen/
From novedades@3b.com.ar Sat Aug 05 01:19:00 2000
From: novedades <novedades@3b.com.ar>
To: gdb@sourceware.cygnus.com
Subject: Los mejores precios en Computadoras Personales y accesorios...
Date: Sat, 05 Aug 2000 01:19:00 -0000
Message-id: <2717.965463552.0@NO-ID-FOUND.mhonarc.org>
X-SW-Source: 2000-08/msg00038.html
Content-length: 1738

En nuestras instalaciones usted encontrará más de 200 metros cuadrados con la 
última tecnología disponible en el mercado junto con el mejor asesoramiento. 
 PC Multimedia configurable a su medida, monitores scanners, impresoras, joysticks, 
parlantes, juegos.  Amplio surtido en insumos para impresoras. Epson, Compaq, 
Creative, Diamond, Verbatim, Agfa, Samsung, Lexmark, Canon y muchas otras marcas.

Consulte por créditos del Banco Nación para la compra de Computadoras Personales.


ESTAS SON ALGUNAS DE NUESTRAS OFERTAS

PC MULTIMEDIA
Procesador AMD K6-2-533Mhz - Disco 10 Gb - CD ROM 52X - Monitor color SVGA  14" 
-  64 Mb SDRAM - Gabinete Minitower - Video - Sonido - Red - Modem 56K V90.
$699.00

CD-ROM / DVD / CD-RW COMBO marca SAMSUNG
Unidad de CD, Grabadora y regrabadora mas DVD todo en uno. Velocidad 4x4x4x24
$369.00

CD Virgen marca VERBATIM - Datalife Plus
$1.25

SCANNER AGFA 1212P
Resolucion 9600 dpi  - Paralelo
$99.00

Los precios incluyen IVA y son contado efectivo.

Por otros productos y configuraciones no dude en consultarnos a:


3B COMPUTERS S.A.
Av. Corrientes 3149 (a metros del Shopping Abasto)  -  Buenos Aires
Tel: (011)4866-5999 y líneas rotativas.
www.3B.com.ar - Ventas@3B.com.ar < mailto:Ventas@3B.com.ar >
Horario de Lunes a Sábado de 10 a 21hs.



Este mensaje se envía con la complacencia de la nueva legislación sobre correo 
electrónico: Por sección 301, parrafo (a)(2)(C) de S.1618  Bajo el decreto S.1618 
titulo 3ro. Aprobado por el 105 congreso base de las normativas internacionales 
sobre SPAM, este E-mail no podrá ser considerado SPAM mientras incluya una forma 
de ser removido. 
Para ser removida de futuros correos simplemente responda indicando en el Subject 
REMOVER