From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 46244 invoked by alias); 23 Apr 2015 12:07:02 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 46226 invoked by uid 89); 23 Apr 2015 12:07:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 23 Apr 2015 12:06:56 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 7ADCD2BCD62 for ; Thu, 23 Apr 2015 12:06:55 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t3NC6rTA031391; Thu, 23 Apr 2015 08:06:54 -0400 Message-ID: <5538E05D.2060103@redhat.com> Date: Thu, 23 Apr 2015 12:07:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Jan Kratochvil CC: gdb-patches@sourceware.org, Phil Muldoon Subject: Re: [PATCH] compile: Use libcc1.so->libcc1.so.0 References: <20150421213616.14023.38329.stgit@host1.jankratochvil.net> <5538DA94.6080704@redhat.com> <20150423115236.GB5959@host1.jankratochvil.net> In-Reply-To: <20150423115236.GB5959@host1.jankratochvil.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-04/txt/msg00871.txt.bz2 On 04/23/2015 12:52 PM, Jan Kratochvil wrote: > On Thu, 23 Apr 2015 13:42:12 +0200, Pedro Alves wrote: >> desired base version and desired C-specific version. If the >> request can be satisfied, a compatible gcc_context object will be >> ^^^^^^^^^^ >> returned. Otherwise, the function returns NULL. */ > > OK, that may mean that GCC is allowed to return compatible GCC_FE_VERSION_1 > API even when client asked for GCC_FE_VERSION_0. Yes, if the versions are compatible, and if the version is recorded in a field in the returned context structure, then will even be simpler to just return the highest version compatible, than my suggestion of having gdb try both v1 and fallback to v0, which can be left for when we decide to make a vN+1 that is not compatible with vN. This is just like duck typing. > Thanks for the clarification although I do not find the comment so clear. Thanks, Pedro Alves