Re: gnuplot.texi missing postscript terminal docs

[Juergen W. <wie...@fr...>]

On Sunday 20 March 2005 16:09, Hans-Bernhard Broeker wrote:
> [Please try to stick with one email address --- so I don't have to
> manually approve your postings from the "wrong" one, only to find that
> you've re-posted them under the correct address in the meantime...]

I'm sorry.  I realized too late that I used a wrong address.  Then I
resent it with the right address.  I thought about sending you a
note not to put the first message on the list.  Would that have been
a good idea?

> > The attached patch is a proof of concept for an extension of
> > doc2texi.el.  AFAICS it works.  It calls the preprocessor from within
> >  doc2texi.el.  This could be done somewhat more portable than just
> > calling "cpp -DTERM_HELP", though.
>
> It quite probably must be, too.  For starters, the preprocessor isn't
> called 'cpp' everywhere, and you'll almost certainly have to provide
> some other macros to make *all* terminal help work correctly.

Good point.  At first glance: x11.trm needs PM3D and USE_MOUSE...

> > How portable should this step be?
>
> As portable as it can possibly be.

I tried to get the values of $(CPP) and $(CPPFLAGS) from the
autotools into doc2texi.el.  Unfortunately "gcc -E" doesn't work in
this case because gcc doesn't recognize the suffix ".trm".

> Having doc2texi.el invoke CPP doesn't exactly seem like the most elegant
> solution possible.  But if it works, it's worth a shot.

Using CPP indeed seems to be the wrong way.

FYI: The epslatex patch breaks doc2texi.el for two reasons:
1) usage of "#define"s
2) having more then one START_HELP() ... END_HELP() in one file

My patch might still give an idea how to cope with the second one.


Juergen