[U-Boot-Users] Problems Building u-boot-1.3.1

Ben Warren bwarren at qstreams.com
Thu Dec 13 20:55:30 CET 2007


raptorbrino at aim.com wrote:
> I guess a better question is whether u-boot should support
> builds on cygwin without modification.  If the answer is
> "doesn't matter," your answer suffices.  If the answer is
> yes, something must be modified.  My fix was to add the
> -ansi switch to the build flags, however, there's probably
> a less invasive way than requiring the compiler to only use
> ansi compliant features.
>
> raptorbrino at aim.com writes:
>
>   
>> I'm having a problem building u-boot-1.3.1.  It complains when using 
>>     
> the
>   
>> host compiler to compile sha1.c because it doesn't know what the data
>> type
>> __u64 is.  This datatype is defined in u-boot/include/asm/types.h.
>> However,
>> I'm using cygwin, and it has the file /usr/include/asm/types.h.  The
>> types.h
>> file in cygwin does not define __u64.  Because the compile uses the 
>>     
> flag
>   
>> -idirafter, the cygwin types.h is used in the include, hence an unkown
>> symbol compile error.  I fixed this problem in my local build by 
>>     
> adding
>   
>> the
>> flag -ansi to CPPFLAGS in tools/makefile.  Is that appropriate or 
>>     
> would
>   
>> you
>> recommend fixing it another way??
>>     
>
> I would recommend fixing it by using a nice Linux system instead of
> Win$, but thats just me...
>
>   
Yeah, Linux host would be best. Have you tried:

export C_INCLUDE_PATH=$C_INCLUDE_PATH:<u-boot src path>/include ?

Dunno if this will help or not. I think gcc makes C_INCLUDE_PATH the 
highest priority search path, but could very well be wrong.

regards,
Ben




More information about the U-Boot mailing list