From owner-freebsd-current Sat Nov 2 15:58:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A1E37B401 for ; Sat, 2 Nov 2002 15:58:14 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82ABC43E6E for ; Sat, 2 Nov 2002 15:58:14 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id gA2NwEeZ030354; Sat, 2 Nov 2002 15:58:14 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id gA2NwEUB030353; Sat, 2 Nov 2002 15:58:14 -0800 (PST) Date: Sat, 2 Nov 2002 15:58:14 -0800 From: Steve Kargl To: "Matthew N. Dodd" Cc: Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: __sF Message-ID: <20021102235814.GB30122@troutmask.apl.washington.edu> References: <20021102233215.GA30122@troutmask.apl.washington.edu> <20021102183431.V35807-100000@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021102183431.V35807-100000@sasami.jurai.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Nov 02, 2002 at 06:36:31PM -0500, Matthew N. Dodd wrote: > On Sat, 2 Nov 2002, Steve Kargl wrote: > > On Sat, Nov 02, 2002 at 06:15:09PM -0500, Matthew N. Dodd wrote: > > > This isn't the case for one piece of vendor software that I'm not allowed > > > to talk about. > > > > See the new WANT_COMPAT4_STDIO make.conf knob. > > This won't be acceptable as the vender will likely not be producing a > separate 5.0 build (ie the same build needs to run on both.) until 4.x is > EOLed. Forcing people to rebuild libc seems a high barrier to entry. > Maybe I misunderstand you. But, a person running FreeBSD 5.x, who wants to runs this vendor's 4.x software, will need to build their libc with WANT_COMPAT4_STDIO defined if this product needs to see __sF. This is my exact problem. I have NAG's Fortran 95 compiler, which was built for FreeBSD 4.2. I ran it on 5.0 without a problem until __sF was made static. NAG may never release a 5.x version of their compiler because it may not be cost effective. This is a compromise to move forward with the elimination of the visibility of __sF. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message