This is the mail archive of the
newlib@sources.redhat.com
mailing list for the newlib project.
Re: C99 integer type sizes for limits.h
- From: Jonathan Larmour <jlarmour at redhat dot com>
- To: Ralf Corsepius <corsepiu at faw dot uni-ulm dot de>
- Cc: Joel Sherrill <joel dot sherrill at OARcorp dot com>,"'newlib at sources dot redhat dot com'" <newlib at sources dot redhat dot com>
- Date: Sun, 02 Dec 2001 23:54:33 +0000
- Subject: Re: C99 integer type sizes for limits.h
- References: <8D00C32549556B4E977F81DBC24E985D41009A@crtsmail1.technol_exch.corp.riotinto .org> <3C08DC88.FBBDA125@OARcorp.com> <1007285674.541.20.camel@mccallum>
Ralf Corsepius wrote:
> [ stdint.h/inttypes.h ]
> So, to answer your question pragmatically, having them in newlib would
> be nice and welcomed, but having them inside of RTEMS offers us (RTEMS)
> more control and flexibility.
I would have hoped most of stdint.h would come from gcc (when using gcc)
actually. gcc has to date tried to fulfil the header requirements for a
"conforming freestanding implementation" as described in the Conformance
section of C99.
stdint.h may require gcc-isms like __attribute__((mode(QI)) or something on
some systems. They won't necessarily correspond to "standard" types. And
it's certainly not specific to RTEMS or newlib, and gcc already has to
"know" about these types anyway as part of a port. In exactly the same way
as limits.h and float.h.
So if any place is recommended for patches, GCC is the best place. Of
course that doesn't stop RTEMS doing it's own thing if it wants, until GCC
catches up :-).
Jifl
--
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine