This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: fixincl.x: Undeclared identifier SIZE_TYPE.
- To: Geoff Keating <geoffk at cygnus dot com>
- Subject: Re: fixincl.x: Undeclared identifier SIZE_TYPE.
- From: Bruce Korb <bkorb at sco dot COM>
- Date: Fri, 21 Jul 2000 15:02:55 -0700
- CC: ghazi at caip dot rutgers dot edu, gcc-patches at gcc dot gnu dot org
- Organization: Santa Cruz Operations
- References: <200007211556.LAA29942@caip.rutgers.edu> <39788322.2137DAA9@sco.com> <jm7lafbaz8.fsf@envy.cygnus.com> <3978BC1C.E42303C5@sco.com> <200007212149.OAA03257@localhost.cygnus.com>
- Reply-To: bkorb at gnu dot org
Geoff Keating wrote:
> > Geoff Keating wrote:
> > > SIZE_TYPE defaults to 'unsigned long' if it is not defined. The
> > > rs6000 port finds this definition acceptable. The fixincludes files
> > > don't seem to do the defaulting, so SIZE_TYPE is still not defined.
> > >
> > > --
> > > - Geoffrey Keating <geoffk@cygnus.com>
> >
> > Add this to fixlib.h?
>
> I think it would be better to use the __SIZE_TYPE__ preprocessor
> defines, instead; then fixincludes doesn't need to include tm.h at
> all.
Yep. That seems to make most sense to me. We can rely
on these always being defined within GCC. Therefore,
we drop the #include of "tm.h" and change the format
string inside fixfixes.c to not bother testing for an
undefined __SIZE_TYPE__. I don't have time today.
I'll look into it next week, if someone does not beat me
to it :-)).
Cheers,
Bruce