From owner-freebsd-current Sat Nov 2 12:11:54 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 707BD37B401 for ; Sat, 2 Nov 2002 12:11:53 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBFC143E8A for ; Sat, 2 Nov 2002 12:11:52 -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 gA2KBqeZ029521; Sat, 2 Nov 2002 12:11:52 -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 gA2KBpJp029520; Sat, 2 Nov 2002 12:11:51 -0800 (PST) Date: Sat, 2 Nov 2002 12:11:51 -0800 From: Steve Kargl To: Marcel Moolenaar Cc: Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: __sF Message-ID: <20021102201151.GB29321@troutmask.apl.washington.edu> References: <20021102181031.GB28779@troutmask.apl.washington.edu> <200211021906.gA2J6ld0072679@grimreaper.grondar.org> <20021102192432.GC28971@troutmask.apl.washington.edu> <20021102200042.GB669@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021102200042.GB669@athlon.pn.xcllnt.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 12:00:42PM -0800, Marcel Moolenaar wrote: > On Sat, Nov 02, 2002 at 11:24:32AM -0800, Steve Kargl wrote: > > > > No, it does not just work. The NAG f95 compiler generates a > > C file. The C file is compiled by gcc. > > > > f95 -o a a.f90 > > > > is equivalent to > > > > f95 -c -o a.c a.f90 > > gcc -o a a.c -lf96 -lm -lc > > > > libf96.so is linked against libc.so, which is a symlink > > to libc.so.4 on a 4.x system. libm.so and libc.so are > > symlinks that point to libm.so.2 and libc.so.5 on 5.x. > > You pick up the wrong libc.so in the above line. > > I see where this is breaking. The compat libs work because binaries > are already linked against them. What you're describing is a need to > link against libc.so.4 whilst on a -current box. Much the same as > developing under the Linuxulator: you're not using the native bits. > > The problem is not unsolvable, but you also need the 4.x headers > to make it work. The first hurdle is getting NAG f90 to pick up a > random C compiler. The random C compiler then has to pick up the > 4.x headers and libraries by having an alternate system includes > and libraries path. With GCC this should be simple enough. > That's exactly the problem. I haven't been able to state it in the same manner as you. Alfred just committed a make.conf knob, WANT_COMPAT4_STDIO, that permits libc to be built with __sF visible outside of libc. I suspect most people will not need the knob, but it will allow commercial apps to run if need be. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message