[U-Boot-Users] Problems Building u-boot-1.3.1
Hi All,
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??
Thanks, Brian ________________________________________________________________________ More new features than ever. Check out the new AIM(R) Mail ! - http://webmail.aim.com
raptorbrino@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...
Best regards
Markus Klotzbuecher
-- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de
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@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...
Best regards
Markus Klotzbuecher
-- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de
________________________________________________________________________ More new features than ever. Check out the new AIM(R) Mail ! - http://webmail.aim.com
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Please read http://www.netmeister.org/news/learn2quote.html
In message 8CA0BD0484CF342-A30-CFA@WEBMAIL-DF07.sysops.aol.com you wrote:
I guess a better question is whether u-boot should support builds on cygwin without modification. If the answer is
Yes, but only if it doesn't hurt others.
"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.
Maybe cygwin povides another header file for the definition of __u64?
Best regards,
Wolfgang Denk
raptorbrino@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@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
participants (4)
-
Ben Warren -
Markus Klotzbücher -
raptorbrino＠aim.com -
Wolfgang Denk