This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Failed compilation.
- To: phdm at macqel dot be
- Subject: Re: Failed compilation.
- From: "K. Berry" <kb at cs dot umb dot edu>
- Date: Fri, 3 Apr 1998 09:58:55 -0500 (EST)
- Cc: jpr at jpr dot com, egcs at cygnus dot com, drepper at gnu dot org
I think the following is a bug in the texinfo distribution (here 3.12
If you're going to hack the Texinfo source, not just install the
standard distribution, you have to install the full GNU gettext package.
Sorry, but there is no alternative as far as I know.
ftp://alpha.gnu.org/gnu/gettext-*.tar.gz
mv: cannot access texinfo.po
gnumake[2]: *** [/share/src/gnu/texinfo-3.12/po/texinfo.pot] Error 2
This is due to the various standard automake/autoconf/make rules for gettext.
I do not know what Ulrich's plans for them are or when a better version
will be released. I agree the current behavior is not optimal.
Currently, texinfo-3.12 problems in egcs snapshots block some egcs testers.
I suggest removing texinfo from the egcs distribution. Why is it needed?
Including your previous mail for Ulrich's benefit ...
Date: Fri, 3 Apr 1998 00:52:32 +0200 (MET DST)
From: "Philippe De Muyter" <phdm@macqel.be>
To: jpr@jpr.com (Jean-Pierre Radley)
Cc: egcs@cygnus.com, bug-texinfo@gnu.org
Subject: Re: Failed compilation.
I think the following is a bug in the texinfo distribution (here 3.12
as included by egcs's snapshot) : Each (even the smallest) modification
of a source file of texinfo-3.12 causes the `recompilation' of getinfo.pot.
Therefore xgettext is needed, but it is not provided although it is provided
by the gettext distribution that texinfo includes partially.
Philippe De Muyter
>
> Robert Lipe telecommunicated (on 30Mar):
> | Jean-Pierre Radley wrote:
> | > SCO OpenServer 5.0.4
> |
> | > gcc -DINFODIR=\"/usr/local/info\"
> | > -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H
> | > -I. -I../../../texinfo/lib -I../intl -I.. -I../../../texinfo/info
> | > -O3 -c ../../../texinfo/info/terminal.c
> | > ../../../texinfo/info/terminal.c:645: storage size of
> | > `original_tchars' isn't kn own
> |
> |
> | Bummer. We've fixed this at least twice. I can't test it right now,
> | but I'll bet that (re)applying this patch will cure it.
>
>
> OK, That patch got me over that hump, but also dumped me in another
> valley:
>
> make[3]: Entering directory `/s/tools/egcs/obj/texinfo/po'
> PATH=../src:$PATH : --default-domain=texinfo --directory=../../../texinfo \
> --add-comments --keyword=_ --keyword=N_ \
> --files-from=../../../texinfo/po/POTFILES.in
> rm -f ../../../texinfo/po/texinfo.pot
> mv texinfo.po ../../../texinfo/po/texinfo.pot
> mv: cannot access texinfo.po: No such file or directory (error 2)
>
>
> --
> Jean-Pierre Radley <jpr@jpr.com> XC/XT Custodian Sysop, CompuServe SCOForum
Date: Fri, 3 Apr 1998 02:16:47 +0200 (MET DST)
From: "Philippe De Muyter" <phdm@macqel.be>
To: karl@cs.umb.edu
Subject: texinfo-3.12 and sysV68's cc
When compiling texinfo-3.12 with the native compiler on sysV68, I get
the following (amongst other error messages for which I have sent patches
to the gettext maintainer).
"/share/src/gnu/texinfo-3.12/info/info.c", line 304: illegal types in :
A patch follows.
I also get :
Making all in po
gnumake[2]: Entering directory `/backup/tmp/texinfo/po'
PATH=../src:$PATH : --default-domain=texinfo \
--directory=/share/src/gnu/texinfo-3.12 \
--add-comments --keyword=_ --keyword=N_ \
--files-from=/share/src/gnu/texinfo-3.12/po/POTFILES.in
rm -f /share/src/gnu/texinfo-3.12/po/texinfo.pot
mv texinfo.po /share/src/gnu/texinfo-3.12/po/texinfo.pot
mv: cannot access texinfo.po
gnumake[2]: *** [/share/src/gnu/texinfo-3.12/po/texinfo.pot] Error 2
for which I have no patch ready (either include also the src directory
of gettext and set XGETTEXT to xgettext, not $(XGETTEXT) in Makefile.in.in,
either look if the po directory is needed here). Could you look at that
and make a new texinfo distribution including the next gettext snapshot
that could be included by egcs's snapshots.
Currently, texinfo-3.12 problems in egcs snapshots block some egcs testers.
Thanks in advance
Philippe De Muyter