svn commit: r218130 - head
Bjoern A. Zeeb
bz at FreeBSD.org
Thu Feb 10 17:20:07 UTC 2011
On Thu, 10 Feb 2011, Warner Losh wrote:
> On 02/10/2011 06:45, Bjoern A. Zeeb wrote:
>> On Mon, 31 Jan 2011, Warner Losh wrote:
>>> Author: imp
>>> Date: Mon Jan 31 15:17:47 2011
>>> New Revision: 218130
>>> URL: http://svn.freebsd.org/changeset/base/218130
>>> Move the architecture guessing from Makefile.inc1 to Makefile. We
>>> need to do this because variables specified on the command line
>>> override those specified in the Makefile. This is why we also moved
>>> from TARGET to _TARGET in Makefile, and then set TARGET on the command
>>> line when we fork a submake with Makefile.inc1.
>>> This makes mips/mips work again, even without the workaround committed to
>> not sure if it's a result of this commit or one of the many others:
>> env MAKEOBJDIRPREFIX=/path/to/obj make -f Makefile.inc1 hierarchy \
>> -DWITHOUT_TOOLCHAIN \
>> __MAKE_CONF=/path/to/make.conf SRCCONF=/path/to/src.conf \
>> DESTDIR=/path/to/destdir \
>> results in:
>> "/path/to/base9-201102092305/Makefile.inc1", line 127: Unknown target
>> This used to work before. TARGET_ARCH is unset, TARGET=i386 thus
>> they differ and thus the check there tries to find "/i386" rather than
>> just "i386".
>> Is it a rather unsupported thing or what's the proper way to fix it?
>> As a workaround I was also setting TARGET_ARCH=i386 for the moment.
> Calling Makefile.inc1 directly isn't supported. Instead, you should use the
> hierarchy target that's in Makefile directly. If you want to call
> Makefile.inc1 for some reason, you'll need to pass it both TARGET and
> TARGET_ARCH. I can turn it into an error to not pass both, but setting one
> based on the other not being set has a lot of holes in it.
Not sure for how long that code I had;-)
An assert always seems to be a good idea to document expectiation. I
am all for that.
Bjoern A. Zeeb You have to have visions!
Stop bit received. Insert coin for new address family.
More information about the svn-src-all