From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 3 23:45:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F95837B401 for ; Thu, 3 Apr 2003 23:45:16 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24A643FCB for ; Thu, 3 Apr 2003 23:45:15 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 191Lse-0007Jw-00; Thu, 03 Apr 2003 23:44:57 -0800 Message-ID: <3E8D37AB.2EC5BC7@mindspring.com> Date: Thu, 03 Apr 2003 23:43:39 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20030403212300.GL54604@garage.freebsd.pl> <20030404073033.GO54604@garage.freebsd.pl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a42cdc4570027d3e5f8789194f4ff9b061666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: Bug in make(1)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2003 07:45:16 -0000 Pawel Jakub Dawidek wrote: > On Fri, Apr 04, 2003 at 02:03:35AM +0200, Dimitry Andric wrote: > +> Therefore, the simplest solution is to specify -o options everywhere. > +> I've attached a patch for /usr/share/mk/sys.mk that does this, but > +> please beware, it might break stuff which *expects* output files to > +> always be put in the current directory. > > And this is IMHO correct behaviour. I'll try to build world and kernel > with this patch and I'm quite sure that this doesn't break anything. I think obj tree creation will fail with this; make sure you use the seperate OBJDIR hierarchy stuff with this patch. IMO, it's annoying, but not broken, to assume that there must be a Makefile to correspond to each OBJDIR directory. If that's the assumption, then your build will fail to create the subdirectory properly, but might look like it worked. Make sure the object files end up where you expect them, and make sure you start with a clean OBJDIR, for your test. IMO, it's better to use ".PATH:", which makes the problem go away, by making the linker look for the objects where the compiler put them (instead of making the compiler put them where the linker is looking). See previous message. -- Terry