Re: [LAU] uint32_t undeclared when building latest Ardour.

On 5/18/07, Giuseppe Zompatori <siliconjoe@email-addr-hidden> 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@email-addr-hidden>:
> > 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@email-addr-hidden
> > http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
> >
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user@email-addr-hidden
> 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.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
Received on Fri May 18 16:15:04 2007