Failed compilation.

Failed compilation.

[Jean-Pierre Radley]

SCO OpenServer 5.0.4


I just did a 'cvs update -d', re-ran configure, and failed thus:

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


-- 
Jean-Pierre Radley <jpr@jpr.com>  XC/XT Custodian   Sysop, CompuServe SCOForum

Re: Failed compilation.

[Robert Lipe]

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. 



revision 1.2
date: 1997/10/30 05:55:14;  author: law;  state: Exp;  lines: +6 -1
        * info/termdep.h: If POSIX, #undef TIOCGETC for benefit of systems
        that provide TIOCETC but not struct tchars.



Index: termdep.h
===================================================================
RCS file: /egcs/carton/cvsfiles/egcs/texinfo/info/termdep.h,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- termdep.h	1997/08/21 22:58:04	1.1
+++ termdep.h	1997/10/30 05:55:14	1.2
@@ -1,5 +1,5 @@
 /* termdep.h -- System things that terminal.c depends on.
-   $Id: termdep.h,v 1.1 1997/08/21 22:58:04 jason Exp $
+   $Id: termdep.h,v 1.2 1997/10/30 05:55:14 law Exp $
 
    This file is part of GNU Info, a program for reading online documentation
    stored in Info format.
@@ -45,6 +45,11 @@
 
 #if defined (HAVE_TERMIOS_H)
 #  include <termios.h>
+/* 
+ * POSIX does not mandate that we have these and it may, in fact, be only
+ * partially implemented 
+ */
+#  undef TIOCGETC
 #else
 #  if defined (HAVE_TERMIO_H)
 #    include <termio.h>

Re: Failed compilation.

[Jean-Pierre Radley]

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

Re: Failed compilation.

[Jim Wilson]

        * info/termdep.h: If POSIX, #undef TIOCGETC for benefit of systems
        that provide TIOCETC but not struct tchars.

I readded this patch, but I think a better long term solution is to just
disable building all parts of texinfo that we don't need.

Jim

Re: Failed compilation.

[Philippe De Muyter]

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
> 

Re: Failed compilation.

[Philippe De Muyter]

> 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. 

I think that if you want to avoid fixing it over and over again, you must send
your patch yourself to the texinfo maintainer (bug-texinfo@gnu.org).  I have
the same problem (but worse) with files from the gettext distribution,
included by texinfo which is then included by egcs.  I wonder how much time
it will take after I have sent the patches for gettext and texinfo (which I
first must write) before a new gettext comes out, then a new texinfo including
the new gettext, and then the new texinfo included by egcs snapshot.
It would make life easier for egcs testers if they had not to workaround
problems caused by texinfo inclusion in egcs.

Philippe De Muyter

Re: Failed compilation

[Jeffrey A Law]

  In message < 19980520203458.E934@jpr.com >you write:
  > HOST=i486-pc-sco3.2v5.0
  > 
  > I updated my egcs filetree just an hour ago.
  > ../../egcs/gcc/gcse.c: In function `compute_hash_table':
  > ../../egcs/gcc/gcse.c:2050: `current_function_calls_longjmp' undeclared (first use in this function)
  > ../../egcs/gcc/gcse.c:2050: (Each undeclared identifier is reported only once
  > ../../egcs/gcc/gcse.c:2050: for each function it appears in.)
  > make[1]: *** [gcse.o] Error 1
Ah, sco5 defines NON_SAVING_SETJMP, which references that variable.

I'll take care of it.
jeff

Failed compilation

[Jean-Pierre Radley]

HOST=i486-pc-sco3.2v5.0

I updated my egcs filetree just an hour ago.

Crashes:

gcc -c  -DIN_GCC    -O3  -DHAVE_CONFIG_H     -I. -I../../egcs/gcc -I../../egcs/g
cc/config ../../egcs/gcc/gcse.c
../../egcs/gcc/gcse.c: In function `compute_hash_table':
../../egcs/gcc/gcse.c:2050: `current_function_calls_longjmp' undeclared (first u
se in this function)
../../egcs/gcc/gcse.c:2050: (Each undeclared identifier is reported only once
../../egcs/gcc/gcse.c:2050: for each function it appears in.)
make[1]: *** [gcse.o] Error 1


-- 
Jean-Pierre Radley <jpr@jpr.com>  XC/XT Custodian   Sysop, CompuServe SCOForum

Re: Failed compilation.

[Ulrich Drepper]

"K. Berry" <kb@cs.umb.edu> writes:

>     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.

I think I've corrected this problem in the most recent test release.

-- Uli
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------

Re: failed compilation.

[Jean-Pierre Radley]

Gerald Pfeifer telecommunicated (on 05Apr):
| On Sat, 4 Apr 1998, Jean-Pierre Radley wrote:
| > 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)
| 
| Please have a look at http://egcs.cygnus.com/faq.html#autoconf/bison++ .
| 
| (You should remove "-$date" in those three lines where it appears, but
| after that it should work.)


Thanks, I applied those few lines of touch commands, but now it barfs
further on with:

	make[3]: Entering directory `/s/tools/egcs/obj/texinfo/po'
	file=../../../texinfo/po/`echo de | sed 's,.*/,,'`.gmo \
	  && rm -f $file && PATH=../src:$PATH msgfmt -o $file
	  ../../../texinfo/po/de.po
	  /bin/sh: msgfmt: not found


-- 
Jean-Pierre Radley <jpr@jpr.com>  XC/XT Custodian   Sysop, CompuServe SCOForum

Re: failed compilation.

[Gerald Pfeifer]

On Sat, 4 Apr 1998, Jean-Pierre Radley wrote:
> 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)

Please have a look at http://egcs.cygnus.com/faq.html#autoconf/bison++ .

(You should remove "-$date" in those three lines where it appears, but
after that it should work.)

Gerald
-- 
Gerald Pfeifer (Jerry)      Vienna University of Technology
pfeifer@dbai.tuwien.ac.at   http://www.dbai.tuwien.ac.at/~pfeifer/

failed compilation.

[Jean-Pierre Radley]

SCO Openserver 5.0.4.
I just did a totally new fetch, with 'cvs checkout egcs'.

I'm compiling in the directory /s/tools/egcs/obj.

It crashes, as it has all this past week, like so:

Making all in po
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)
make[3]: *** [../../../texinfo/po/texinfo.pot] Error 2
make[3]: Leaving directory `/s/tools/egcs/obj/texinfo/po'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/s/tools/egcs/obj/texinfo'
make[1]: *** [all-recursive-am] Error 2
make[1]: Leaving directory `/s/tools/egcs/obj/texinfo'
make: *** [all-texinfo] Error 2


-- 
Jean-Pierre Radley <jpr@jpr.com>  XC/XT Custodian   Sysop, CompuServe SCOForum

Re: Failed compilation.

[K. Berry]

    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