Current CVS msi build failure
Ferenc Wagner
wferi at afavant.elte.hu
Wed Mar 17 03:45:29 CST 2004
Hi Mike,
Mike McCormack <mike at codeweavers.com> writes:
> Ferenc Wagner wrote:
>
>> bison -p SQL_ -d ../../../src/dlls/msi/sql.y -o sql.tab.c
>> ../../../src/dlls/msi/sql.y contains 4 shift/reduce conflicts and 10 reduce/reduce conflicts.
>> bison -p SQL_ -d ../../../src/dlls/msi/sql.y -o sql.tab.c
>> ../../../src/dlls/msi/sql.y contains 4 shift/reduce conflicts and 10 reduce/reduce conflicts.
>> gcc -c -I../../../src/dlls/msi -I. -I../../../src/include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o tokenize.o ../../../src/dlls/msi/tokenize.c
>> ../../../src/dlls/msi/tokenize.c:58: `TK_CHAR' undeclared here (not in a function)
>
>> These IDs are really missing from my sql.tab.h. Any clues?
>
> Which version of bison are you using? I have 1.35
Same here, but problem already solved, Alexandre helped me
off-list. I really should have told the list about it,
sorry.
> It also looks like you are doing an out of tree build
> somehow (I couldn't even get that to go here).
Yes, that's the case, Dmitry's recent patch makes it
possible.
> Do you have two sql.tab.h files perhaps? One in the source
> directory and one in you build directory?
_Exactly._ I tricked myself with this out of tree thing,
overlooking the copy in the source tree somehow. Shame on me.
> TK_CHAR should be defined in sql.tab.h, which should be
> generated by bison. Check that there is a TK_CHAR on line
> 90 of sql.y
It's on line 33, actually, but that doesn't matter, I hope.
Things seem to work now as they should. One thing I find
strange is that bison is invoked twice in a row with the
exact same arguments, but it may as well be OK. Thank you
very much for taking the time!
--
Feri.
More information about the wine-devel
mailing list