[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Another release of ddd for GNU Make debugging?
From: |
ddd |
Subject: |
Re: Another release of ddd for GNU Make debugging? |
Date: |
Tue, 06 Dec 2005 09:15:36 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051101 |
address@hidden wrote:
>I've made a candidate ddd tarball and put it on
>http://bashdb.sourceforge.net/ddd-3.3.12-test.tar.gz. Over the next
>few days I'll be testing this on various servers. Those of you have
>have time to test this out, I'd appreciate it if you do so.
>
>Should you want to try GNU Make debugging, the latest CVS source has
>what I think are important improvements that are not in last
>release. For those that don't want to bother with CVS or can't, I've
>put the latest debugger-enabled GNU Make in
>http://bashdb.sourceforge.net/remake-3.80+dbg-0.5cvs.tar.gz.
>
>I had a bit of trouble in runing "make dist" to build the
>distribution, and yes, the GNU Make debugger was helpful here.
>
>The first problem was that "make dist" wants to create a ddd directory
>under ddd/ddd, but there is already the ddd executable. No, I'm not
>kidding, but I do think 3 times ddd is taking things a bit too far,
>even if mystics assert this is a magical. So I had to remove the ddd
>executable before running "make dist".
>
>
>
Yeah, this drives me nuts. I get caught every time.
Hopefully, now that your make debugger's integrated,
we can find the offending bits in the makefile!
>The next problem I ran into was that my texi2pdf seems to insist on
>creating a pdf which meant that pdf includes were looked for. And when
>the program went to create a ps from a dvi that failed. Here's where I
>just added the -E option to my make program to get the offending line
>number so I could just patch around the Makefile and use pdf2ps
>instead of dvips.
>
>
Eh? I don't understand what you're saying here...
Andrew.