[#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

../../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