From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23406 invoked by alias); 1 Sep 2014 12:53:27 -0000 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 Received: (qmail 23395 invoked by uid 89); 1 Sep 2014 12:53:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,MIME_BASE64_BLANKS,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mailapp01.imgtec.com Received: from mailapp01.imgtec.com (HELO mailapp01.imgtec.com) (195.59.15.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 01 Sep 2014 12:53:26 +0000 Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35]) by Websense Email Security Gateway with ESMTPS id 9F9B61AA7DBA0; Mon, 1 Sep 2014 13:53:19 +0100 (IST) Received: from KLMAIL02.kl.imgtec.org (10.40.60.222) by KLMAIL01.kl.imgtec.org (192.168.5.35) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 1 Sep 2014 13:53:22 +0100 Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by klmail02.kl.imgtec.org (10.40.60.222) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 1 Sep 2014 13:53:22 +0100 Received: from LEMAIL01.le.imgtec.org ([fe80::5ae:ee16:f4b9:cda9]) by LEMAIL01.le.imgtec.org ([fe80::5ae:ee16:f4b9:cda9%17]) with mapi id 14.03.0195.001; Mon, 1 Sep 2014 13:53:21 +0100 From: Matthew Fortune To: Fredrik Hederstierna , "gdb@sourceware.org" Subject: RE: Core file support for ARM none (again) Date: Mon, 01 Sep 2014 12:53:00 -0000 Message-ID: <6D39441BF12EF246A7ABCE6654B0235320EFE07D@LEMAIL01.le.imgtec.org> References: In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-IsSubscribed: yes X-SW-Source: 2014-09/txt/msg00003.txt.bz2 RnJlZHJpayBIZWRlcnN0aWVybmEgPGZyZWRyaWsuaGVkZXJzdGllcm5hQHZl cmlzdXJlLmNvbT4gd3JpdGVzOg0KPiBJIGp1c3QgcG9zdCB0aGVzZSBsaW5l cyBhZ2Fpbiwgc2luY2UgaXRzIHNsaWdodGx5IGZydXN0cmF0aW5nIHRvIG5v dCBnZXQNCj4gYW55IHJlc3BvbnNlIG5vciBmZWVkYmFjayBhdCBhbGwuDQo+ IElzIGl0IGp1c3QgbWUgdGhpbmtpbmcgdGhhdCBoYXZpbmcgY29yZSBmaWxl IHN1cHBvcnQgYWxzbyBmb3Igbm9uLUxpbnV4DQo+IEFSTSBFQUJJIHRhcmdl dHMgd291bGQgYmUgZ3JlYXQ/DQo+IEFueSBmZWVkYmFjayBpcyBtb3N0IHdl bGNvbWUsIGdvb2Qgb3IgYmFkIQ0KDQpXaGlsZSBJIGRvbid0IGhhdmUgYW55 IHBhcnRpY3VsYXIgbmVlZCB0byB3b3JrIHdpdGggYmFyZSBtZXRhbCBBUk0g c3lzdGVtcw0KdGhlIGdlbmVyYWwgY29uY2VwdCBzZWVtcyByZWxhdGl2ZWx5 IHVzZWZ1bCBmb3IgUlRPUyBvciBuby1PUyBkZXZlbG9wZXJzLg0KDQpUaGVy ZSBpcyB0aGUgcXVlc3Rpb24gb2YgaG93IGhlbHBmdWwgdGhpcyBpcyBpbiB0 aGUgZ2VuZXJhbCBjYXNlIGFzIHRoZQ0KcHJvcG9zYWwgcmVxdWlyZXMgY3Vz dG9tIGNsaWVudCBzaWRlIHN1cHBvcnQuIEkuZS4gQSB1c2VyIHdvdWxkIGhh dmUgdG8NCmRlYWwgd2l0aCBhdCBsZWFzdCB0aGVzZSB0aHJlZSBwcm9ibGVt cyBmb3IgdGhlIEdEQiBzdXBwb3J0IHRvIGJlIHVzZWZ1bC4NCg0KKiBUaGUg c2NlbmFyaW9zIHdoZXJlIHRoZSB0YXJnZXQgaGFzIGZhaWxlZCBpbiBzb21l IHdheSBidXQgaXMgc3RpbGwNCiAgY2FwYWJsZSBvZiBleGVjdXRpbmcgY29k ZS4NCiogSW1wbGVtZW50YXRpb25zIG9mIHRoZSB0YXJnZXQgc2lkZSBzdHVi IGluIHNvbWV0aGluZyBsaWtlIGZyZWVydG9zIG9yDQogIHNlbWktaG9zdGlu ZyBzdHlsZSBjb2RlLg0KKiBXaGVyZSB0byBzdG9yZSB0aGUgY29yZSBmaWxl DQoNClBlcmhhcHMgd2hhdCBJJ20gc3VnZ2VzdGluZyBpcyB0aGF0IHRoZSBp ZGVhIG1heSBuZWVkIGFuIGV4YW1wbGUgdGFyZ2V0DQpzaWRlIGltcGxlbWVu dGF0aW9uIGluIHNvbWUgZnJlZSBzb2Z0d2FyZSB0byBnYWluIGludGVyZXN0 Lg0KDQooSSBoYXZlIG5vIHNheSBpbiB3aGF0IGlzIGFuZCBpcyBub3Qgc3Vp dGFibGUgZm9yIEdEQiwgdGhlc2UgYXJlIGp1c3QNCnNvbWUgdGhvdWdodHMp DQoNClJlZ2FyZHMsDQpNYXR0aGV3DQo= >From gdb-return-43665-listarch-gdb=sources.redhat.com@sourceware.org Mon Sep 01 12:57:08 2014 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 30032 invoked by alias); 1 Sep 2014 12:57:07 -0000 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 Delivered-To: mailing list gdb@sourceware.org Received: (qmail 30010 invoked by uid 89); 1 Sep 2014 12:57:07 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_50 autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: smtp.eu.adacore.com Received: from mel.act-europe.fr (HELO smtp.eu.adacore.com) (194.98.77.210) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 01 Sep 2014 12:57:06 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 9142C2A6DFBA; Mon, 1 Sep 2014 14:57:02 +0200 (CEST) Received: from smtp.eu.adacore.com ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bGWrLrF05lRJ; Mon, 1 Sep 2014 14:57:02 +0200 (CEST) Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.1.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.eu.adacore.com (Postfix) with ESMTPSA id 4D9D02A6DF86; Mon, 1 Sep 2014 14:57:02 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Synchronizing Binutils and GDB releases From: Tristan Gingold In-Reply-To: <53F21C4B.4000109@redhat.com> Date: Mon, 01 Sep 2014 12:57:00 -0000 Cc: Joel Brobecker , "binutils@sourceware.org" , gdb@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <53F21C4B.4000109@redhat.com> To: Nicholas Clifton X-IsSubscribed: yes X-SW-Source: 2014-09/txt/msg00004.txt.bz2 Content-length: 746 On 18 Aug 2014, at 17:31, Nicholas Clifton wrote: > Hi Tristan, Hi Joel, >=20 > What do you think to the idea of synchronizing GDB and BINUTILS releases= ? I understand the packager point of view and I am not against that idea. But, I think this can make sense only if both projects are merged, with onl= y one release manager (team), with only one team of maintainers. Otherwise= I am afraid of misunderstanding and delays during release periods. As a fact, very few peoples are active on both projects, so I am not sure i= f hackers want to unify both projects. Maybe the binutils team can try to simply 'qualify' the gdb releases: testi= ng the prerelease and fixing regression. That would be lighter. Tristan.