Nathan Whitehorn <nwhiteh...@freebsd.org> writes: > I'm the first to admit that many of the config tricks involved in this > port, and GENERIC64, are ugly hacks, largely because config(8) was not > designed with such things in mind.
It's not just "config tricks and ugly hacks", it also violates the assumption that target names are unique. > To address the immediate problem, I think the best solution is to use > the -m option to config to reject kernel configs for different > architectures, I'm not sure I understand what you mean (or rather, how it would help the tinderbox). What *would* help would be an easy way to determine, *before* trying to build it, whether a specific kernel config is appropriate for a specific target. Can you think of an easier way to do this than to scan the config for the "machine" line? DES -- Dag-Erling Smørgrav - d...@des.no _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"