configure fails if no argp.h is found. On musl, it is standard practice to use argp-standalone since the C implementation does not provide it like with glibc.
This is almost exactly the same as bug 477290
I've just tried to reproduce this (with latest stable which is 1.16.3), and the thing appears to work.
ebuildtester --atom media-libs/libv4l --portage-dir /home/j/work/foss/gentoo/gentoo --profile default/linux/amd64/17.0/musl
(I patched ebuildtester to work on arbitrary profile).
Am I missing anything?
it seems so:
checking for ALSA... yes
checking for libudev... yes
checking whether x86_64-gentoo-linux-musl-gcc is Clang... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking whether more special flags are required for pthreads... no
checking for PTHREAD_PRIO_INHERIT... yes
checking for library containing dlopen... none required
checking argp.h usability... no
checking argp.h presence... no
checking for argp.h... no
configure: error: Cannot continue: argp.h not found
the bug could be mitigated by adding sys-libs/argp-standalone in case of elibc_musl
(it's libv4l-1.16.3 here)
The bug has been referenced in the following commit(s):
Author: Andrey Utkin <email@example.com>
AuthorDate: 2019-06-05 18:19:21 +0000
Commit: Andrey Utkin <firstname.lastname@example.org>
CommitDate: 2019-06-05 18:20:11 +0000
media-libs/libv4l: depend on argp-standalone in non-glibc envs
Before, on musl and uclibc based profiles emerge libv4l failed due to
This commit affects only newly-added version 1.16.6 which will become
default only after stabilization.
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Andrey Utkin <email@example.com>
media-libs/libv4l/libv4l-1.16.6.ebuild | 1 +
1 file changed, 1 insertion(+)
Hope the commit pushed on Jun 5 helped.
Postponing virtual/argp idea for now - can always be done when we run out of more tangible problems, the current situation doesn't seem too painful to me.