> 
> > hi,
> > first of all I don't know the overall quality of 7.0 since I'm just come
> > back from my vacation, but I read many mails and news about in which 
> > people are criticize red hat why they include gcc 2.96 in 7.0.
> 
> gcc 2.96 is a development version. Its authors say it's not ready for release.
> 

gcc 2.96 is a snapshot plus heavy patches.  You could (or could not)
consider that it is alike a production kernel where the code freeze
has taken place before the official one by Linus.  Not necessarily
unstable but due to the fact this gcc is not official it has not got
the same kind of post-release testing by users that an official gcc
would have got.  It only has got in house testing. This problem (of
relative lack of testing) could have lightened if RH had anoounced in
advance that this gcc would be the "next one".  Given that it is not
unusual that RedHat rolls back certain features of its betas I for one
didn't pay much attention to the gcc in pinstripe and I didn't try to
push it too hard.

Also gcc 2.96 at the testsuite are far better than those of gcc 2.95.
This could suggest that it is much better than people suggest.  You
could however wait a bit before using it for important things until
other people have really tried it.



> I don't think there would have been any argument had gcc 2.96 been put amongs 
> the preview pacakges. However, RHI has chosen to build the entire distribution 
> with it (kernel excepted) and has shipped two compilers anyway.
> 
> What I find unsettling it the number of packages reshipped already; the fact 
> so many problem packages have been found already suggests to me there are lots 
> more to be found. Not just obscure packages that hardly anyone uses either; 
> glibc is amongst them.
> 
> 

This is not necessarily a gcc problem.  You have to analyze the nature
of the problems before saying it is.  In 5.0 RH took a lot of flak for
moving to glibc but when you look at the problems most of them were
not related to it.  It looked more like if the move to glibc had
stretched RH resources to the point the building and testing of other
programs was affected.

-- 
                        Jean Francois Martinez

Project Independence: Linux for the Masses
http://www.independence.seul.org



_______________________________________________
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list

Reply via email to