From owner-freebsd-questions@FreeBSD.ORG Thu Oct 14 13:23:37 2004 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 06B3816A4CF for ; Thu, 14 Oct 2004 13:23:37 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A54743D1D for ; Thu, 14 Oct 2004 13:23:34 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by mproxy.gmail.com with SMTP id 80so317312rnl for ; Thu, 14 Oct 2004 06:23:31 -0700 (PDT) Received: by 10.38.8.13 with SMTP id 13mr103571rnh; Thu, 14 Oct 2004 06:23:31 -0700 (PDT) Received: by 10.38.206.40 with HTTP; Thu, 14 Oct 2004 06:23:31 -0700 (PDT) Message-ID: Date: Thu, 14 Oct 2004 18:53:31 +0530 From: Subhro To: John Gillis , FreeBSD Questions In-Reply-To: <20041014100135.GA54754@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041014000024.T27161@dante.zefram.net> <20041014011057.P22475@dante.zefram.net> <20041014100135.GA54754@falcon.midgard.homeip.net> Subject: Re: Compiling 4-RELEASE on 5-STABLE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Subhro List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:23:37 -0000 On Thu, 14 Oct 2004 12:01:35 +0200, Erik Trulsson wrote: > If you actually believe that I have a very nice bridge here you might > be interested in. It is certainly the goal that things which worked on > 4.x will continue to work in 5.x, and it might even work out that way > in 99.99% of all cases, but *everything*? Not a bloody chance - there > are always bugs that have yet to fixed (or even discovered). The primary phrase which a developer must believe is "No software is 100% foolproof". So speaking in that line, indeed no software including the Releases of FreeBSD are 100% bug free. What I meant was, the RELEASE, not STABLE is expected to work correctly and fight back all the bugs that had been discovered till date. But I never meant it is perfect. If it was, then we would never have patches or future releases. And BTW I would be really interested to know about some hardware/software which used to work under 4.X and stopped working under 5.Y even after updating to the latest versions and applying all patches/hacks. It is entirely probable and acceptable that out of the box, a software natively made for 4.X will not work on 5.Y > Depends. It it is a 486sx it will not run 5.x (support for FPU-less > systems has been removed.) I believe 5.x also needs a bit more memory > than 4.x, so if that box has too little RAM it might be unbearably slow > under 5.x Yeh, I forgot to mention about the FPU. Thanks for adding up. > And that is bullshit. It is of course possible to compile a 4.x binary > on a 5.x box - just make sure you link against the right libraries (and > in the case of C++ programs at least, compile with a compatible > compiler.) I don't know if it is possible to do this without jumping > through an inordinate number of hoops however. First of all, I guess u got a bit too aggresive which I believe is unnecessary. Secondly, Try disassembling a 4.X binary and a 5.X binary, you will understand what I mean. I have done it myself and I am sure about it. Things start differing even more when you start enabling things like unrolling loops and making things architecture dependant with mcpu, march and similar flags. And btw I guess you missed a word in my previous mail. I added the word "native". Do clarify if that was not clear to you what I meant by Native. Regards S. -- Subhro Sankha Kar School of Information Technology Block AQ-13/1 Sector V ZIP 700091 India