Re: [7.99.20] Build error
[email protected] (Christos Zoulas)
| Newsgroups | gmane.os.netbsd.ports.sparc64 |
|---|---|
| Message-ID | <[email protected]> |
In article <[email protected]>, BERTRAND Joël <[email protected]> wrote: >Christos Zoulas a écrit : >> In article <[email protected]>, >> BERTRAND Joël <[email protected]> wrote: >>> Martin Husemann a écrit : >>>> On Sun, Jul 19, 2015 at 10:55:22AM -0400, Christos Zoulas wrote: >>>>> These are hardcoded in the flex binary I think: >>>>> $ strings /usr/obj/x86_64/tools/bin/nblex | grep FLEX_MINOR_VERSION >>>>> #define YY_FLEX_MINOR_VERSION 5 >>>> >>>> I think his lex binary got corrupted, remember we had some dependency >>>> issues that you fixed later? >>>> >>>> Joel, can you fetch the comp.tgz set from a recent daily build and replace >>>> your lex binary with the one in there, then retry? >>> >>> Done. I have replaced lex binary from last HEAD/comp.tgz I have found >>> (nyftp.netbsd.org). Same result : >>> >>> /usr/src/../tools/bin/nbyacc: 4 shift/reduce conflicts. >> >> Yes but it probably built and used the tools version of lex like >> it used the tools version of yacc (see above). Can you print the >> lex line that builds lex.c and run: >> >> $ strings /path/to/lex/binary | grep YY_FLEX >> >> christos >> > >legendre:[~] > strings $(which lex) | grep YY_FLEX >#define YY_FLEX_LEX_COMPAT >#define YY_FLEX_MAJOR_VERSION 2 >#define YY_FLEX_MINOR_VERSION 5 >#define YY_FLEX_SUBMINOR_VERSION 35 >#if YY_FLEX_SUBMINOR_VERSION > 0 >legendre:[~] > > But is that the lex you are using? or /usr/src/../tools/bin/nblex? christos