Failure in ARM platform - solved. about hfsfuse HOT 5 CLOSED

Hi @ttsiodras

Thanks, it looks like this was broken by 8df0c23 which added libhfsuser (and others under lib/) to the include path in order to fix inconsistencies building with the bundled vs system utf8proc/ublio. But this also means that the couple of internal headers in those dirs are also added to the path, and since gcc/clang search locations added with -I before system ones, the effect is that when sys/stat.h includes <features.h> libhfsuser's features.h is being included instead.

Renaming the header isn't enough of a solution here because the project shouldn't really be organized in a way that requires the build system to do this. I think the correct thing here would be to just restructure libhfs and libhfsuser so that only their public headers (ones that would be installed with make install-lib) are added to the search path and deal with ublio/utf8proc separately. I'll push up a fix a bit later.

from hfsfuse.

I'll push up a fix a bit later.

Excellent. Ping me and I will test it.

from hfsfuse.

@ttsiodras I decided to go with a much simpler solution of using -iquote for these includes since this fits better with how the libs are being used internally. Confirmed 32a77ed resolves this specific issue on other systems with glibc, but should stop the issue of polluting the include path in general.

from hfsfuse.

I just tested it - works great.

Thank you!

from hfsfuse.

@ttsiodras great, thanks for reporting this.

from hfsfuse.