Mozilla compilation and P4 problems?

[Byron Schlemmer]

On Fri, 2003-11-28 at 08:43, Byron Schlemmer wrote:
> Hmm strange thing is I am using the defaults from
> /usr/share/examples/etc/make.conf, I've even tried removing them from my
> /etc/make.conf it still seems to die. Albeit in a different spot now?
> 
> gmake[3]: Entering directory
> `/usr/ports/www/mozilla/work/mozilla/netwerk/socket'
> gmake[4]: Entering directory
> `/usr/ports/www/mozilla/work/mozilla/netwerk/socket/base'
> .
> .
> .
> ../../../dist/bin/xpidl -m typelib -w -I ../../../dist/idl -I. -o
> _xpidlgen/nsISSLSocketControl nsISSLSocketControl.idl
> ../../../dist/bin/xpt_link _xpidlgen/necko_socket.xpt
> _xpidlgen/nsISocketProvider.xpt _xpidlgen/nsISocketProviderService.xpt
> _xpidlgen/nsISOCKSSocketProvider.xpt _xpidlgen/nsISOCKSSocketInfo.xpt
> _xpidlgen/nsISOCKS4SocketProvider.xpt _xpidlgen/nsISOCKS4SocketInfo.xpt
> _xpidlgen/nsISSLSocketProvider.xpt
> _xpidlgen/nsITransportSecurityInfo.xpt _xpidlgen/nsISSLSocketControl.xpt
> ../../../config/nsinstall -R -m 644 _xpidlgen/necko_socket.xpt
> ../../../dist/bin/components
> gmake[4]: *** [libs] Illegal instruction (core dumped)
> gmake[4]: Leaving directory
> `/usr/ports/www/mozilla/work/mozilla/netwerk/socket/base'
> gmake[3]: *** [libs] Error 2
> gmake[3]: Leaving directory
> `/usr/ports/www/mozilla/work/mozilla/netwerk/socket'
> gmake[2]: *** [libs] Error 2
> gmake[2]: Leaving directory
> `/usr/ports/www/mozilla/work/mozilla/netwerk'
> gmake[1]: *** [tier_9] Error 2
> gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla'
> gmake: *** [default] Error 2
> *** Error code 2
> 
> > Joe
> 
> Thanks for such a quick response. Any ideas now? 

Hmm, I'm beginning to think that this might me a hyper threading issue.
I am running an SMP kernel with machdep.cpu_idle_hlt set to 1. Looking
at previous posts HTT maybe because of :

From: Terry Lambert (tlambert2 at mindspring.com)
Subject: Re: Confused about HyperThreading and Performance 
Date: 2003-11-13 04:37:45 PST

"The reason you are seeing a performance drop is contention for
shared resources that the scheduler doesn't know are shared.

SPECmark and similar benchmarks tend to get worse numbers on
every OS when SMT is enabled, due to contention."

I'll try disabling hyper threading if it fails to compile again.
-- 

	Byron
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20031128/15a6df3d/attachment.bin