[PD-DEV] binbuf_addv, t_int to int for "i" args?
Miller Puckette
mpuckett at man104-1.ucsd.edu
Wed Aug 25 21:25:29 CEST 2004
Those are all computers. I'm thinking about mobile phones, PDAs, DSPs,
embedded processors, etc. Anyway, it's better to have a name for an
integer you might later cast to pointer - makes it more readable.
cheers
Miller
On Wed, Aug 25, 2004 at 03:21:20PM -0400, Mathieu Bouchard wrote:
>
> On Wed, 25 Aug 2004, Miller Puckette wrote:
>
> > I'm not sure if any code is left now using integers that have to be as
> > big as pointers. The "t_int" typedef shows up a lot though, and
> > having only a 32-bit machine at the moment, I'm nervous about getting
> > rid of them all. I'd also be nervous just calling them "long" -
> > there's no guarantee that can hold a pointer either.
>
> >From the FAQ :
>
> > Ruby is developed under Linux, and is written in fairly
> > straightforward C. It runs under UNIX, DOS, Windows 95/98/NT/2000, Mac
> > OS X, BeOS, Amiga, Acorn Risc OS, and OS/2.
>
> May I add that Ruby is available for many, many CPUs, and still, ruby.h
> reads (version 1.9.0 cvs) :
>
> #if SIZEOF_LONG != SIZEOF_VOIDP
> # error ---->> ruby requires sizeof(void*) == sizeof(long) to be
> compiled. <<---
> -
> #endif
> typedef unsigned long VALUE;
> typedef unsigned long ID;
>
>
>
> is my argument convincing?
>
> ________________________________________________________________
> Mathieu Bouchard http://artengine.ca/matju
More information about the Pd-dev
mailing list