From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2583 invoked by alias); 12 Nov 2004 15:52:41 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2501 invoked from network); 12 Nov 2004 15:52:25 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 12 Nov 2004 15:52:25 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id iACFqPxC024571 for ; Fri, 12 Nov 2004 10:52:25 -0500 Received: from localhost.redhat.com (to-dhcp51.toronto.redhat.com [172.16.14.151]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id iACFqOr25496; Fri, 12 Nov 2004 10:52:24 -0500 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 7CA84129D8C; Fri, 12 Nov 2004 10:51:08 -0500 (EST) Message-ID: <4194DBEB.6010304@gnu.org> Date: Fri, 12 Nov 2004 15:52:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Mark Kettenis Cc: joseph@codesourcery.com, kevinb@redhat.com, gdb-patches@sources.redhat.com Subject: Re: Assume solib.h References: <4193BFA0.3060607@gnu.org> <200411112005.iABK5FrV098628@elgar.sibelius.xs4all.nl> <4193DDCE.7060205@gnu.org> <200411112224.iABMODmo099121@elgar.sibelius.xs4all.nl> In-Reply-To: <200411112224.iABMODmo099121@elgar.sibelius.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-11/txt/msg00264.txt.bz2 Mark Kettenis wrote: > Date: Thu, 11 Nov 2004 16:46:54 -0500 > From: Andrew Cagney > > Mark Kettenis wrote: > > Date: Thu, 11 Nov 2004 14:38:08 -0500 > > From: Andrew Cagney > > > > Joseph, Kevin, > > > > The attached patch illustrates the minimum needed to enable solibs for > > Solaris. It just needs to be filled out so that other systems are > > updated like I did for PPC linux (hint, hint ;-) > > > > Once this is in place we can follow through with other cleanups - much > > will fall out! > > > > There's just one non-technical nit. > > > > It means breaking non solib.[hc] shared library systems. Kevin > > indicated that there were two - AIX and HP/UX remaining. I think we can > > live with that - we've patiently waited for what, more than two years > > for nothing to happen, so it is now time to give things that gentle push. > > > > IIRC (and looking at the code I think I do remember it correctly) this > > also breaks targets without shared library support. > > I gave it a full test with PowerPC GNU/Linux and sniff test with > powerpc-elf. If there are other problems, I'm sure they'll be sorted out. > > Really? Really! Please look again at the proposal. > Sorry Andrew, but if you want this to go in, you'll have to fix it. > (Of course I might do that myself to get OpenBSD/mips64 working again). as in your earlier comment: > please don't check in something like this without testing > this on some sort of embedded target, vax-dec-openbsd* or > vax-dec-ultrix4*. I'm really really sorry here (and remember I also hack on *BSD, even down to kernel fixes - you're hardly a voice in the wilderness on this one). We can't do this. My change allows Code Sorcery to achieve their goal of getting Solaris 10 support in GDB, while at the same time allow us to move forward with our objective of improving support for GNU, GNU/Linux and even the other mainstream Free and non-Free platform support. We win - Code Sorcery Wins; we have a symbiotic relationship. On the other hand, by effectively requiring that a contributor must first test/fix a change on marginal if not irrelevant systems such as vax-dec-ultrix4 (the suggestion also carried other less pleasant undertones), can only stall the host's (GDB's) development. Isn't that called a parasitic relationship? Andrew > 6 Platforms to Support > http://www.fsf.org/prep/maintain/html_node/Platforms.html#Platforms