This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC 4.3 target deprecation proposals
- From: Joe Buck <Joe dot Buck at synopsys dot COM>
- To: Ben Elliston <bje at au1 dot ibm dot com>
- Cc: "Joseph S. Myers" <joseph at codesourcery dot com>, John David Anglin <dave at hiauly1 dot hia dot nrc dot ca>, gcc at gcc dot gnu dot org, liqin at sunnorth dot com dot cn, dave dot anglin at nrc dot ca, matt at 3am-software dot com, joern dot rennecke at arc dot com, m dot hayes at elec dot canterbury dot ac dot nz, nickc at redhat dot com, aldyh at redhat dot com, nathan at codesourcery dot com, ni1d at arrl dot net, geoffk at geoffk dot org, paul dot woegerer at nsc dot com
- Date: Mon, 21 Jan 2008 18:03:40 -0800
- Subject: Re: GCC 4.3 target deprecation proposals
- References: <200801212005.m0LK55vR020709@hiauly1.hia.nrc.ca> <Pine.LNX.4.64.0801212208490.16004@digraph.polyomino.org.uk> <1200956515.8502.1.camel@localhost>
> > I didn't propose it for removal because of a single patch
> > <http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00511.html> reported to have
> > been tested on vax-netbsdelf. If the maintainers wish to propose
> > deprecation and no-one else wishes to come forward to maintain it, we can
> > certainly include it in the deprecations; otherwise, all vax targets other
> > than vax-netbsdelf and maybe vax-openbsd are likely to appear in the list
> > of individual targets to deprecate for lack of even a single patch tested
> > there.
On Tue, Jan 22, 2008 at 10:01:55AM +1100, Ben Elliston wrote:
> My understanding is that NetBSD port to the vax is very much alive and
> maintained. Thus, I expect that those users (eg Matt Thomas) would like
> to see the GCC port retained.
How can we encourage the NetBSD folks to participate more directly,
including helping to test the trunk? I haven't been following NetBSD
carefully, but I get the impression that at least some of the BSDs
work with older gcc branches, staying away from the bleeding edge,
and this could put some of their ports at risk if we have no one to
test the compiler.