From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3589 invoked by alias); 17 Aug 2003 20:48:55 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 3582 invoked from network); 17 Aug 2003 20:48:52 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (213.93.115.144) by sources.redhat.com with SMTP; 17 Aug 2003 20:48:52 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6p2/8.12.5) with ESMTP id h7HKmmCH009481; Sun, 17 Aug 2003 22:48:48 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6p2/8.12.6) with ESMTP id h7HKmmF7034779; Sun, 17 Aug 2003 22:48:48 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6p2/8.12.6/Submit) id h7HKmlex034776; Sun, 17 Aug 2003 22:48:47 +0200 (CEST) Date: Sun, 17 Aug 2003 20:48:00 -0000 Message-Id: <200308172048.h7HKmlex034776@elgar.kettenis.dyndns.org> From: Mark Kettenis To: gdb@sources.redhat.com CC: obrien@freebsd.org Subject: The SPARC target X-SW-Source: 2003-08/txt/msg00177.txt.bz2 Folks, The SPARC target has been unmaintained for quite some time now[1] (since november 2001) and it shows. It doesn't compile on FreeBSD, and running the testsuite on FreeBSD/sparc64 (after fixing it), Solaris 2.8 and NetBSD/sparc results in hundreds of unexpected failures with quite a few unresolved testcases. I think the target is bordering on (un)usability. It's obvious what's wrong: the code is in a very bad shape. It's deprecation and obsoletion everywhere. It's gotten to a point where *I* can't make any sense out of it anymore. Instead of fixing the old broken code, I started implementing a FreeBSD/sparc64 target from scratch. Even though my work isn't finished yet, it already does a better job than the existing SPARC target. Of course it uses the new unwinder framework. I hope to be able to finish it in the coming weeks, and check it in alongide the old code. The new target is 64-bit only (which is fine for FreeBSD/sparc64), but I have anticipated on writing the 32-bit bits. When those are ready I intend to convert all "active" SPARC targets to use the new code, replacing the old 32-bit code with the new 32-bit code. Unfortunately, I won't be able to test all SPARC targets. As a result we'll probably end up with a number of broken SPARC targets. Consider this message as a HEADS UP. Mark [1] Maintenance only since november 2001 according to the CVS hostory of the MAINTAINERS file.