From owner-freebsd-arch Tue Nov 23 7: 0:19 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 6916A14BF4 for ; Tue, 23 Nov 1999 07:00:15 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id PAA12074 for ; Tue, 23 Nov 1999 15:59:58 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id PAA26451 for freebsd-arch@freebsd.org; Tue, 23 Nov 1999 15:59:57 +0100 (MET) Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 6FB61152AA for ; Tue, 23 Nov 1999 06:58:42 -0800 (PST) (envelope-from marcel@scc.nl) Received: from [212.238.132.94] (helo=scones.sup.scc.nl) by post.mail.nl.demon.net with esmtp (Exim 2.12 #1) id 11qHOU-0005oX-00; Tue, 23 Nov 1999 14:58:12 +0000 Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id PAA29290; Tue, 23 Nov 1999 15:57:56 +0100 (CET) (envelope-from marcel@scc.nl) Message-ID: <383AAB73.966D3D60@scc.nl> Date: Tue, 23 Nov 1999 15:57:55 +0100 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: freebsd-arch@freebsd.org Subject: Re: Cross-building (was: cross compilation goals) References: <19991123134900.D962E1CC8@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > > Marcel Moolenaar wrote: > > > 1. Remove support for /etc/objformat > > ------------------------------------ > The purpose of /etc/objformat is to allow overriding which > defines the system default format. Since it isn't practical to recompile the > system to change the default for some development task for a few days, we have > an override of the default. This can be accomplished by using the environment variable as well (see below). Is it possible to make an aout world (I don't mean legacy stuff) or a world with an objformat other than ELF? In other words do we actively support multiple object formats? > $OBJFORMAT is treated slightly differently and had a slightly different > role. It's purpose was to allow conditional overrides. Certain places in > the source tree had "OBJFORMAT?= foo" which meant that the default for a > given part of the tree would be changed unless the builder had explicitly > set it. This used to be more "magic" than it is today, but I still feel > it's useful to have the two seperate. Yes. Having an environment variable to control the output of the compilation toolset is a good thing. It can be applied system wide, but also in a smaller context. It can be undone by removing it and it can be overridden again. there's nothing about /etc/objformat that can't be handled with the environment variable. So, why /etc/objformat when it can only do harm in certain cases? > Finally, as you say, we don't ship with the file present by default, so it > doesn't interfere with cross builds. I don't see why it has to be killed.. The point is that the cross-compiler is adapting to a system it shouldn't be adapting to. /etc/objformat can be read by any tool that runs on the system, including the tools to which the override does not apply. Since it's a file, you cannot undo the override by removing the override, but you'll have to override the override, which makes it impossible to simply use the system default because you'll have to *know* the system default to be able to override the override. Needlessly complicated. /etc/objformat has served its purposes in the aout to elf switchover, but has lost it's function, I think. The new function you described it to be having is artificial IMO. This, I think, is also expressed in the fact that we don't have it. On systems that do have it (as described in my example) it can only mess things up. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message