On 1/9/2019 8:22 AM, Jay Foster wrote:
On 1/9/2019 3:10 AM, Takashi Iwai wrote:
On Tue, 08 Jan 2019 18:00:18 +0100, Jay Foster wrote:
I am attempting to build the 1.1.8 release of alsa-utils and getting an error about POLLRDNORM (and others) undefined. This error comes from axfer/waiter-select.c. axfer/waiter-select.c includes "waiter.h", which includes "poll.h". This build is for a linux target.
poll.h includes sys/poll.h which includes bits/poll.h, which only defines POLLRDNORM (and others) when __USE_XOPEN is defined (which it is not).
However, linux/poll.h includes asm/poll.h which includes asm-generic/poll.h which does define POLLRDNORM (and others).
Should I change my build to define__USE_XOPEN or should I patch waiter.h to include linux/poll.h instead of just poll.h?
Which libc are you using? The POSIX man page (man poll.h) mentions POLLRDNORM defined there, at least, on my system with glibc 2.27.
thanks,
Takashi
This is a legacy ARM product using glibc 2.9. Neither of the approaches I mentioned above actually worked. <linux/poll.h> is the kernel headers, which results in a duplicate definition of struct pollfds. The other approach (I added 'CFLAGS=-D_XOPEN_SOURCE=500' to the make command line, and other variations) failed elsewhere due to missing or mismatched function prototypes (ref <features.h>).
I got this to work by patching axfer/waiter.h to add the missing defintions, based on those found in <asm-generic/poll.h>.
Jay
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
I managed to fix the build without needing to patch by adding, 'CFLAGS="${CFLAGS} -D_GNU_SOURCE"', to the make command line. _GNU_SOURCE defines _XOPEN_SOURCE which defines __USE_XOPEN (in <features.h>) so that POLLRDNORM and friends get defined in <bits/poll.h>.
Jay