From owner-freebsd-ports@FreeBSD.ORG Mon Apr 11 16:38:03 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9037D16A4CE; Mon, 11 Apr 2005 16:38:03 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12C943D46; Mon, 11 Apr 2005 16:38:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3BGfO4g031754; Mon, 11 Apr 2005 10:41:24 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <425AA728.7050809@samsco.org> Date: Mon, 11 Apr 2005 10:34:48 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mikhail Teterin References: <200504102137.j3ALbm0h079084@corbulon.video-collage.com> <200504111212.25215.mi+mx@aldan.algebra.com> <425AA274.2090604@samsco.org> <200504111229.39072.mi+mx@aldan.algebra.com> In-Reply-To: <200504111229.39072.mi+mx@aldan.algebra.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: ports@freebsd.org cc: gnome@freebsd.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 16:38:03 -0000 Mikhail Teterin wrote: >>I don't really care to argue with you on this. If you want to be upset >>that your special gcc flags don't work, that's your business. > > > My whole point, Scott, is that there is nothing special about "my gcc flags". > NOTHING. Setting CPUTYPE to match one's processor flavor is a long-documented > way to do things -- fact. Such setting results in the corresponding > -march=XXX automatically -- fact. All ports must handle this. Those that can > not are broken. Plan and simple. There is nothing to argue: `-O -pipe > -march=opteron' must work. > > >>Meanwhile I'll continue using Mozilla on my amd64 machine. > > > Even a broken thing can be useful to some. > Is my car broken because it can't go 300km/hr? A Porshe can, so shouldn't mine be able to? My point here is that there is a distinction between the mozilla port being completely broken, and being broken in non-standard or specific configurations. Saying that it's BROKEN implies that it's 100% unusable, and that gives a false summary of the problem. I built it from scratch with a very stock, unmodified system and it works as well for me as I would expect. In my eyes, it's not broken. But I don't play with custom gcc options. I'll readily concede that there are a lot of ports that are authored in an i386-specific way and only work on amd64 by sheer luck. Understnad that FreeBSD tends to also be at the leading edge of compiler development. While we are using GCC 3.4, many other BSD and Linux variants are still using 3.1, 3.2, or even 2.95. So it's quite possible that the newer compiler has either bugs or stricter languange compliance, and there aren't enough eyes yet to discover and fix these problems. Shouting to everyone that mozilla is BROKEN doesn't help this very much. Scott