Date: Thu, 18 Mar 2004 20:20:12 -0800 (PST) From: Maho Nakata <maho@FreeBSD.org> To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: ports/biology/pymol Makefile ports/math/atlas Makefile ports/math/atlas-devel Makefile Message-ID: <200403190420.i2J4KCAH015119@repoman.freebsd.org>
index | next in thread | raw e-mail
maho 2004/03/18 20:20:12 PST
FreeBSD ports repository
Modified files:
biology/pymol Makefile
math/atlas Makefile
math/atlas-devel Makefile
Log:
Backout previous change of PICFLAG, since
behaviour of -fPIC and -fpic are different.
Here is the comment form obrien:
--
"-fpic" is a [minor?] optimization for machines that can handle it:
-fpic
Generate position-independent code (PIC) suitable for use in a shared
library, if supported for the target machine. Such code accesses all
constant addresses through a global offset table (GOT). The dynamic
loader resolves the GOT entries when the program starts (the dynamic
loader is not part of GCC; it is part of the operating system). If
the GOT size for the linked executable exceeds a machine-specific
maximum size, you get an error message from the linker indicating
that -fpic does not work; in that case, recompile with -fPIC instead.
(These maximums are 16k on the m88k, 8k on the SPARC, and 32k on the
m68k and RS/6000. The 386 has no such limit.)
-fPIC
If supported for the target machine, emit position-independent code,
suitable for dynamic linking and avoiding any limit on the size of
the global offset table. This option makes a difference on the m68k,
m88k, and the SPARC.
Thanks to: obrien
Revision Changes Path
1.15 +6 -0 ports/biology/pymol/Makefile
1.13 +6 -0 ports/math/atlas-devel/Makefile
1.20 +6 -0 ports/math/atlas/Makefile
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200403190420.i2J4KCAH015119>