On Fri, 21 Jul 2006, Michael Pogue wrote: > Alexey Starovoytov wrote: > > 'diff csl-sol210-3_4-branch gcc_343' should go into mainline, otherwise > > we'll end up with 'sol' branches for every major gcc release ON care to > > support. > ...<snip/>... > > The prerequisite for that is to have 'diff csl-sol210-3_4-branch gcc_343' > > integrated into gcc trunk > > Of course, this was the intent from the beginning of Sun's working with gcc > for AMD64. And, so far, all of the changes that can go into the mainline are > already in the mainline. > > There are some changes that were needed for Solaris that the gcc mainline > could not accept (and probably will not be able to accept in the foreseeable > future). Thus, the ongoing need for the branch. > > Mike
Glad to hear that this effort was made and that some x86 features went it. I'm mostly concerned about sparc side. Let's see: -fno-jump-tables for x86 - IN -mno-integer-ldd-std for sparc - not in -fno-constant-pools for x86 - not in -fno-dwarf2-indirect-strings - not in (no longer needed by ON?) ... Yep. ongoing need for the branch. I guess that means we cannot test with mainline. Unless somebody is crazy enough to merge mainline with those extra features everytime ON needs to be build. So the question is whether we want csl managed branch with these extra features or our own ? The version to be branched is secondary question. For the sparc side we'd like it to be our own GCCfss. Anyway the ON changes will most certainly be independent of the compiler. The biggest gap is to go from 3.4 to 4.0 All the subsequent releases are about the same from ON sources point of view. Alex. _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
