From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130662 invoked by alias); 15 May 2017 20:01:49 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 130647 invoked by uid 89); 15 May 2017 20:01:49 -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,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=limiting, H*f:sk:2da1a73, H*i:sk:2da1a73, HX-Received:10.55.119.2 X-HELO: mail-qk0-f173.google.com Received: from mail-qk0-f173.google.com (HELO mail-qk0-f173.google.com) (209.85.220.173) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 15 May 2017 20:01:47 +0000 Received: by mail-qk0-f173.google.com with SMTP id y201so108868066qka.0 for ; Mon, 15 May 2017 13:01:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=hl0uIboTmygp5n/Bn5Bk+2dvDHCnzsrjroEAo5TB9jg=; b=PfTJqnhctC3aoe6tXUlfxSJqp3msz6hSKkKMdFI5Qi6NjgMIldMs8mtRqXDnNnY37g Q6ZdDHiaiUYj1Xdvhso5m/4cTA4Ag4FqrdptyKGEjpiRwObfEL4R0oJUDMtYAZJoN2mZ H4mZu418W2Mx95VSKOP3n/32UC+TDtUPIEfBmY5BFbQoj4IfoPOwWlN5mwbIgOFOM8Az Lrj/4k6aUH7XaIjn6KSTaeO2XdlsN7AY5QHpQCA0SRygntpPvxRp1pifvIcTjctTOVan 9qRWgxxt45I7Xm6L38QXFNaj5PIiS89iVW17ZFWWUXk1hOdrnnAVKZT0lF9hjxh2dvWb GlXg== X-Gm-Message-State: AODbwcDlqmoTf5pcOoTc5DFcXnEVQyX95RLH2in7sFINard/17x9pYGN uvk8yjvSZQuttUbqmjzshBRmSVvScQ== X-Received: by 10.55.119.2 with SMTP id s2mr6775775qkc.219.1494878508474; Mon, 15 May 2017 13:01:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.185.172 with HTTP; Mon, 15 May 2017 13:01:48 -0700 (PDT) In-Reply-To: <2da1a732-99f7-81af-ff20-81471e2bcea8@adalabs.com> References: <9f485cf0-bcbe-c526-c900-6ee4644358dd@adalabs.com> <3ee2e29b-57f7-4a68-4eaa-9f6d1cbd718c@adalabs.com> <2da1a732-99f7-81af-ff20-81471e2bcea8@adalabs.com> From: David Edelsohn Date: Mon, 15 May 2017 20:01:00 -0000 Message-ID: Subject: Re: Ada gcc compiler for ia64-hp-openvms To: David SAUVAGE - AdaLabs Ltd Cc: =?UTF-8?Q?g=C3=A9rard_Calliet?= , GCC Development Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2017-05/txt/msg00143.txt.bz2 On Mon, May 15, 2017 at 12:54 PM, David SAUVAGE - AdaLabs Ltd wrote: > On 04/29/2017 06:31 PM, David SAUVAGE - AdaLabs Ltd wrote: >> On 04/28/2017 06:47 PM, David Edelsohn wrote: >>> On Thu, Apr 27, 2017 at 10:55 AM, David SAUVAGE - AdaLabs Ltd >>> wrote: >>>> Dear GCC Steering Committee, >>>> >>>> I am David, founder of AdaLabs Ltd, a software engineering startup >>>> having expertise in Ada programming language technologies. As a summar= y, >>>> we would like to know if gcc has interest in an assignment of copyright >>>> to FSF from our work. We are not used to this process, and are kindly >>>> soliciting your support on this task. Our work is about Ada compiler >>>> support on GCC for OpenVMS. >>>> >>>> AdaLabs Ltd (http://adalabs.com) and PIA-SOFER SARL >>>> (http://pia-sofer.fr) have worked hard to make Ada available again on >>>> OpenVMs using GCC (ia64-hp-openvms). Both entities share ownership, >>>> while AdaLabs is also the author of the work. >>>> >>>> Our work is based on gcc-4.7.4, and consists in building a gcc compiler >>>> for openvms ia64 (through native, cross and canadian build, starting >>>> from x86_64-linux-gnu to finally reach ia64-hp-openvms). The >>>> modifications are of two flavours: >>>> - patches to make the builds successful (in native, cross and canadian >>>> builds) >>>> - patches/backports to implement Ada/VMS related features, that are >>>> present in gcc version after gcc-4.7.4 (in native, cross and canadian >>>> builds). >>>> >>>> In the case you are interested in our copyright assignment proposal, we >>>> would be pleased to continue this process. >>>> >>>> In the case you are not interested in our copyright assignment proposa= l, >>>> we would be pleased if you could advise us on the best way to make our >>>> work available to the GNU/FSF community, especially concerning the >>>> licenses and copyrights management. >>>> >>>> I am at your disposal concerning any information you may need to take a >>>> stand concerning this proposal. >>> Hi, David >>> >>> The GCC Community always is open to considering patches to support new >>> languages, new targets and new features. >>> >>> When you say that the work is based on GCC 4.7.4, does that mean that >>> the patches are relative to GCC 4.7.4, as opposed to the current >>> development version of GCC? >>> >>> GCC only accepts patches relative to the current development sources. >>> Patches for bug fixes can be considered for backporting to an actively >>> maintained branch, but GCC does not accept patches for completely new >>> features to a release branch. Also, GCC 4.7 initially was released 5 >>> years ago and no longer accepts patches. >>> >>> Does the offer include continued support and maintenance of Ada/VMS to >>> ensure that it continues to function? The GCC community requires >>> someone to assume responsibility for the continued function of the new >>> feature. >>> >>> Can you clarify some of the details of the offer? >>> >>> Thanks, David >> Great thanks for your feedbacks David, >> we will revert soon >> >> Regards >> > Dear David, > > our 'assignment of copyright' proposal only target a set of patches for > GCC version 4.7.4. That is, as you clearly stated on your email above, > not part of GCC current development sources. As a consequence, I > understand that FSF/GCC is not in position to accept our proposal. > > Grateful if you could confirm my understanding, as G=C3=A9rard in copy of > this email is not used to the Libre Software world ... Your understanding is correct. GCC never accepts patches for a specific version / release -- even if it is the current release. Patches for new features or support must be contributed to the current development version. > > This lead us to the last section of my initial email: > "[...] we would be pleased if you could advise us on the best way to > make our > work available to the GNU/FSF community, especially concerning the > licenses and copyrights management." > > Any feedbacks on the above are most welcome. > Thanks again for your time, Ideally, you should create a general copyright assignment to GCC -- a "futures" assignment of all patches for GCC. you can select which patches to contribute. If you insist on limiting it, you can specify files. But that always runs into the potential problem of files that were omitted from the list (such as a configuration file) or changes to additional files requested by reviewers. Also, GCC generally likes developers to continue to maintain contributions. I don't know the relationship / friendliness between AdaLabs and AdaCore. Another possibility is that you make a private arrangement to assign the copyright to AdaCore and they contribute the actual patches to the GCC Project. Thanks, David