Port-sparc64 archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: [7.99.20] Build error



In article <55AD09FC.6010801%systella.fr@localhost>,
BERTRAND Joël  <joel.bertrand%systella.fr@localhost> wrote:
>Christos Zoulas a écrit :
>> In article <55AC9429.8010900%systella.fr@localhost>,
>> BERTRAND Joël  <joel.bertrand%systella.fr@localhost> 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



Home | Main Index | Thread Index | Old Index