delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2001/02/04/03:00:14

Date: Sun, 4 Feb 2001 09:58:20 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Laurynas Biveinis <lauras AT softhome DOT net>
cc: djgpp-workers AT delorie DOT com
Subject: Re: stdint.h
In-Reply-To: <20010204073927.4381.qmail@lauras.lt>
Message-ID: <Pine.SUN.3.91.1010204095531.20547S-100000@is>
MIME-Version: 1.0
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

On Sun, 4 Feb 2001, Laurynas Biveinis wrote:

> > +typedef signed char int_fast8_t;
> > +typedef unsigned char uint_fast8_t;
> 
> Unless I am severely mistaken:
> 
> If fast_t types are supposed to be the fastest ones
> for a given size, maybe it's better to use int?

Thanks for the feedback.

However, I didn't find any evidence that an int is faster than a char.  
Can you provide such an evidence, e.g., by looking at the code produced 
by gcc 2.9X and counting cycles?

FWIW, glibc also uses char for *_fast8_t types.

> > +typedef signed int int_fast16_t;
> > +typedef unsigned int uint_fast16_t;
> 
> Likewise there.

Well, these _are_ 32-bit int's, aren't they? ;-)

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019