Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 04 May 2003 13:42:50 -0400
From:      Chuck Swiger <cswiger@mac.com>
To:        freebsd Questions <freebsd-questions@FreeBSD.ORG>
Subject:   Re: make buildworld fails on 4.8-release
Message-ID:  <3EB5511A.4090001@mac.com>
In-Reply-To: <20030504155209.591.qmail@gaddis.org>
References:  <1051150476.23923.10.camel@jupiter.main.gaddis.org> <20030428092345.K22519-100000@diana.northnetworks.ca> <20030503002817.GA734@joloxbox.joshualokken.com> <20030503053612.GA1042@nina.la3sg.net> <20030503141342.95756.qmail@gaddis.org> <20030504155209.591.qmail@gaddis.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Jeremy Gaddis wrote:
>>> CPUTYPE=i686
>>> NOPROFILE=true
[ ... ]
> Still don't know why those two lines would cause it
> to fail, especially since I took them straight out of
> some {documentation|HOWTO|handbook|something}.

Sometimes the compiler has problems with higher optimization levels, 
some of which are implied by the CPU-specific scheduling and such the 
"-mcpu=i686" ("-march=i686"?) your CPUTYPE setting produces.

If the compilation terminates, it's either a bug with gcc itself, or 
possibly an interaction with the source code explicitly trying to do 
something else.  For a possible example, OpenSSL's hand-tuned assembly 
and specific -m flags it wants instead.

If the system compiles but then panics or simply encounters very odd, 
intermittant bugs, because the kernel was optimized too highly, that's 
harder to diagnose.  Perhaps some critical reference to a volatile 
memory location got optimized away because it didn't look like it was 
doing anything, or the compiler failed to understand pointer aliasing 
when the kernel is adjusting the VM page tables, or god knows what, 
well, it'd be really nice to identify and solve those bugs, but it's 
also hard to reproduce them and track down the causes.  Please do try, 
however.  :-)

"Warranty: If this software breaks, you get to keep both pieces."

-- 
-Chuck




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3EB5511A.4090001>