I have been contemplating the use of int, long and short in the
sources.  When the systems was on a 16bit framework lomg was used to
indicate the need for 32 bits.  On some machines now long is 64 bits
and is rather overkill.  I have been looking at replacing short and
long by int16 and int32.  However there are API functions that use
long
    long (*GetInputBufferSize)(CSOUND *);
    long (*GetOutputBufferSize)(CSOUND *);
    int (*ScoreEvent)(CSOUND *,
                      char type, const MYFLT *pFields, long numFields);
    void (*AuxAlloc)(CSOUND *, long nbytes, AUXCH *auxchp);
    void (*dispset)(CSOUND *, WINDAT *, MYFLT *, long, char *, int, char *);
    MYFLT (*intpow)(MYFLT, long);  *****insanely!
    long (*strarg2insno)(CSOUND *, void *p, int is_string);
    int (*PVOC_CreateFile)(CSOUND *, const char *,
                           unsigned long, unsigned long, unsigned long,
                           unsigned long, long, int, int,
                           float, float *, unsigned long);
    int (*PVOC_PutFrames)(CSOUND *, int, const float *, long);
    int (*PVOC_GetFrames)(CSOUND *, int, float *, unsigned long);
    unsigned long (*GetInputArgAMask)(void *p);
    unsigned long (*GetInputArgSMask)(void *p);
    unsigned long (*GetOutputArgAMask)(void *p);
    unsigned long (*GetOutputArgSMask)(void *p);
    long (*RunCommand)(const char * const *argv, int noWait);
and the data fields
    long          kcounter, global_kcounter;
    long          zklast;
    long          zalast;

Do these really need to be 64 bits ever?

==John ffitch

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net