Re: A patch for gnu-regex

["H . J . Lu" <hjl@lucon.org>]

On Fri, Mar 10, 2000 at 10:01:08AM +1100, Andrew Cagney wrote:
> 
> I would like to see GDB-5 provide consistent behavour across all the
> random GNU/Linux distributions that are out there.  I think this is
> consistent with other applications that rely on regexp - VI being a very
> very good example.  I also want to be able to say, with some certainty,
> that a users regexp problem is attributable to GDB and _not_ random
> regexp of the day.

It seems that gdb is the only program you care on a GNU/Linux system.
You don't care if glibc nor other system programs work correctly or
not. As a long time Linux C library developer, I have received so
many bug reports derived from the system programs. I don't see
many Linux people go out to get their own replacements for the broken
functions in libc. I guess that is the one difference between Linux
and GNU. We are not writing replacements. We are working on the system
default.

> 
> A GNU/Linux distributor is free to build a GDB that regexp from an
> installed glibc. Actually such a distributor is free to do what ever
> they like :-)

Are you saying as far as gdb is concerned, you have no interests
whatsoever in glibc nor helping glibc developers and GNU/Linux
distributors? If it is true, that is too bad.


H.J.
From grante@visi.com Sat Apr 01 00:00:00 2000
From: Grant Edwards <grante@visi.com>
To: gdb@sourceware.cygnus.com
Subject: RDI target broken in 000215 snapshot
Date: Sat, 01 Apr 2000 00:00:00 -0000
Message-id: <20000221104541.A28578@visi.com>
X-SW-Source: 2000-q1/msg00361.html
Content-length: 746

The RDI target support seems to be broken in the 000215
snapshot.  I'm unable to execute any of the eCos test programs,
or any other applictions I've written. (they run fine with a
patched-up 4.18 gdb).  I don't know what's wrong with it and
won't have time to look at it for a while.  

Is somebody currently working on the RDI code?  If so, I'll
leave well enough alone until the code stabilizes.

[I've gotten fed up with the RDI code that only lets you use
certain devices for the serial connection to the target (and
the one I have connected is never one of the allowed devices),
so I decided to fix the code to allow the user to specify any
device he wants.  For now I guess I'll work with 4.18 sources.]

-- 
Grant Edwards
grante@visi.com
From ac131313@cygnus.com Sat Apr 01 00:00:00 2000
From: Andrew Cagney <ac131313@cygnus.com>
To: Eli Zaretskii <eliz@delorie.com>
Cc: gdb@sourceware.cygnus.com
Subject: Re: annotate.texi
Date: Sat, 01 Apr 2000 00:00:00 -0000
Message-id: <38C74298.B562FDD1@cygnus.com>
References: <200003070832.DAA14451@indy.delorie.com>
X-SW-Source: 2000-q1/msg00633.html
Content-length: 589

Eli Zaretskii wrote:
> 
> Is there any reason why annotate.texi shouldn't be @include'd by
> gdb.texinfo and be part of the manual?  Right now, "set annotate" is
> not documented at all, and annotate.texi seems to be just what the
> doctor ordered...

I just wonder if we want to encourage its use :-)

> And while at that, NEWS seems to be in the need of some work, it
> doesn't mention many of the new features that already are in the CVS
> tree.  I would like at least to mention the improvements in the DJGPP
> version.

A call for news is on my list of pre 5.0 things-to-do.

	Andrew
From rearnsha@arm.com Sat Apr 01 00:00:00 2000
From: Richard Earnshaw <rearnsha@arm.com>
To: Grant Edwards <grante@visi.com>
Cc: rearnsha@arm.com
Subject: Re: Address of variable doesn't work (ARM-ELF 4.18)? 
Date: Sat, 01 Apr 2000 00:00:00 -0000
Message-id: <200001271540.PAA27230@cam-mail2.cambridge.arm.com>
References: <20000126103232.A15413@visi.com>
X-SW-Source: 2000-q1/msg00061.html
Content-length: 689

grante@visi.com said:
> Using arm-elf-gdb 4.18, how do I get gdb to print the address of a
> variable or to use the address of a variable as the argument for an
> 'x' command? 

Info address should give you what you want, and a lot more besides.  It 
works even if the symbol you have asked for is in a register.

(gdb) info address main
Symbol "main" is a function at address 0x3b064.

(gdb) info address optimize
Symbol "optimize" is static storage at address 0x3214d4.

(gdb) info address argc
Symbol "argc" is an argument at offset 68.

(gdb) info address p
Symbol "p" is a local variable at frame offset -20.

(gdb) info address c
Symbol "c" is a variable in register l0.


Richard.