From owner-freebsd-questions@FreeBSD.ORG Tue Feb 8 06:16:54 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C56C916A4CE for ; Tue, 8 Feb 2005 06:16:54 +0000 (GMT) Received: from hobbiton.shire.net (hobbiton.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FB2A43D46 for ; Tue, 8 Feb 2005 06:16:54 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.222.227] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.43) id 1CyOg9-000MS2-Up for freebsd-questions@freebsd.org; Mon, 07 Feb 2005 23:16:54 -0700 Mime-Version: 1.0 (Apple Message framework v619) Message-Id: <068F1D39-7999-11D9-B134-000D933E3CEC@shire.net> To: freebsd-questions@freebsd.org From: Chad Leigh -- Shire.Net LLC Date: Mon, 7 Feb 2005 23:16:53 -0700 X-Mailer: Apple Mail (2.619) X-SA-Exim-Connect-IP: 67.161.222.227 X-SA-Exim-Mail-From: chad@shire.net Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on hobbiton.shire.net X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_50 autolearn=disabled version=3.0.0 X-Spam-Level: X-SA-Exim-Version: 4.1+cvs (built Mon, 23 Aug 2004 08:44:05 -0700) X-SA-Exim-Scanned: Yes (on hobbiton.shire.net) Subject: anyone get the linux_base-gentoo port to work? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 06:16:54 -0000 I keep running into problems of the sort host# /compat/linux/lib/ld-linux.so.2 /compat/linux/lib/ld-2.3.4.so: Exec format error. Binary file not executable. host# Apparently under linux that will work (here is from a gentoo box I have access to) bash-2.05b# /lib/ld-linux.so.2 Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...] You have invoked `ld.so', the helper program for shared library executables. This program usually lives in the file `/lib/ld.so', and special directives in executable files using ELF shared libraries tell the system's program loader to load the helper program from this file. This helper program loads the shared libraries needed by the program executable, prepares the program to run, and runs it. You may invoke this helper program directly from the command line to load and run an ELF executable file; this is like executing that file itself, but always uses this helper program from the file you specified, instead of the helper program file specified in the executable file you run. This is mostly of use for maintainers to test new versions of this helper program; chances are you did not intend to run this program. --list list all dependencies and how they are resolved --verify verify that given object really is a dynamically linked object we can handle --library-path PATH use given PATH instead of content of the environment variable LD_LIBRARY_PATH --inhibit-rpath LIST ignore RUNPATH and RPATH information in object names in LIST bash-2.05b# trying to update portage or to rebuild gcc (as is recommended in the port) evetually fail with the above error... (The example I have above was to retry the command at the command line) Any ideas on how to make this work? Thanks Chad