From mboxrd@z Thu Jan 1 00:00:00 1970 From: jtc@redback.com (J.T. Conklin) To: Andrew Cagney Cc: Kevin Buettner , Mark Kettenis , gdb@sourceware.cygnus.com Subject: Re: Proposal: convert function definitions to prototyped form Date: Mon, 05 Jun 2000 11:05:00 -0000 Message-id: <5mhfb83sy8.fsf@jtc.redback.com> References: <1000602075018.ZM29997@ocotillo.lan> <200006021226.e52CQ2I01239@delius.kettenis.local> <1000602151553.ZM30578@ocotillo.lan> <5mya4om115.fsf@jtc.redback.com> <3938F700.509FD4AA@cygnus.com> X-SW-Source: 2000-06/msg00042.html >>>>> "Andrew" == Andrew Cagney 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 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 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 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: 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.