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
needed fixing.




More information about the freebsd-bugs mailing list