I've been able to compile ddd-3.2.12-test3 on the Solaris 8 box I have (with a bit of effort outlined below). To get around the compilation problem, I simply commented out line 348 of vsl-gramma.C:
//int delete [] void *; /* INFRINGES ON USER NAME SPACE */
I don't understand this part of DDD well enough or g++'s error messages to know why this is there and why it now fails. I'll post something to the ddd mailing list for clarification here.
However after fixing this I got a ld error because I didn't have a new enough version of libstdc++. I had been using SCMlibgcc-3.3 and installing version 3.4.1 then seemed to fix this. But then pkgadd wanted only to have one instance and installing libstdc++ 3.4.1 broke the SCMpython 2.4.2 that I had installed.
Changing /var/sadm/install/admin/default to set "instance=ask" and then allow two versions of libstdc++ to exist (don't ask me if I've really done this properly) seemed to allow me to run ddd-3.3.12-test3 on a python program.
Hope this helps -- because it sure was a pain to deal with.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When I try to build ddd 3.3.12-test3 under Solaris 9 using gcc (./configure; gmake), I get the following error:
gmake[1]: Entering directory `/usr/local/src/ddd-3.3.12-test3/ddd'
gmake all-am
gmake[2]: Entering directory `/usr/local/src/ddd-3.3.12-test3/ddd'
if g++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/openwin/include -O2 -g -Wall -W -Wwrite-strings -trigraphs -MT VSLRead.o -MD -MP -MF ".deps/VSLRead.Tpo" -c -o VSLRead.o VSLRead.C; \ then mv -f ".deps/VSLRead.Tpo" ".deps/VSLRead.Po"; else rm -f ".deps/VSLRead.Tpo"; exit 1; fi
In file included from VSLRead.C:113:
y.tab.c:343: error: parse error before `delete'
lex.vsl.c:1565: warning: `void vslunput(int, char*)' defined but not used
gmake[2]: *** [VSLRead.o] Error 1
gmake[2]: Leaving directory `/usr/local/src/ddd-3.3.12-test3/ddd'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/usr/local/src/ddd-3.3.12-test3/ddd'
gmake: *** [all-recursive] Error 1
I really, really, really want to use ddd to debug Python programs, so I'd greatly appreciate any suggestions as to how to get past this.
Thanks in advance.
Jim Reese
I've been able to compile ddd-3.2.12-test3 on the Solaris 8 box I have (with a bit of effort outlined below). To get around the compilation problem, I simply commented out line 348 of vsl-gramma.C:
//int delete [] void *; /* INFRINGES ON USER NAME SPACE */
I don't understand this part of DDD well enough or g++'s error messages to know why this is there and why it now fails. I'll post something to the ddd mailing list for clarification here.
However after fixing this I got a ld error because I didn't have a new enough version of libstdc++. I had been using SCMlibgcc-3.3 and installing version 3.4.1 then seemed to fix this. But then pkgadd wanted only to have one instance and installing libstdc++ 3.4.1 broke the SCMpython 2.4.2 that I had installed.
Changing /var/sadm/install/admin/default to set "instance=ask" and then allow two versions of libstdc++ to exist (don't ask me if I've really done this properly) seemed to allow me to run ddd-3.3.12-test3 on a python program.
Hope this helps -- because it sure was a pain to deal with.
Thank you very much. This fixed the problem for me.
Jim