Follow-up Comment #5, sr #110740 (project autoconf):
Actually this bug led to uncovering another, difficult-to-find bug, that is
somewhere between postgis and postgresql's pgxs makefiles. It's complicated,
but the essence is that postgresql does configure tests and then generates
make fragments for extensions. It tries to adapt relative paths (such as this
one) but somehow, despite postgis using autoconf and having config/install-sh
in the same place, the path to pgxs's copy is lost. This caused mysterious,
hard to figure out problems.
I see the point that install-sh works and thus this is minor, but wrongly
rejecting valid mkdir leads to exercising code paths that are not debugged on
systems where mkdir is accepted.
After asking about this on the relevant NetBSD technical list, the code was
explained: mkdir is called and then stat, so if something else did mkdir, no
error is thrown. This was true as of NetBSD 8, the oldest non-EOL version, so
it's fair to accept base system mkdir always.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/support/?110740>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
