This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libfortran/15234] [gfortran] libgfortran doesn't compile on Tru64 UNIX
- From: "tobi at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 18 May 2004 15:48:51 -0000
- Subject: [Bug libfortran/15234] [gfortran] libgfortran doesn't compile on Tru64 UNIX
- References: <20040430190236.15234.ro@techfak.uni-bielefeld.de>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From tobi at gcc dot gnu dot org 2004-05-18 15:48 -------
(In reply to comment #14)
> Subject: Re: [gfortran] libgfortran doesn't compile on Tru64 UNIX
>
> Bootstrap on alpha-dec-osf5.1b doesn't succeed either, but this time it's a
> different failure:
>
> /vol/gnu/src/gcc/gcc-dist/libgfortran/intrinsics/associated.c:26: error: parse
error before numeric constant
>
> This happens because <sys/types.h> has
>
> #define TRUE 1
> #define FALSE 0
>
> so we get
>
> enum { 0 = 0, 1 = 1 };
>
I think we can just do away with that enum, in all other places gfortran uses 0
and 1 for true and false. I will submit a patch to that effect.
Doing the right thing with respect to those c* library functions requires a
better knowledge of portability issues and how the compiler interacts with the
library than I have.
I'm changing this bug's status back to new.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
Last reconfirmed|2004-04-30 19:06:59 |2004-05-18 15:48:50
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15234