fyi: bootstrapped

[Peter Wemm]

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 at wemm.org; peter at FreeBSD.org; peter at yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5