From owner-freebsd-ports Wed May 26 17: 9:31 1999 Delivered-To: freebsd-ports@freebsd.org Received: from repulse.lovett.com (repulse.lovett.com [38.155.241.4]) by hub.freebsd.org (Postfix) with ESMTP id 002AD155A5 for ; Wed, 26 May 1999 17:09:28 -0700 (PDT) (envelope-from ade@lovett.com) Received: from ade by repulse.lovett.com with local (Exim 3.01 #1) id 10mnjY-0000Cm-00; Wed, 26 May 1999 19:09:16 -0500 Date: Wed, 26 May 1999 19:09:16 -0500 From: Ade Lovett To: Chris Piazza Cc: ports@FreeBSD.ORG Subject: Re: gnupg 0.9.7 Message-ID: <19990526190916.E490@lovett.com> References: <19990526185407.D490@lovett.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Chris Piazza on Wed, May 26, 1999 at 04:56:19PM -0700 Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 26, 1999 at 04:56:19PM -0700, Chris Piazza wrote: > > It appears to be an older-gcc problem, unless you count taking a > > completely empty machine, installing 3.2-RELEASE on it, and then > > trying to make the gnupg port as the first thing after the initial > > reboot, a local problem. > > > > Sorry, I meant local to FreeBSD's "version" of gcc (ie. modifications). Ahh, ok. Unfortunately, I don't have a gcc-2.7.2 floating around for any other platforms, either, so I can't test this theory, although I'm absolutely stumped as to why cflags without -pipe would work. All in all, the --disable-asm fix would seem to be the best one for now (it's certainly the cleanest), and unless someone is doing major gnupg work (maybe an order of magnitude more than is likely to appear in day-to-day email/news reading), the loss in performance by using the non-optimised code is likely to be negligable from an end-user perspective. -aDe -- Ade Lovett, Austin, TX. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message