Re: documentation buglet

2002-08-02 Thread Stefan Ulrich

Thomas Esser <[EMAIL PROTECTED]> writes:

>> I guess xdvik should try to mimick teTeX's defaults as close as
>> possible (because most people installing xdvik will already have
>> teTeX installed).

> Well, the xdvik in teTeX does not install any map or config file nor
> does it install the app-default file. If you want to follow, you need
> to add some works about "manual installation" of these files or provide
> a separate install-target ("install-extradata" or whatever name).

OK, I'll do that.

>> Should we remove (or do nothing for) the .map and .cfg files in
>> the texmf subtree in a teTeX install? I.e. only install XDvi?

> I vote for "do nothing for". For people doing a manual installation of
> these files, I can send you my latest copies if you want.

I guess I can use the files from tetex-beta, which I regularly
update ;-)

Thanks for the suggestions!

-- 
Stefan Ulrich



Re: documentation buglet

2002-08-02 Thread Thomas Esser

> I guess xdvik should try to mimick teTeX's defaults as close as
> possible (because most people installing xdvik will already have
> teTeX installed).

Well, the xdvik in teTeX does not install any map or config file nor
does it install the app-default file. If you want to follow, you need
to add some works about "manual installation" of these files or provide
a separate install-target ("install-extradata" or whatever name).

> fonts). Do we need some configure stuff for that, or can we maybe
> just rely on falling back to the PK fonts in that case, and maybe
> improve the explanation in the INSTALL file?

I guess that people fetching a separate xdvik will propably be reading
the INSTALL file, too. So, it should suffice to rely on falling back.

> Should we remove (or do nothing for) the .map and .cfg files in
> the texmf subtree in a teTeX install? I.e. only install XDvi?

I vote for "do nothing for". For people doing a manual installation of
these files, I can send you my latest copies if you want.

Thomas



Re: a problem compiling on Solaris/SPARC 7, gcc 3.1

2002-08-02 Thread Thomas Esser

> Trying to compile on Solaris/SPARC 7, under gcc-3.1,
> in xdvik get:
>
> gcc -DHAVE_CONFIG_H  -I. -I. -I.. -I./.. -I../../libs/libwww -I./../../libs/libwww 
>-DHAVE_LIBWWW -DHAVE_WWWLIB_H -I../../libs/t1lib -I./../../libs/t1lib 
>-I../../libs/t1lib/../type1 -I./../../libs/t1lib/../type1 -DPS_GS -DOmega 
>-I../../libs/t1lib/lib/t1lib -I../kpathsea   -g -O2  -c dvi-draw.c
> dvi-draw.c:1418: conflicting types for `set_char'
> dvi-draw.c:1418: an argument type that has a default promotion can't match an em
> pty parameter name list declaration
> xdvi.h:1117: previous declaration of `set_char'

If NeedFunctionPrototypes is not set, then
  dvi-draw.c has void set_char (cmd, ch) wide_ubyte cmd; wide_ubyte ch; { ... }
  xdvi.h has void set_char ();

If NeedFunctionPrototypes is set, then
  dvi-draw.c has void set_char (wide_ubyte cmd, wide_ubyte ch) { ... }
  xdvi.h has void set_char (wide_ubyte, wide_ubyte);

Can you please check if adding
  -DNeedFunctionPrototypes
fixes your problem?

Thomas



Re: beta-20020530: compile problems on Tru64 5.0A

2002-08-02 Thread Thomas Esser

> Thomas Anders wrote:
> > compiling teTeX-src-beta-20020530 on Tru64 Unix 5.0A PK3
> > using Compaq compilers ("cc -std1") fails
>
> While we're at it: "make distclean" fails with Tru64's stock
> /usr/bin/make:
>
> foo# make clean
> [...]
> cd ../../../libs/xpdf && make  clean
> Make: Don't know how to make clean.  Stop.
> *** Exit 1
> Stop.
> *** Exit 1
> Stop.
> *** Exit 1
> Stop.
> *** Exit 1
> Stop.
> foo#
>
>
> GNU make works fine here.

I guess the problem are the two lines
  cd $(LIBXPDFDIR) && $(MAKE) $(makeargs) $@
in the "mostlyclean clean" and "distclean maintainer-clean extraclean"
targets in texk/web2c/pdftexdir/Makefile.in.

I think that these should just be removed. Thanks for your report.

Thomas



Re: beta-20020530: compile problems on Tru64 5.0A

2002-08-02 Thread Thomas Esser

> compiling teTeX-src-beta-20020530 on Tru64 Unix 5.0A PK3
> using Compaq compilers ("cc -std1") fails in libs/ncurses/ncurses:

Oh, thanks for the report.

The next beta will have an upgraded ncurses (using the patch from
ftp://dickey.his.com/ncurses/5.2). I hope that this will fix the problems.
You can get a version prepared for teTeX-beta from
  http://tug.org/teTeX/ncurses-5.2-20020727.tar.gz
It just contains the content of libs/ncurses after I have upgraded it.

> The good news: compiling with gcc 2.95.2 instead works, at least
> after removing "-ldnet" from "x_extra_libs" in texk/web2c/Makefile
> to prevent linker errors.

How does -ldnet come into the x_extra_libs if it does not work? It is
added by an autoconf test. Can you please look what is going wrong there?

Thomas