[email protected] 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.
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.