This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: other/2411: 2.95.2 runs, change in .h leads to compile error of 2.95.3
- From: Christian Krackowizer <ckrackowiz at std dot schuler-ag dot com>
- To: rodrigc at gcc dot gnu dot org, ckrackowiz at std dot schuler-ag dot com, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, nobody at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
- Date: Wed, 02 Jan 2002 10:31:46 +0100
- Subject: Re: other/2411: 2.95.2 runs, change in .h leads to compile error of 2.95.3
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