Menu

ddd 3.3.12-test3 problem building on Solaris

Help
2006-02-23
2012-12-10
  • James B. Reese

    James B. Reese - 2006-02-23

    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

     
    • Rocky Bernstein

      Rocky Bernstein - 2006-02-23

      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.

       
    • James B. Reese

      James B. Reese - 2006-02-25

      Thank you very much. This fixed the problem for me.

      Jim

       

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.