"I. Szczesniak" wrote:
> On 11/13/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
> > Roland Mainz wrote:
[snip]
> > Ok... I may have found the problem - unfortunately the issue now puts
> > the whole ksh93-integration putback in danger:
> > It seems the problem is triggered by the C99 feature to dynamically size
> > arrays on the stack.
> >
> > Example:
> > In C99 (and C++) the following code is valid:
> > -- snip --
> > void foo(int size)
> > {
> > int myarray[size];
> > /* more core comes here */
> > }
> > -- snip --
> >
> > Adding this construct to any C code in the OS/Net codebase causes the
> > CTF tools to fail like described above.
> > Another example is:
> > -- snip --
> > /opt/SUNWspro/bin/cc -O -K pic -xspace -Xa -xildoff -errtags=yes
> > -errwarn=%all -erroff=E_EMPTY_TRANSLATION_UNIT
> > -erroff=E_STATEMENT_NOT_REACHED -erroff=E_UNRECOGNIZED_PRAGMA_IGNORED
> > -xc99=%all -D_XOPEN_SOURCE=600 -D__EXTENSIONS__=1 -W0,-xglobalstatic -v
> > -xstrconst -g -xc99=%all -D_XOPEN_SOURCE=600 -D__EXTENSIONS__=1
> > -W0,-noglobal -xdebugformat=stabs -DTEXT_DOMAIN="SUNW_OST_OSLIB"
> > -D_TS_ERRNO -Isrc/cmd/ksh93 -I../common/include
> > -I/home/test001/ksh93/on_build1/test1_x86/proto/root_i386/usr/include/ast
> > -DKSHELL -DSHOPT_APPEND -DSHOPT_BRACEPAT -DSHOPT_CMDLIB_SOLARIS_BLTINS=1
> > -DSHOPT_CMDLIB_BLTIN=0 -DSHOPT_COMPOUND_ARRAY -DSHOPT_DYNAMIC
> > -DSHOPT_ESH -DSHOPT_FILESCAN -DSHOPT_HISTEXPAND -DSHOPT_KIA
> > -DSHOPT_MULTIBYTE -DSHOPT_NAMESPACE -DSHOPT_OPTIMIZE -DSHOPT_PFSH
> > -DSHOPT_RAWONLY -DSHOPT_SUID_EXEC -DSHOPT_VSH -DSHOPT_SYSRC -D_BLD_shell
> > -D_PACKAGE_ast -DSH_CMDLIB_DIR="/usr/ast/bin"
> > -DUSAGE_LICENSE="[-author?David Korn
> > <[EMAIL PROTECTED]>][-copyright?Copyright (c) 1982-2006 AT&T
> > Knowledge
> > Ventures][-license?http://www.opensource.org/licenses/cpl1.0.txt][--catalog?libshell]";
> > -DPIC -D_REENTRANT -c -o pics/bltins/read.o ../common/bltins/read.c
> > ERROR: ctfconvert: pics/bltins/read.o: Couldn't parse stab
> > "#vla0:(0,14)" (source file pics/bltins/read.o)
> > Removing pics/bltins/read.o
> > *** Error code 1
> > The following command caused the error:
> > /usr/ccs/bin/mcs -d -a "@(#)SunOS 5.11 test1_x86 October 2007" -a
> > "@(#)SunOS Internal Development: `echo $LOGNAME` `date +%Y-%m-%d` `echo
> > [\`basename $CODEMGR_WS\`]`" pics/bltins/read.o ;
> > /home/test001/ksh93/on_build1/test1_x86/usr/src/tools/proto/opt/onbld/bin/i386/ctfconvert
> > -i -L VERSION pics/bltins/read.o
> > make: Fatal error: Command failed for target `pics/bltins/read.o'
> > Current working directory
> > /home/test001/ksh93/on_build1/test1_x86/usr/src/lib/libshell/i386
> > *** Error code 1
> > The following command caused the error:
> > cd i386; pwd; make install
> > make: Fatal error: Command failed for target `i386'
> > Current working directory
> > /home/test001/ksh93/on_build1/test1_x86/usr/src/lib/libshell
> > -- snip --
> >
> > It seems this issue crept in either between B37 and B48 or between B48
> > and B51... ;-(
>
> 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).
Grumpf... ;-(
----
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
