[U-Boot] Problem building tools directory

[Gary Carlson]

Hello,

I am having a problem building the u-boot tools directory on a Mac.  I have
been doing some troubleshooting this afternoon but haven't quite been able
to find a solution that doesn't break somewhere else.

The make utility and I have a long distaste for each other, even though I
realize it is a necessary evil.  I hoping that someone can follow several
tests I generated below to help explain the behavior.

If I run Œmake tools¹ (with gnu make version 3.81) it hums along shortly and
then bombs out:

make -C tools all
cc -Wall -pedantic -idirafter
/Users/garycarlson/Documents/Embedded/u-boot-at91/include -idirafter
/Users/garycarlson/Documents/Embedded/u-boot-at91/include2 -idirafter
/Users/garycarlson/Documents/Embedded/u-boot-at91/include -I
/Users/garycarlson/Documents/Embedded/u-boot-at91/libfdt -I
/Users/garycarlson/Documents/Embedded/u-boot-at91/tools
-DTEXT_BASE=0x23f00000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -O -c -o crc32.o
crc32.c
i686-apple-darwin9-gcc-4.0.1: crc32.c: No such file or directory

No big surprise there, since crc32.c is not in the tools directory but
rather in the lib_generic directory.  I would expect the compiler syntax as
emitted above to fail.  However the make file located in the tools directory
has a rule to address this that seems to be ignored:

$(obj)%.o: $(SRCTREE)/lib_generic/%.c
    $(CC) -g $(CFLAGS) -c -o $@ $<

Now if I create a test rule for troubleshooting purposes that replaces the
pattern substitution with a hardcoded rule, it works differently:

$(obj)crc32.o: $(SRCTREE)/lib_generic/crc32.c
    $(CC) -g $(CFLAGS) -c -o $@ $<

This results in at least the crc32.c file compiling cleanly (the remaining
files like md5, etc. that are not covered by the test rule still fail of
course):

make -C tools all
cc -g -Wall -pedantic -idirafter
/Users/garycarlson/Documents/Embedded/u-boot-at91/include -idirafter
/Users/garycarlson/Documents/Embedded/u-boot-at91/include2 -idirafter
/Users/garycarlson/Documents/Embedded/u-boot-at91/include -I
/Users/garycarlson/Documents/Embedded/u-boot-at91/libfdt -I
/Users/garycarlson/Documents/Embedded/u-boot-at91/tools
-DTEXT_BASE=0x23f00000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -O -c -o crc32.o
/Users/garycarlson/Documents/Embedded/u-boot-at91/lib_generic/crc32.c

Note that the crc32.c file is now referenced to the correct directory.  My
first instinct is to want to blame this as bug in the make tool, but given
that it isn't one of my strengths, maybe someone else will see something
that I don't!  :)

Thanks,


Gary