From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28285 invoked by alias); 17 Dec 2006 01:24:12 -0000 Received: (qmail 28276 invoked by uid 22791); 17 Dec 2006 01:24:11 -0000 X-Spam-Check-By: sourceware.org Received: from hiauly1.hia.nrc.ca (HELO hiauly1.hia.nrc.ca) (132.246.100.193) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 17 Dec 2006 01:24:04 +0000 Received: from hiauly1.hia.nrc.ca (hiauly1.hia.nrc.ca [127.0.0.1] (may be forged)) by hiauly1.hia.nrc.ca (8.13.7/8.13.7) with ESMTP id kBH1NgpN025114; Sat, 16 Dec 2006 20:23:42 -0500 (EST) Received: (from dave@localhost) by hiauly1.hia.nrc.ca (8.13.7/8.13.7/Submit) id kBH1NfVF025104; Sat, 16 Dec 2006 20:23:41 -0500 (EST) Message-Id: <200612170123.kBH1NfVF025104@hiauly1.hia.nrc.ca> Subject: Re: Likely obsolete pieces of GDB To: drow@false.org (Daniel Jacobowitz) Date: Sun, 17 Dec 2006 01:24:00 -0000 From: "John David Anglin" Cc: gdb@sourceware.org, dave.anglin@nrc-cnrc.gc.ca, brobecker@adacore.com, kettenis@gnu.org In-Reply-To: <20061216205923.GA21428@nevyn.them.org> from "Daniel Jacobowitz" at Dec 16, 2006 03:59:23 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00152.txt.bz2 > hppa*-*-hiux* Definitely obsolete. > vax-*-* > > (But not NetBSD or OpenBSD) Ultrix still might work but I doubt anybody other than myself still has such a machine running. There still some interest in linux. > osf-share > > Something from this directory is used to build hpux-thread.o. > The rest of it is unused. hpux-thread.o is only enabled for > CMA threads, and PROBLEMS says (build/1411) that this hasn't > built at least since GDB 6.5. HP/UX has deprecated CMA threads > as of 11i. > > Is support for CMA threads still useful? Note that I'm talking > just about hpux-thread.o, not about support for HP/UX 10.20. The > PR is still open and still listed in PROBLEMS, but it looks like > Dave Anglin fixed it on 2004-11-22, so maybe it is. Or maybe > support for that platform is useful but not support for OSF > threads. I think CMA threads is still useful for HP-UX 10. GCC 4.3 still builds on this target with DCE/CMA thread support. I will continue to support HP-UX 10 in GCC at least for HP-UX 10. This generation of HP machines have proved very reliable and many are still running. I have built 6.5 on HP-UX 10.20. I will report back on the current status of the cvs source. > hpacc-abi.c > > Support for the HP aCC C++ compiler, on PA. HP-UX for Itanium > doesn't use this; GCC for hppa-hpux doesn't use it either. See > next item. > > hpread.c > > Support for symbolic debug info for the HP compilers on HP-UX. > This is the equivalent of dwarf2read, not the equivalent of > elfread; removing it won't interfere with non-symbolic > debugging or with debugging SOM executables produced by the > GNU tools. I raised the question of removing this support on > the GDB mailing list earlier in 2006 and there was general > support. The only people who spoke up saying they used HP's > compilers on HP-UX said that they use HP's fork of GDB > there anyway. > > hpux-thread.c In my opinion, support for the debug info used by HP compilers can be removed as it hasn't been supported for a number of years. We just need dwarf and stabs support for PA-RISC. The downside is that removing unused stuff and doing various cleanups has destabilized this target over the past few years. For those that want support for HP compilers, there's the wdb port from HP. > vax-nat.c > > Used for vax-bsd (not NetBSD or OpenBSD) and vax-ultrix. Even if these targets might still build, I think they can be removed. Dave -- J. David Anglin dave.anglin@nrc-cnrc.gc.ca National Research Council of Canada (613) 990-0752 (FAX: 952-6602)