> Date: Mon, 02 Mar 2009 19:17:31 +0100
> From: Roland Mainz <roland.mainz at nrubsig.org>
> Subject: Re: [request-sponsor] Requesting sponsor for CR #6799167 ("real gcc 
build fails in libshell") ...
> To: "Roger A. Faulkner" <Roger.Faulkner at sun.com>
> Cc: Milan.Jurik at sun.com, ksh93-integration-discuss at opensolaris.org, 
request-sponsor at opensolaris.org
> 
> "Roger A. Faulkner" wrote:
> > > Roland Mainz wrote:
> > > > This is a sponsor request to "fix" ([1]) CR #6799167
> > > > (http://bugs.opensolaris.org/view_bug.do?bug_id=6799167 - "real gcc
> > > > build fails in libshell").
> > > >
> > > > [1]=The "fix" is more a workaround since I don't know exactly how the
> > > > ctf*-tools can be fixed.
> > > >
> > > > My contributor ID is "OS0025".
> > > >
> > > > Webrev follows later when my "hg clone" is complete...
> > >
> > > Webrev is now available at
> > > http://cr.opensolaris.org/~gisburn/ksh93_integration_cr_6799167_001/ -
> > > can anyone give me a short code review for the change, please (we'll
> > > file a new bug in bugster to make sure the original issues doesn't get
> > > forgotten) ?
> > 
> > The code change looks good to me (and compiles for me).
> > (I've been concerned about the not-buildable-with-gcc
> > issue for some time now.  I thought I was the only one.)
> 
> It was AFAIK the only one (there are other VLA users in the tree but
> they all use the arithmetric expressions and therefore avoid this
> xxx@@@!!!-trap).
> 
> > Nit:
> > Could you break the comment into more than one line,
> > to make it fit in 80-columns, something like:
> > 
> >         /*
> >          * Allocate one extra array entry as workaround for:
> >          *      CR 6799167 real gcc build fails in libshell
> >          */
> 
> Fixed. I've uploaded the new webrev as
> http://cr.opensolaris.org/~gisburn/ksh93_integration_cr_6799167_002/

Beautiful.  Thanks.

Go for it,
Roger


Reply via email to