AMD64 version of GNAT Ada compiler broken due to libthr
John Marino
freebsdml at marino.st
Sat Jan 1 08:21:41 UTC 2011
Hi Daniel,
First, thanks for the offer. I might come back to you on that.
Secondly, I should have mentioned that the majority of my patches are
GNAT specific, and very few are like this one which might apply to all
FreeBSD/GCC users.
I have already created 7 new FreeBSD ports that include this "GNAT AUX",
the GNAT Programming Studio, and the Ada Web Server. I will work with
the FreeBSD ports people shortly to get these ports into the tree, and
also to prune some of the previous GNAT ports, such as gnat-gcc44. If I
recall, your port was GNAT GPL, which is a different beast.
Anyway, the FreeBSD/Ada users will have the benefit of my work shortly.
So maybe we should only focus on non-Ada patches. I don't have very
many on those, and the majority are on other BSD systems, not FreeBSD.
John
Daniel Eischen wrote:
> 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.
>
More information about the freebsd-threads
mailing list