"Fedor V. Sergeev" wrote:
> On Wed, Dec 12, 2007 at 07:26:31PM +0100, Roland Mainz wrote:
> > Alan Coopersmith wrote:
> > > James Carlson wrote:
> > > > Why not go through the normal path?  Devise a fix, request a sponsor,
> > > > get code reviews and testing, and then integrate.
> > >
> > > Have you looked at http://opensolaris.org/os/bug_reports/request_sponsor/
> > > lately?   You can see how many Roland has devised a fix for, requested a
> > > sponsor, and been ignored for months or longer (the first one on the list
> > > from him is now over a year old).
> > >
> > > Given our poor track record, it seems more likely we'll just migrate to
> > > Studio 13 first, which will have -xstrconst on by default.
> >
> > If Sun Studio _ever_ uses "-xstrconst" by default. AFAIK we're waiting
> > for that since four or five major compiler releases (even after pointing
> > out that the standard requires non-writeable string literals) since the
> > first RFE had been filed...
> 
> Well, now as we are approaching version number 13 we can go implement
> whatever vile ideas we like.

Well, I'll celebrate the day when this happens... :-)

> Jokes aside, recent story with kernel bumped strconst issue priority and we
> ARE targeting it for the next release.

If youare doing the change please implement two things:
- Add an option "-xnostrconst" (which makes string-literals writeable)
and port this option back to Studio 12 (see -xarch/-m64 discussion)
- Add an option (not enabled by default) which extends the functionality
of "-xstrconst" to all constant data regardless of datatype (assuming
content is the same and alignment requirements are met). It's a ISO C
violation but IMO this may cause a huge win for some kind of
applications (e.g. applications with multiple huge vector tables which
have lots of near-similar data)

----

Bye,
Roland

P.S:: Setting Reply-To: to tools-compilers at opensolaris.org

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)

Reply via email to