Re: Proposal: convert function definitions to prototyped form

[jtc@redback.com (J.T. Conklin)]

>>>>> "Andrew" == Andrew Cagney <ac131313@cygnus.com> writes:
Andrew> Given that people are currently editing headers to remove
Andrew> spaces by hand this sounds like a good idea.  One thing, how
Andrew> does one pass ``indent.pro'' rather than have it pick up
Andrew> ``.indent.pro''?  I suspect it can be maintained largely by
Andrew> hand (please not another perl script to maintain it - we can't
Andrew> make perl a requirement on developers :-)

For what we want to do, indent needs an option to disable processing
the .indent.pro files located in the current or home directories, and
another to process an arbitrary file.  I examined the latest revision
of the indent sources, 2.2.5, and I can not find an option to process
a file containing options.

It appears that indent is being actively maintained.  Perhaps someone
with a bit of time on their hands can work with the indent maintainer
to get such an option in a future revesion.

        --jtc

-- 
J.T. Conklin
RedBack Networks
From kettenis@wins.uva.nl Mon Jun 05 11:54:00 2000
From: Mark Kettenis <kettenis@wins.uva.nl>
To: ac131313@cygnus.com
Cc: gdb@sourceware.cygnus.com, shebs@apple.com, fnasser@cygnus.com
Subject: Re: 5.0 post mortem
Date: Mon, 05 Jun 2000 11:54:00 -0000
Message-id: <200006051853.e55IriS09643@delius.kettenis.local>
References: <393B16D9.E217DAA1@cygnus.com>
X-SW-Source: 2000-06/msg00043.html
Content-length: 548

   Date: Mon, 05 Jun 2000 12:56:25 +1000
   From: Andrew Cagney <ac131313@cygnus.com>

   Well before a 5.0.1 or 5.1 release is started its probably worth having
   a bit of a post-mortem (where the vultures can pick over the bones of
   what happened :-)  Here are my random thoughts:

[snip]

	   o	we need more tests

Here's a test for the x86 SIGALRM problem that's still listed in the
TODO file to remind us of adding it.  Looks like it's falling through
the cracks:

   http://sourceware.cygnus.com/ml/gdb-patches/2000-05/msg00309.html

Mark
From dan@cgsoftware.com Mon Jun 05 13:51:00 2000
From: Daniel Berlin <dan@cgsoftware.com>
To: gdb-patches@sourcware.cygnus.com
Cc: gdb@sourceware.cygnus.com
Subject: [FYI]: Incoming C++ changes
Date: Mon, 05 Jun 2000 13:51:00 -0000
Message-id: <Pine.LNX.4.10.10006051338440.29861-100000@propylaea.anduin.com>
X-SW-Source: 2000-06/msg00044.html
Content-length: 1002

I made quite a bunch of C++ improvements over the weekend (i was gone
until 3pm today), i'll be committing in a moment. 
In no particular order:

1. Symbol table performance is vastly improved. No longer do we need to
force a linear search for C++, ever.
This required simply changing STREQ(SYMBOL_NAME,name)) to
SYMBOL_MATCHES_NAME. Once that was done, the issues that required doing
the linear search in the first place no longer occurred. This change
causes no regressions.
2. Template handling improvements. Should be as good as it is on HP now.
Required removing some code in the expression parser that was dupicating,
but doing less, than something that could already do it.
3. Test suite improvements: Tests we previously skipped on g++, we now
don't skip, and pass (particularly, template tests). I also added a
namespace test from the gdb.hp dir. This requirred changing a few tests to
accept valid output.
This actually exposes what appears to be a bug in demangling when you use
stabs.