Current CVS msi build failure

[Ferenc Wagner]

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.