Re: other/2411: 2.95.2 runs, change in .h leads to compile error of 2.95.3

[Christian Krackowizer <ckrackowiz at std dot schuler-ag dot com>]

The following reply was made to PR other/2411; it has been noted by GNATS.

From: Christian Krackowizer <ckrackowiz@std.schuler-ag.com>
To: rodrigc@gcc.gnu.org, ckrackowiz@std.schuler-ag.com, gcc-bugs@gcc.gnu.org,
       gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: other/2411: 2.95.2 runs, change in .h leads to compile
  error of 2.95.3
Date: Wed, 02 Jan 2002 10:31:46 +0100

 At 05:02 02.01.2002 +0000, you wrote:
 >Synopsis: 2.95.2 runs, change in .h leads to compile error of 2.95.3
 >
 >State-Changed-From-To: open->feedback
 >State-Changed-By: rodrigc
 >State-Changed-When: Tue Jan  1 21:02:15 2002
 >State-Changed-Why:
 >     Does the following patch help?  It looks very similar
 >     to what you have reported:
 >     http://gcc.gnu.org/ml/gcc-patches/2000-09/msg01139.html
 >
 >http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2411 
 >
 
 I got this simple patch which helps:
 
  >>>
 
 I ran into exactly the same problem on Ultrix 4.4. Here's the amazingly
 simple fix ...
 Look for the file _G_config.h (in <build_directory>/libio).
 And apply these diff's
 ----------
 32c32
 < typedef long _G_fpos_t;
 ---
  > typedef int _G_fpos_t;
 ----------
 What happens is that in libioP.h, they once define _IO_default_seekpos (and
 others) as needing _G_fpos_t and once as _G_off_t. One of them is
 typedeffed as int, the other as long. Don't ask my why as on Ultrix int
 == long.
 
  >>>
 
 looks like the same as the mentioned above.
 
 with best regards
 
 Christian Krackowizer
 schuler technodat GmbH
 Jakob-Haringer-Strasse 6
 A-5020 Salzburg
 Phone: +43(0)662/2282-0
 FAX: +43(0)662/2282-9
 e-Mail: ckrackowiz@std.schuler-ag.com