bin/178819: bmake w/ WRKDIRPEFIX=/tmp breaks Ports Collection
Simon J. Gerraty
sjg at juniper.net
Thu Sep 5 18:58:13 UTC 2013
On Thu, 5 Sep 2013 17:59:36 +0000, Alexey Dokuchaev writes:
>Yes, I've seen the fresh import; will test it tomorrow. I'm not sure what
>is the problem, but "ports should be able to control the value of MAKEFILE
>as desired" looks strange. MAKEFILE is one of the standard bsd.port.mk's
bmake treats MAKEFILE the same way old sysV make did, it gets set to the
name of the [mM]akefile read.
This is obviously something fmake never did, and ports relies on being
able to set the variable.
The new version of bmake allows for both behaviors by using an internal
context for the sysV behavior. If the makefiles explicitly set a value
for MAKEFILE, that overrides the one that bmake itself would set.
>something else (e.g. internal bmake(1)'s variable)? And how does this all
>got affected by WRKDIRPREFIX=/tmp?
I don't know - the PR body described a different issue - which clearly
More information about the freebsd-bugs