From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 25 12:49:20 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A38B106566B for ; Sat, 25 Oct 2008 12:49:20 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 196CE8FC17 for ; Sat, 25 Oct 2008 12:49:20 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1209062rvf.43 for ; Sat, 25 Oct 2008 05:49:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=VPe+rlOZGq2i9S1qfcLKXVqKNlUJLQ8r+0PMc7BL5VM=; b=AdYDrbnxPLd2Nmom24YY5dlPovsUEOabpERGKTnQBnYABy9wHu9EQDBvwE9l0vLfDz 3EadR/+jkcuseOMkX9JADcZuy9s2BoY3WE3G6Rs9afiJQw8s1ryqd+PApK5iWXcHf7Th RZoToU2EgvPpoO9mAZvihcRkDmHcdbIzg20ak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=I+gSyaKrM3d8QzEl40tSFoDEc9WjOGYbeA+NagZ8Wr79o68y22t5FJPL1ZFxXFGZwX 26bKQqo6ipQ3na/yu+iidVVnkEaGSpaefW7jAzeI4YcTNstOnc6QikRcZARNNiswyP8F bfML+y4l8qyQW1y2TbZkOxDrBd8JiQOqhbVUI= Received: by 10.141.122.1 with SMTP id z1mr1885517rvm.197.1224938959720; Sat, 25 Oct 2008 05:49:19 -0700 (PDT) Received: by 10.141.43.14 with HTTP; Sat, 25 Oct 2008 05:49:19 -0700 (PDT) Message-ID: <3c0b01820810250549r6c1f5614i27709c09d73a2018@mail.gmail.com> Date: Sat, 25 Oct 2008 08:49:19 -0400 From: "Alexander Sack" To: "Daniel O'Connor" In-Reply-To: <200810250958.15130.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c0b01820810231731s1b4d4659j7d1df8bf4abb229c@mail.gmail.com> <20081024104232.X21603@wojtek.tensor.gdynia.pl> <20081024125059.GE1137@server.vk2pj.dyndns.org> <200810250958.15130.doconnor@gsoft.com.au> Cc: freebsd-hackers@freebsd.org, Wojciech Puchar , freebsd-questions@freebsd.org Subject: Re: Why does adding /usr/lib32 to LD_LIBRARY_PATH break 64-bit binaries? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 12:49:20 -0000 On Fri, Oct 24, 2008 at 7:28 PM, Daniel O'Connor wrote: > On Friday 24 October 2008 23:20:59 Peter Jeremy wrote: >> >this will make system trying to bind 32-bit libs to 64-bit program. it >> >can't work >> >> rtld shouldn't attempt to bind 32-bit libs to 64-bit programs. > > The same problem happens with the Linux run time linker - it merrily tries to > link FreeBSD libraries to Linux binaries with predictable results.. > > One trick I use for that is to put a symlink in /compat/linux in the place the > problematic FreeBSD library is.. > > That said it would be really nice if it ignored incompatible libraries :) Yea. Also you go tot realize that if it didn't pick up /usr/lib32 shared objects then /lib would be searched as a last resort I believe since its the default path. As a result, things again would have just worked. Is this a bug or not in FreeBSD's rtld? -aps