From owner-cvs-ports@FreeBSD.ORG Wed Mar 17 09:19:13 2004 Return-Path: Delivered-To: cvs-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1070216A4CF; Wed, 17 Mar 2004 09:19:13 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC39443D45; Wed, 17 Mar 2004 09:19:12 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2HHJBlr094262; Wed, 17 Mar 2004 09:19:11 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2HHJ4kC094261; Wed, 17 Mar 2004 09:19:04 -0800 (PST) (envelope-from obrien) Date: Wed, 17 Mar 2004 09:19:04 -0800 From: "David O'Brien" To: Kris Kennaway Message-ID: <20040317171904.GC93838@dragon.nuxi.com> References: <200403171047.i2HAlUsL048731@repoman.freebsd.org> <20040317111525.GA62305@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040317111525.GA62305@xor.obsecurity.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Maho Nakata cc: cvs-ports@FreeBSD.org cc: cvs-all@FreeBSD.org cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/biology/pymol Makefile distinfo pkg-plist ports/biology/pymol/files patch-Rules.make patch-setup+pymol+com+linux-rh7x X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2004 17:19:13 -0000 On Wed, Mar 17, 2004 at 03:15:25AM -0800, Kris Kennaway wrote: > On Wed, Mar 17, 2004 at 02:47:29AM -0800, Maho Nakata wrote: > > > | +.if !defined(PICFLAG) > > | +.if ${MACHINE_ARCH} == "sparc64" > > | +PICFLAG=-fPIC > > | +.else > > | +PICFLAG=-fpic > > | +.endif > > | +.endif > > As far as I understand, there's no need to treat these differently: > -fPIC is appropriate on all architectures. "-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.