This is the mail archive of the
mailing list for the GCC project.
Re: [PATCH] Add support for GNU/Hurd in gnat-4.9
- From: Samuel Thibault <samuel dot thibault at gnu dot org>
- To: Svante Signell <svante dot signell at gmail dot com>
- Cc: Arnaud Charlet <charlet at adacore dot com>, Eric Botcazou <ebotcazou at adacore dot com>, gcc-patches at gcc dot gnu dot org, debian-ada <debian-ada at lists dot debian dot org>, Thomas Schwinge <thomas at codesourcery dot com>
- Date: Wed, 21 May 2014 10:47:17 +0200
- Subject: Re: [PATCH] Add support for GNU/Hurd in gnat-4.9
- Authentication-results: sourceware.org; auth=none
- References: <20140519125059 dot GC1412 at adacore dot com> <1400507259 dot 4830 dot 40 dot camel at G3620 dot my dot own dot domain> <20140519135318 dot GA18851 at adacore dot com> <1400509438 dot 4830 dot 45 dot camel at G3620 dot my dot own dot domain> <20140519142541 dot GA876 at adacore dot com> <1400658599 dot 4830 dot 92 dot camel at G3620 dot my dot own dot domain> <20140521080340 dot GY5623 at type dot youpi dot perso dot aquilenet dot fr> <1400660416 dot 4830 dot 99 dot camel at G3620 dot my dot own dot domain> <20140521082935 dot GR5623 at type dot youpi dot perso dot aquilenet dot fr> <1400661637 dot 4830 dot 107 dot camel at G3620 dot my dot own dot domain>
Svante Signell, le Wed 21 May 2014 10:40:37 +0200, a écrit :
> > > What kind of person do you have to be to be accepted, a GNU/Hurd
> > > developer or a GNU/Ada developer having a gnu.org account?
> > Nothing special, just like for contributing to any opensource project;
> > just someone who checks from times to times (in particular before
> > releases) that the port works fine, and submit patches if needed.
> I've been working on the Hurd port of gnat since late 2011 including the
> toughest: bootstrapping, does that count?
Count for what?
Opensource is about patches correctness, not people fame.
If anybody, whoever he is, takes up the work and produces correct
patches, then they'll be applied. It's as simple as this.
> > > > > (Of course it can at least run on Debian systems if/when accepted.)
> > > >
> > > > Sure, but will it continue working on the long term? That's the concern
> > > > of upstream.
> If that happens why not just remove support for that architecture? The
> same happens for plain C, C++, etc on outdated architectures.
Uh? I'm not sure what you mean here. What I understand is "why not
remove support for GNU/Hurd?" which'd mean dropping your patches. I
guess that's not what you want, so I don't know what you meant.