Alexey Starovoytov <[EMAIL PROTECTED]> writes:
> Since ON is buildable with /usr/sfw/bin/gcc 3.4, I'm proposing to make it
> buildable with GCCfss (GCC for SPARC Systems) on sparc and with plain gcc
> 4.0.x on x86.
>
> Because of the changes introduced in gcc version 4.0, ON didn't work with
> GCCfss (which is based on gcc 4.0.x) and/or plain gcc 4.x.
>
> Here is the current status:
> ~170 source file changes. Most of them are trivial like moving static func
> decl out of func scope.
> with our changes ON builds with GCCfss, builds with studio, builds with
> /usr/sfw/bin/gcc 3.4
> The most recent PIT indicates 5 failures in gccfss build, 9 fails in gcc3
> build. In May we had just one PIT failure, but ON is moving forward quickly
> and we can't keep up by ourselves.
>
> We believe that ON community and ON itself will benefit a lot by being
> exposed to new compilers.
While this is certainly true (and I welcome this move in principle), I
think it would be unwise to base this on a sort of isolated branch of GCC
development. As I've suggested before
http://www.opensolaris.org/jive/thread.jspa?threadID=6799&tstart=0
http://www.opensolaris.org/jive/thread.jspa?threadID=6911&tstart=0
this should be done within the GCC community as much as possible, which is
an important part of SFW as well: work with the upstream developers and
minimize Solaris-local code changes.
While this does not apply to the ON changes necessary to build with GCC
(either GCCfss or GCC 4), it applies to the GCC changes necessary to do so.
On the other hand, I'd strongly argue against basing any development on GCC
4.0.x right now: there will most likely be no further release from that
branch, so I'd suggest to concentrate on the latest stable GCC release
(4.1.1 right now) or even on making sure everything still works with the
upcoming GCC 4.2.0 instead. Basing considerable amounts of work on an
obsolete version is a loosing proposition IMO.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
