Date: Sat, 2 Nov 2002 12:22:38 -0800 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: Peter Wemm <peter@wemm.org> Cc: Mark Murray <mark@grondar.org>, freebsd-current@FreeBSD.ORG Subject: Re: __sF Message-ID: <20021102202238.GC29321@troutmask.apl.washington.edu> In-Reply-To: <20021102200638.3F3F62A88D@canning.wemm.org> References: <20021102192432.GC28971@troutmask.apl.washington.edu> <20021102200638.3F3F62A88D@canning.wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Nov 02, 2002 at 12:06:38PM -0800, Peter Wemm wrote:
>
> This is also solveable by setting a strategic symlink from libc.so ->
> /usr/lib/compat/libc.so.4 in the f95 backend's search path.
>
> Does it do a "gcc -o a a.c -L /usr/local/lib/f95 -lf96 -lm -lc" or something
> like that? If so, you can put the libc.so symlink in there.
>
> I assume that the generated code doesn't contain #includes... If it does
> you'll also need to do something about that so that you get the right
> #includes. libf96.so is a 4.x binary. Even if it wasn't for __sF, you
> should be compiling with 4.x libraries and (if needed) 4.x headers, because
> you have parts of the 4.x stdio.h embedded in libf96.so.
>
The only include that I any aware of is f95.h
which mainly defines stuff in libf95 (e.g.,
a typedef for struct nagf95_complex).
The verbose compiler output is below. Note,
that the crt* files are also 5.x instead of
4.x. Maybe it's just good fortune, but NAG's
f95 compiler works great on 5.x (except for
the __sF snafu).
--
Steve
kargl[226] f95 -v -Wc,-v -Wl,-v a.f90
a.f90:
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.2.1 [FreeBSD] 20021009 (prerelease)
/usr/libexec/cc1 -lang-c -v -I/usr/local/lib/NAGWare -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=1 -D__GXX_ABI_VERSION=102 -D__FreeBSD__=5 -D__FreeBSD_cc_version=500004 -Dunix -D__KPRINTF_ATTRIBUTE__ -D__FreeBSD__=5 -D__FreeBSD_cc_version=500004 -D__unix__ -D__KPRINTF_ATTRIBUTE__ -D__unix -Asystem=unix -Asystem=bsd -Asystem=FreeBSD -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i386__ -D__ELF__ -D_LONGLONG -DBSD -DANSI_C -DINT64=long long -DPOW_IS_INACCURATE /var/tmp/a.051193.c -quiet -dumpbase a.051193.c -version -fsigned-char -o /var/tmp/cczLSErX.s
GNU CPP version 3.2.1 [FreeBSD] 20021009 (prerelease) (cpplib) (i386 FreeBSD/ELF)
GNU C version 3.2.1 [FreeBSD] 20021009 (prerelease) (i386-undermydesk-freebsd)
compiled by GNU C version 3.2.1 [FreeBSD] 20021009 (prerelease).
ignoring duplicate directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/lib/NAGWare
/usr/include
End of search list.
/usr/bin/as -v -o a.o /var/tmp/cczLSErX.s
GNU assembler version 2.13 [FreeBSD] 2002-10-10 (i386-obrien-freebsd5.0) using BFD version 2.13 [FreeBSD] 2002-10-10
Loading...
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.2.1 [FreeBSD] 20021009 (prerelease)
/usr/libexec/collect2 -V -dynamic-linker /usr/libexec/ld-elf.so.1 /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib /usr/local/lib/NAGWare/quickfit.o a.o -rpath /usr/local/lib/NAGWare /usr/local/lib/NAGWare/libf96.so /usr/local/lib/NAGWare/libf96.a -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o
GNU ld version 2.13 [FreeBSD] 2002-10-10
Supported emulations:
elf_i386_fbsd
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021102202238.GC29321>