RE: the rationale for defining macros for simple types?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 10 Aug 2006, Smith, Jason - VA wrote:

> Robert,
>
> stdint.h is a part of glibc methinks, and not part of any blessed
> standard that I am aware of.  What you probably want to include for
> the int*_t types is <inttypes.h>, which found in
> /usr/(local/)?/include on most of the common *nix's out there (might
> be part of a standard like C99 too).

as a followup to my last post, i suspect i need include only
<stdint.h>, as i don't really need the additional info from
<inttypes.h>.  i'm a minimalist, and i'd just as soon include as
little as i actually need.  if some file genuinely needs the extras
from <inttypes.h>, then that file can include it explicitly.

> As a second opinion, I agree that those macros you have there are
> close to worthless, as they are just abbreviated rehashes of the
> word-size dependent native types.  Unless you have a compelling
> reason for making the code less readable with no benefit over
> inttypes.h, I'd ditch those macros.

i'd suspected as much, i just wanted to make sure there wasn't some
really tricky C idiom at work here.  so just declaring things with
"int8_t" (for example) is the way to go if i really and truly need to
get that specific.  thanks.

rday
-
: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Assembler]     [Git]     [Kernel List]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [C Programming]     [Yosemite Campsites]     [Yosemite News]     [GCC Help]

  Powered by Linux