Bug #1746
open13509: add ZFS "clones" property causes FTBFS
0%
Description
Changeset 13509 added some new prototypes to libzfs.h but libzfs uses "#include <libzfs.h>" so the installed header is used instead of the included one which is missing the new prototypes, causing a FTBFS. I hope that makes sense.
The attached patch fixes the issue for me.
Files
Updated by Rich Lowe almost 11 years ago
- Status changed from New to Feedback
Something is wrong with your build environment. We specify paths via -I such that include finds workspace headers first.
The common way to run into this problem legitimately is to be using bldenv, and not re-run 'make setup' or 'make install_h'.
Updated by Andrew Stormont over 10 years ago
I guess it's my fault then for doing an incremental build after pulling. Still... aren't these changes reasonable?
Updated by Rich Lowe over 10 years ago
An incremental (nightly -i) should have worked. It actually sounds like you somehow don't have ENVCPPFLAGS* set (or have them mis-set).
I'm not sure on reasonableness. We have previously used <> includes pretty much exclusively, but I've never looked into why. Perhaps the cstyle pdf says something?