From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16838 invoked by alias); 2 Dec 2013 16:20:54 -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 16827 invoked by uid 89); 2 Dec 2013 16:20:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.0 required=5.0 tests=AWL,BAYES_50,RDNS_NONE autolearn=no version=3.3.2 X-HELO: relay1.mentorg.com Received: from Unknown (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 02 Dec 2013 16:20:52 +0000 Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1VnWEe-0006G8-Bp from Sandra_Loosemore@mentor.com ; Mon, 02 Dec 2013 08:20:36 -0800 Received: from SVR-ORW-FEM-05.mgc.mentorg.com ([147.34.97.43]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Dec 2013 08:20:33 -0800 Received: from [IPv6:::1] (147.34.91.1) by svr-orw-fem-05.mgc.mentorg.com (147.34.97.43) with Microsoft SMTP Server id 14.2.247.3; Mon, 2 Dec 2013 08:20:24 -0800 Message-ID: <529CB31A.1050704@codesourcery.com> Date: Mon, 02 Dec 2013 16:20:00 -0000 From: Sandra Loosemore User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Chung-Lin Tang CC: Joel Brobecker , Subject: Re: [patch, nios2] Update Linux parts for new syscall ABI References: <529AF143.9060704@codesourcery.com> <20131202032333.GN3114@adacore.com> <529C107E.10308@codesourcery.com> <20131202074423.GS3114@adacore.com> <529C46BA.8050403@codesourcery.com> In-Reply-To: <529C46BA.8050403@codesourcery.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-12/txt/msg00042.txt.bz2 On 12/02/2013 01:37 AM, Chung-Lin Tang wrote: > On 13/12/2 3:44 PM, Joel Brobecker wrote: >>> Is Sandra not nios2 maintainer, or is she just not yet added to the >>> MAINTAINERS file? >> >> She is not maintainer as far as I know (yet?). > > Then I guess something was missed during the port submission? Is nios2 > currently (technically) maintainer-less? ^^;; FWIW, I did volunteer to be nios2 maintainer when I submitted the port. I don't know if accepting the port automatically made me maintainer, or not. If there is a separate process for naming maintainers, I'd be fine with Chung-Lin being named a co-maintainer too since he knows as much about this code as I do. > nios2 support will only appear in the next 7.7 release. We're trying to > ensure only new-ABI support appears in formal FSF releases across all > toolchain components. > >> I don't have any personal interest in this, other than trying to serve >> the interest of the potential users. If it's deemed too hard or useless >> by the nios community, then I won't object. > > I can't personally judge what the community will react. However, our > work with Altera is to move everything towards the new syscall ABI. The > upstreamed ports of GCC and glibc will also be entirely new-ABI. Given that nios2 GCC, glibc, and Linux kernel ports are not upstream yet, I think "the community" is primarily using the complete toolchains packaged by Altera or Mentor Graphics, which already include a GDB that works with the other old-ABI components packaged with those toolchains. Altera wants to switch completely to the new ABI, and there will be no old-ABI compatibility support in future versions of GCC, glibc, or Linux; why is it needed in GDB? -Sandra