>>>>> "Roland" == Roland Mainz <[EMAIL PROTECTED]> writes:
Roland> "I. Szczesniak" wrote:
>> Roland, CTFMERGE=true CTFCONVERT=true;export CTFMERGE CTFCONVERT;
>> dmake install fixes your problem.
Roland> Well, it could be used for libast&co (assuming we find a way to
Roland> convince the code reviewers to "ignore" this little detail
Roland> (unlikely)) but one part which fails sits in libc itself - and
Roland> turning CTF ("Compact Type Format") off for that is as likely as
Roland> the hell is going to freeze).
As long as a bug has been filed against the CTF tools, I think it's fair
for the AST code to use Irek's suggestion as a workaround.
As for libc, I only see a variable-length array used in one place, which
is the new wordexp() code. I think the workaround there is to change
the new wordexp() not to use a variable-length array.
Speaking of which, where does "140" come from in the dynamic array
definition? It would be better not to have a magic number like that.
mike
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
