From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1DfROZ-0002fb-8T for user-mode-linux-devel@lists.sourceforge.net; Mon, 06 Jun 2005 16:52:39 -0700 Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252] ident=93) by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DfROW-0002Im-Eo for user-mode-linux-devel@lists.sourceforge.net; Mon, 06 Jun 2005 16:52:39 -0700 From: Al Viro Subject: Re: [uml-devel] [PATCH 3/5] UML - Clean up tt mode remapping of UML binary Message-ID: <20050606235321.GJ29811@parcelfarce.linux.theplanet.co.uk> References: <200506062008.j56K89YA008957@ccure.user-mode-linux.org> <200506070105.20422.blaisorblade@yahoo.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506070105.20422.blaisorblade@yahoo.it> Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: The user-mode Linux development list List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue, 7 Jun 2005 00:53:21 +0100 To: Blaisorblade Cc: user-mode-linux-devel@lists.sourceforge.net, Jeff Dike , akpm@osdl.org, torvalds@osdl.org, linux-kernel@vger.kernel.org On Tue, Jun 07, 2005 at 01:05:19AM +0200, Blaisorblade wrote: > On Monday 06 June 2005 22:08, Jeff Dike wrote: > > From Al Viro - this turns the tt mode remapping of the binary into arch > > code. > NACK at all, definitely, don't apply this one please. This patch: > > 1) On i386 does not fix the problem it was supposed to fix when I originately > sent the first version (i.e. avoiding to create a .thread_private section to > allow linking against NPTL glibc). It's done on x86_64 and forgot on i386. True. i386 still assumes non-NPTL (as it is on the box I'm working on - such setups *do* exist). > 2) Splitting the linker script for subarchs is definitely not needed. Per-subarch - perhaps not. Per-glibc-type - definitely needed. > 3) This removes the fix (done through objcopy -G switcheroo) to a link time > conflict happening on some weird glibc combinations. *What* link-time conflict? We don't link libc into switcheroo anymore. ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel