This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re:


Ziemowit Laski wrote:

On 16 Aug, 2004, at 13.53, Joseph S. Myers wrote:

On Mon, 16 Aug 2004, Ziemowit Laski wrote:

This is the part that I find problematic. :-( The work contained in the
two patches I posted last night, in addition to a couple of patches I
committed previously (and a few more I have yet to offer) is all part
of my ObjC++ integration (approved by the Steering Committee for 3.5
integration). Furthermore, these bits already live in
objc-improvements-branch, available for the bootstrapping pleasure of all.


If you don't like the proposed split, one you could try would be
separating out the patch to stop the ObjC front end depending on
particular structures for declarators, which is the part of the merge
currently blocking a replacement of those structures.


Yeah, I've been sitting here and ruminating about how to break up this
behemoth. As you may imagine, the various features are not only deeply
intertwined, but have not ever had a separate existence, since all of
this stuff was being worked on simultaneously on objc-improvements-branch.... :-(

The hazards of branch development... I didn't see a whole lot of mechanical-type changes myself, those ought to be easy (if annoying) to undo. Temporary stubouts should be acceptable too, and you reduce your risk of having to back out one of the series because some random bootstrap breaks.

Look on the bright side, at least there are no mullahs issuing
fatwas - GCC development could advance to a whole new level of
excitement! ("Death to the ssa-loving gimplifiers! Tear out their rtls
and hit them with grokdeclarator!")

:-)

Stan


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]