On Mon, 13 Nov 2006 23:37:17 +0100 Roland Mainz wrote:
> "I. Szczesniak" wrote:
> > On 11/13/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
> > > Roland Mainz wrote:
> > Roland,
> > CTFMERGE=true CTFCONVERT=true;export CTFMERGE CTFCONVERT; dmake
> > install fixes your problem.
> Well, it could be used for libast&co (assuming we find a way to convince
> the code reviewers to "ignore" this little detail (unlikely)) but one
> part which fails sits in libc itself - and turning CTF ("Compact Type
> Format") off for that is as likely as the hell is going to freeze).
the other workaround is to eliminate use of dynamic local arrays
in non-ast code until the feature is properly iffe'd/config'd
>>> no ast code uses dynamic local arrays because it is inherently non-portable
>>> <<<
instead, for function local storage:
ksh uses the sfio based stak routines
much of the rest of ast uses local or application global sfio string streams
a few isolated spots use vmalloc()/vmfree()
if/when *real* hotspots (>=1% of time/space) due to these tactics are exposed
we'll examine them and consider alternatives
until then wholesale switchover of burned in and tested methods to a
non-portable
untested (w.r.t. to usage withing ast) method is not worth it
especially so close to a commitment to stable code
one thing we have learned over the years of major releases:
*no* change is too small to bring the whole release down in flames
-- Glenn Fowler -- AT&T Research, Florham Park NJ --
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
