[#4001] building bluetooth sometimes fails at bluez-utils
Submitted By: Vivi Li
Open Date
2008-04-02 02:48:04 Close Date
2008-04-23 01:33:36
Priority:
Medium Assignee:
Mike Frysinger
Status:
Closed Fixed In Release:
N/A
Found In Release:
N/A Release:
Category:
N/A Board:
N/A
Processor:
N/A Silicon Revision:
Is this bug repeatable?:
Yes Resolution:
Fixed
Uboot version or rev.:
Toolchain version or rev.:
08r1-rc8
App binary format:
N/A
Summary: building bluetooth sometimes fails at bluez-utils
Details:
Make clean in uclinux-dist/user/blkfin-apps/bluez-utils/, then build bluetooth kernel. It will fail at building bluez-utils.
After it fails, don't clean up bluez-utils and build again, bluez-utils can be built now.
Below is the log:
--
make[6]: Entering directory `/home/test/work/cruise/checkouts/uclinux-dist/user/blkfin-apps/bluez-utils/build/rfcomm'^M
bfin-uclinux-gcc -DHAVE_CONFIG_H -I. -I../../rfcomm -I.. -DEMBED -D__uClinux__ -I/home/test/work/cruise/checkouts/uclinux-dist -mcpu=bf537-0.2 -pipe -Wall -g -O2 -mcpu=bf537-0.2 -D_FORTIFY_SOURCE=2 -c `test -f '../../rfcomm/main.c' || echo '../../rfcomm/'`../../rfcomm/main.c^M
bison -y -d `test -f '../../rfcomm/parser.y' || echo '../../rfcomm/'`../../rfcomm/parser.y^M
flex `test -f ../../rfcomm/lexer.l || echo '../../rfcomm/'`../../rfcomm/lexer.l^M
bfin-uclinux-gcc -DHAVE_CONFIG_H -I. -I../../rfcomm -I.. -DEMBED -D__uClinux__ -I/home/test/work/cruise/checkouts/uclinux-dist -mcpu=bf537-0.2 -pipe -Wall -g -O2 -mcpu=bf537-0.2 -D_FORTIFY_SOURCE=2 -c `test -f '../../rfcomm/kword.c' || echo '../../rfcomm/'`../../rfcomm/kword.c^M
sed '/^#/ s|lex.yy\.c|lexer.c|' lex.yy.c >lexer.c^M
rm -f lex.yy.c^M
bfin-uclinux-gcc -DHAVE_CONFIG_H -I. -I../../rfcomm -I.. -DEMBED -D__uClinux__ -I/home/test/work/cruise/checkouts/uclinux-dist -mcpu=bf537-0.2 -pipe -Wall -g -O2 -mcpu=bf537-0.2 -D_FORTIFY_SOURCE=2 -c `test -f 'lexer.c' || echo '../../rfcomm/'`lexer.c^M
../../rfcomm/kword.c:36:20: error: parser.h: No such file or directory^M
../../rfcomm/kword.c:41: error: ‘K_BIND’ undeclared here (not in a function)^M
../../rfcomm/kword.c:42: error: ‘K_DEVICE’ undeclared here (not in a function)^M
../../rfcomm/kword.c:43: error: ‘K_CHANNEL’ undeclared here (not in a function)^M
../../rfcomm/kword.c:44: error: ‘K_COMMENT’ undeclared here (not in a function)^M
../../rfcomm/kword.c:46: error: ‘K_YES’ undeclared here (not in a function)^M
../../rfcomm/kword.c:47: error: ‘K_NO’ undeclared here (not in a function)^M
make[6]: *** [kword.o] Error 1^M
make[6]: *** Waiting for unfinished jobs....^M
../../rfcomm/lexer.l:37:20: error: parser.h: No such file or directory^M
../../rfcomm/lexer.l: In function ‘yylex’:^M
../../rfcomm/lexer.l:69: error: ‘yylval’ undeclared (first use in this function)^M
../../rfcomm/lexer.l:69: error: (Each undeclared identifier is reported only once^M
../../rfcomm/lexer.l:69: error: for each function it appears in.)^M
../../rfcomm/lexer.l:70: error: ‘NUMBER’ undeclared (first use in this function)^M
../../rfcomm/lexer.l:75: error: ‘STRING’ undeclared (first use in this function)^M
../../rfcomm/lexer.l:82: error: ‘BDADDR’ undeclared (first use in this function)^M
../../rfcomm/lexer.l:92: error: ‘RFCOMM’ undeclared (first use in this function)^M
../../rfcomm/lexer.l:96: error: ‘WORD’ undeclared (first use in this function)^M
make[6]: *** [lexer.o] Error 1^M
conflicts: 3 shift/reduce^M
if test -f y.tab.h; then \^M
to=`echo "parser_H" | sed \^M
-e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/' \^M
-e 's/[^ABCDEFGHIJKLMNOPQRSTUVWXYZ]/_/g'`; \^M
sed "/^#/ s/Y_TAB_H/$to/g" y.tab.h >parser.ht; \^M
rm -f y.tab.h; \^M
if cmp -s parser.ht parser.h; then \^M
rm -f parser.ht ;\^M
else \^M
mv parser.ht parser.h; \^M
fi; \^M
fi^M
if test -f y.output; then \^M
mv y.output parser.output; \^M
fi^M
sed '/^#/ s|y\.tab\.c|parser.c|' y.tab.c >parser.ct && mv parser.ct parser.c^M
rm -f y.tab.c^M
make[6]: Leaving directory `/home/test/work/cruise/checkouts/uclinux-dist/user/blkfin-apps/bluez-utils/build/rfcomm'^M
make[5]: *** [install-recursive] Error 1^M
--
Follow-ups
--- Michael Hennerich 2008-04-10 04:34:32
This looks like a uclinux-dist parallel build problem
Assign to Mike.
-Michael
--- Mike Frysinger 2008-04-10 17:19:48
yeah, some of the files in rfcomm did not declare a dependency on the
yacc-generated parser.h header
should be fixed now
Files
Changes
Commits
Dependencies
Duplicates
Associations
Tags
File Name File Type File Size Posted By
No Files Were Found