In message: <ec0b4984-af13-4a68-b78a-c48570083...@semihalf.com>
Rafal Jaworowski <r...@semihalf.com> writes:
:
: On 2010-06-10, at 17:25, M. Warner Losh wrote:
:
: > In message: <201006091957.o59jvkbu025...@svn.freebsd.org>
: > Roman Divacky <rdiva...@freebsd.org> writes:
: > : Modified: head/share/mk/bsd.own.mk
: > :
==============================================================================
: > : --- head/share/mk/bsd.own.mk Wed Jun 9 19:32:20 2010
(r208963)
: > : +++ head/share/mk/bsd.own.mk Wed Jun 9 19:57:20 2010
(r208964)
: > : @@ -288,6 +288,18 @@ _no_fdt= FDT
: > : .endif
: > :
: > : #
: > : +# Default behaviour of MK_CLANG depends on the architecture.
: > : +#
: > : +.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386" || \
: > : + ${MACHINE_ARCH} == "powerpc"
: > : +_clang_yes=CLANG
: > : +_clang_no=
: > : +.else
: > : +_clang_yes=
: > : +_clang_no=CLANG
: > : +.endif
: >
: > We really should *NOT* be encoding architecture stuff like this into
: > bsd.own.mk. Sometimes the right thing here is MACHINE_ARCH, and for
: > the moment, since clang is not a bootstrap tool, this is correct.
: > However, once clang is a bootstrap tool, this will be incorrect
: > because during the bootstrapping for cross building TARGET_ARCH is
: > what should be tested. We have the same problem with the FTD stuff
: > that was recently committed. raj@ and I have been talking about the
: > best ways to fix it.
:
: I think I'm going to drop setting WITH_FDT by default for selected
: arches until the tdbemd arrives, and for this little (I hope :-)
: while it will just be required for FDT-enabled platforms to specify
: WITH_FDT explicitly.
Yes. I think that the current WITH/WITHOUT system works well for
things that are optional, like sendmail or lpt. I think it doesn't
work well to specify intrinsic characteristics about a platform.
That's why we're having the problems with FDT and CLANG. They are
trying to specify a property of a platform by turning an optional
component on or off. We've traditionally not done that, but instead
have controlled this via Makefile ifdefs. I'm transitioning the
latter to provide better separation....
Warner
_______________________________________________
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
