Hello Zack,
thanks for the analysis. >> [autoconf 6d38e9fa2b] >> [clang 9.0.1] >> [https://github.com/libarchive/libarchive.git] >> >> fails as below. > ... >> checking whether C compiler accepts -Wall... yes >> checking whether C compiler accepts -Wformat... yes >> checking whether C compiler accepts -Wformat-security... yes >> checking for an ANSI C-conforming const... yes >> checking for uid_t in sys/types.h... no > > Something has already gone wrong at this point. The corresponding bit > of config.log reads > > configure:17375: clang -c -g -O2 -Wall -Wformat -Wformat-security > -I/usr/include/libxml2 conftest.c >&5 > configure:17375: $? = 0 > configure:17383: result: yes > configure:17393: checking for uid_t in sys/types.h > ./configure: line 17404: -I/usr/include/libxml2: No such file or directory > configure:17414: result: no It seems that https://github.com/libarchive/libarchive/pull/1481 fixes this: `configure.ac` misses a call to `AC_PROG_CPP`. > The problematic check is implemented in la_uid_t.m4 > (https://github.com/libarchive/libarchive/blob/master/build/autoconf/la_uid_t.m4). > It should be using AC_CHECK_TYPE instead of AC_EGREP_HEADER, and > it's underquoted, but I don't see anything that would have caused > this kind of catastrophic failure. I guess this is another, minor issue. Werner
