[LAU] uint32_t undeclared when building latest Ardour.

[Paul Coccoli]

On 5/18/07, Giuseppe Zompatori <siliconjoe at gmail.com> wrote:
> According to my linux/types.h header, defining "__BIT_TYPES_DEFINED__"
> during compile time should get rid of the error.
>
> The types definitions block looks like that:
>
> #ifndef __BIT_TYPES_DEFINED__
> #define __BIT_TYPES_DEFINED__
>
> typedef         __u8            u_int8_t;
> typedef         __s8            int8_t;
> typedef         __u16           u_int16_t;
> typedef         __s16           int16_t;
> typedef         __u32           u_int32_t;
> typedef         __s32           int32_t;
>
> #endif /* !(__BIT_TYPES_DEFINED__) */
>
> Cheers,
>
> -Giuseppe
>
> 2007/5/18, Cesare Marilungo <cesare at poeticstudios.com>:
> > It builds if I change it to u_int32_t in libs/pbd/shortpath.cc.
> >
> > But uint32_t is defined in my /usr/include/linux/types.h.
> >
> > Just curious about why they're defined in both ways, and why building
> > ardour2 didn't complain before.
> >
> > c.
> >
> > --
> > http://www.cesaremarilungo.com
> >
> >
> > _______________________________________________
> > Linux-audio-user mailing list
> > Linux-audio-user at lists.linuxaudio.org
> > http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
> >
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user at lists.linuxaudio.org
> http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
>

uint32_t should be defined in /usr/include/stdint.h.  It's standard in
C99 and part of glibc for quite some time, I think.