From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 18 09:39:37 2008 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DAC2106564A for ; Mon, 18 Aug 2008 09:39:37 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 36D358FC14 for ; Mon, 18 Aug 2008 09:39:35 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m7I9dN9n064575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 18 Aug 2008 11:39:23 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m7I9dJO0053925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Aug 2008 11:39:19 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m7I9dIT0008120; Mon, 18 Aug 2008 11:39:19 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m7I9dIn0008119; Mon, 18 Aug 2008 11:39:18 +0200 (CEST) (envelope-from ticso) Date: Mon, 18 Aug 2008 11:39:18 +0200 From: Bernd Walter To: Anton Shterenlikht Message-ID: <20080818093918.GE6331@cicely7.cicely.de> References: <20080708120738.GA74833@mech-cluster238.men.bris.ac.uk> <20080712225929.GA22401@freebie.xs4all.nl> <20080731222442.GA35346@mech-cluster238.men.bris.ac.uk> <20080816161820.GG37139@cicely7.cicely.de> <20080818083712.GA1032@mech-cluster238.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080818083712.GA1032@mech-cluster238.men.bris.ac.uk> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.086, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: ticso@cicely.de, freebsd-alpha@freebsd.org Subject: Re: firefox3 build fails on alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 09:39:37 -0000 On Mon, Aug 18, 2008 at 09:37:12AM +0100, Anton Shterenlikht wrote: > On Sat, Aug 16, 2008 at 06:18:20PM +0200, Bernd Walter wrote: > > On Sat, Aug 02, 2008 at 05:01:23PM +0000, Christian Weisgerber wrote: > > > Anton Shterenlikht wrote: > > > > > > > I'm happy to test firefox3 on alpha, but need to learn about pathes. > > > > > > > > In this particular case it seems that (at least) 2 files > > > > are missing from the distribution: > > > > > > > > xptcinvoke_freebsd_alpha.cpp > > > > xptcstubs_freebsd_alpha.cpp > > > > > > Yes. These need to be created. > > > > > > You have stumbled on a dirty secret: the Mozilla family programs > > > rely on a part that must be ported at the assembly(!) language level > > > to each processor/compiler/(operating system) combination. > > > > > > > I think that whoever created the tar file simply forgot to add the freebsd > > > > files. > > > > > > No, somebody needs to write them. > > > > I wrote them a few years back for mozilla and they were part of the port. > > Don't know what happened in the meantime, because since alpha support is > > removed I stopped spending time into it. > > The whole xptcinvoke thing is completely breandead anyway. > > The intention was to have a portable interfacing to modules, but in fact > > they just read the C++ vtable using assembly, which the compiler can do > > without any help. > > The assembly calling functions need to know the compiler specific > > vtable and not a fixed self defined, which is not what I expected to see. > > It took me several days to understand that they want something senseless. > > Anyway, I seem to have fixed this. The build now passes this stage but > fails at another. The mozilla developers 'don't know' how to fix it, and > apparently lost the interest. > > Anybody here cares to comment? Something to do with incorrect alignment. Just accept the warnings. Mozilla also always had some missaligned acces in it. Fortunately we can correct missaligned access in userland and they are not too much so you can live with them. Especially since they said that the pointer always has the required alignment. The real bug is that they cast pointers of completely different types. You can work around by increasing the alignemnt requirement of PLDHashEntryHdr's type, so the compiler knows that. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.