From owner-freebsd-threads@FreeBSD.ORG Fri Dec 31 21:27:11 2010 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0DEE106564A for ; Fri, 31 Dec 2010 21:27:11 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 516A08FC19 for ; Fri, 31 Dec 2010 21:27:10 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id oBVLBGBL030062; Fri, 31 Dec 2010 16:11:16 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Fri, 31 Dec 2010 16:11:16 -0500 (EST) Date: Fri, 31 Dec 2010 16:11:16 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Marino In-Reply-To: <4D1E3AE8.8090907@marino.st> Message-ID: References: <4D1DC299.2090808@marino.st> <20101231122225.GK90883@deviant.kiev.zoral.com.ua> <4D1DCE02.3050601@marino.st> <20101231125215.GL90883@deviant.kiev.zoral.com.ua> <4D1DD5CF.5020305@marino.st> <20101231132706.GN90883@deviant.kiev.zoral.com.ua> <4D1DDC99.7000400@marino.st> <20101231134418.GO90883@deviant.kiev.zoral.com.ua> <4D1E30EA.7050308@marino.st> <20101231194619.GS90883@deviant.kiev.zoral.com.ua> <4D1E3AE8.8090907@marino.st> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-threads@freebsd.org Subject: Re: AMD64 version of GNAT Ada compiler broken due to libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2010 21:27:11 -0000 On Fri, 31 Dec 2010, John Marino wrote: > Ah, interesting. I didn't realize the ramifications of AMD64-only > application of mprotect(). It's easy enough to apply the same macro to both > architectures. > > As far as pushing it upstream, I've got literally a few dozen patches, and > the majority of them should be contributed back. I haven't gone through the > absurdly difficult and time-consuming process of assigning copyright over to > the FSF, partly because I reside in France with a Dutch employer and nobody I > work for would sign the legal documents FSF requests (if I even wanted to > share with my employers what I do in my own time.) > > I may go through the process some day if we can leave my employers out of it, > but it's not a priority at this moment. I'm not philosophically opposed to > giving back, although I am dismayed at the number of offered patches that are > never reviewed by the gcc developers and die on the vine. If I could find a > way to "fast-track" these patches in where I wouldn't be wasting my time, I'd > do it. It's a pain to maintain a parallel fork and I'd love to reduce the > number of differences between the code bases. > > Obviously if you have any ideas that get my FreeBSD work into the gcc > efficiently, I'm all ears. I've got FSF paperwork on file, specifically to submit my original FreeBSD and VxWorks GNAT ports to AdaCore (which they then upstreamed to GCC). It's been a few years since I submitted the paperwork, however, and I'm not sure if they require resubmittal at periodic intervals. It may be possible for you to explain your changes to me, without me looking at your original code or changes. -- DE