From owner-freebsd-current Wed Sep 2 14:39:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10241 for freebsd-current-outgoing; Wed, 2 Sep 1998 14:39:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10212 for ; Wed, 2 Sep 1998 14:39:47 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA00120; Thu, 3 Sep 1998 07:51:18 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809022151.HAA00120@cimlogic.com.au> Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-Reply-To: <199809022118.OAA25182@austin.polstra.com> from John Polstra at "Sep 2, 98 02:18:43 pm" To: jdp@polstra.com (John Polstra) Date: Thu, 3 Sep 1998 07:51:14 +1000 (EST) Cc: jb@cimlogic.com.au, mark@grondar.za, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > WORLDTMP is private to the `make world' build system which is > > private to the top level makefiles. No other makefiles should know > > about these. They should rely on the environment variables that the > > tools naturally look for. > > The problem, as I understand it, is that the new perl has to run as > part of the build process. It has some dynamically loaded modules > that aren't installed yet, and that aren't in any of the standard > WORLDTMP library locations. Mark needs a way for the dynamic linker > to be able to find those modules. The bootstrap build of aout->aout or elf->elf uses MK_FLAGS to set NOSHARED=1 for the initial build of something, installing that something into WORLDTMP which is in the path. It cleans the directory and goes back later without NOSHARED and builds the shared version for real, running the static version in WORLDTMP as needed. My guess is that bootstrapping Perl5 is like I had to bootstrap Perl4 on alpha where there was no perl installed at all. This involved adding _perl= gnu/usr.bin/perl/perl to build just perl in the lib-tools target of Makefile.inc1, but not the other perl subdirectories (which are the ones that try to _run_ perl). This should "just work" (TM). -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message