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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 5/18/07, Giuseppe Zompatori <siliconjoe@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxx>:
> 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@xxxxxxxxxxxxxxxxxxxx
> http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
>
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux