Sorry about that, hopefully I've fixed it for now with r264054 (but
whenever you're checking in a fix for a fix you're on pretty shakey
ground). This is a temporary workaround while I spend a few days
rewriting some legacy arm code to fix the problem for real.
-- Ian
On Wed, 2014-04-02 at 19:18
+ Ian
On Wed, Apr 2, 2014 at 7:17 PM, hiren panchasara
wrote:
> On Wed, Apr 2, 2014 at 7:16 PM, O. Hartmann
> wrote:
>>
>> r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly
>> ...
>
> +1.
>
> cheers,
> Hiren
>>
>> rm -f .newdep
>> make -V CFILES_NOZFS -V SYSTEM_CFIL
On Wed, Apr 2, 2014 at 7:16 PM, O. Hartmann wrote:
>
> r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly
> ...
+1.
cheers,
Hiren
>
> rm -f .newdep
> make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E"
> CC="cc " xargs
> mkdep -a -f .newdep -pipe
r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly ...
rm -f .newdep
make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E"
CC="cc " xargs
mkdep -a -f .newdep -pipe -O3 -fno-strict-aliasing -march=native -std=c99 -Wall
-Wredundant-decls -Wnested-exte