From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 31 15:48:24 2003 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E96D316A4CE for ; Fri, 31 Oct 2003 15:48:24 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE4943FAF for ; Fri, 31 Oct 2003 15:48:24 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 63D5B2A8FB; Fri, 31 Oct 2003 15:48:24 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Adriaan de Groot In-Reply-To: <200311010042.16089.adridg@cs.kun.nl> Date: Fri, 31 Oct 2003 15:48:24 -0800 From: Peter Wemm Message-Id: <20031031234824.63D5B2A8FB@canning.wemm.org> cc: amd64@freebsd.org Subject: Re: fyi: bootstrapped X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2003 23:48:25 -0000 Adriaan de Groot wrote: > > Also, the 14 minutes was a 32 bit buildworld on 4.x. -current has a slower > > compiler and compiles different things, eg: kerberos5. > > I didn't think gcc 3.x affected C compile times much (more slowdown in C++). 3.3 is slower than 3.2, which was slower than 3.1 etc. Spot the pattern. :-) > > If kdebase3 blows up due to u_int32_t in netinet6/in6.h, you need to finish > > your buildworld/installworld. You can manually edit (if you want) > > /usr/include/netinet6/in6.h so that the ip6m_mtu varaible is changed from > > u_int32_t to uint32_t. This has been committed already. > > Committed to FBSD CVS? Or KDE CVS? We do workarounds in KDE CVS all the time > for BSD - in particular vm_map.h, which might be fixed in CURRENT so the > workarounds introduced upstream can be taken out again. FreeBSD cvs.. the in6.h thing that is. Also, you may need to tweak the audio/arts-1.4* port.. Somewhere its doing a G_VA_COPY(....) and trying to copy the va_lists directly rather than using va_copy. The strange thing is glibconfig.h has it defined correctly. Maybe something else is going on. Anyway, you can change any G_VA_COPY() macro calls to va_copy(). > > Now, the kdebase3 build is slow.... :-] But it (konq) is the only browser > > I've been able to get running so far. > > Bo, I'm used to it taking 3 days on older Solaris machines, a few hours on an > Athlon XP, so anything under that time frame is pure profit. I've started from fairly raw systems, I dont know how long it takes to do all the dependencies. I *think* kdebase3 took about an hour after the dependencies were taken care of. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5