From owner-freebsd-questions@FreeBSD.ORG Thu Nov 10 22:12:12 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org 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 F095616A41F for ; Thu, 10 Nov 2005 22:12:12 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9903443D46 for ; Thu, 10 Nov 2005 22:12:12 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from [192.168.1.20] (c-24-20-191-244.hsd1.wa.comcast.net[24.20.191.244]) by comcast.net (sccrmhc13) with ESMTP id <200511102206250130039m9ee>; Thu, 10 Nov 2005 22:06:30 +0000 Message-ID: <4373C465.5060005@gmail.com> Date: Thu, 10 Nov 2005 14:06:29 -0800 From: Kris Moore User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Question about x64 and running x86 programs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 22:12:13 -0000 Hi there! I'm currently working on a port of PC-BSD for AMD64 systems. Everything looks and works great, but i've run into a snag with running x86 binaries on the platform. All the kernel options for compat are enabled, and some simple "C" programs will run, but if I try to run a bigger program, with QT for X, then I get errors like this: /libexec/ld-elf.so.1: /usr/X11R6//lib/libqt-mt.so.3: unsupported file layout I figure this is because the libraries are compiled for x64, and the binary is x86. No big deal. I then have attempted overriding the library path by setting LD_LIBRARY_PATH to some alternate directory with the x86 libraries in it. This does not work also, matter afact, it completely ignores the LD_LIBRARY_PATH variable like it doesnt exist. I've messed with the ldconfig program also, but can't quite seem to figure this one out. Is there another LD_LIBRARY_PATH variable that 32 bit binaries look for? Or is it even possible to do what i'm attempting here? -- Kristofer Moore