[Mesa-dev] [origin/9.0] Haiku build breakage due to 8f7990c5f2 -- lex changes

kallisti5 kallisti5 at unixzen.com
Sun Sep 30 10:27:02 PDT 2012


On 2012-09-30 12:16 pm, Kenneth Graunke wrote:
> On 09/30/2012 07:37 AM, kallisti5 wrote:
>> Good morning,
>>
>> It seems 8f7990c5f2 has broken the Haiku build...
>>
>> http://cgit.freedesktop.org/mesa/mesa/commit/?h=9.0&id=8f7990c5f2
>>
>>
>> After 8f7990c5f2 we are getting the following failure:
>>
>>   Linking build/haiku-x86-debug/glsl/builtin_compiler ...
>> build/haiku-x86-debug/glsl/glcpp/glcpp-parse.o: In function 
>> `yyparse':
>> /Data/mesa/build/haiku-x86-debug/glsl/glcpp/glcpp-parse.c:1779:
>> undefined reference to `yylex'
>> build/haiku-x86-debug/glsl/glcpp/pp.o: In function 
>> `glcpp_preprocess':
>> /Data/mesa/src/glsl/glcpp/pp.c:162: undefined reference to
>> `glcpp_parser_parse'
>> collect2: ld returned 1 exit status
>> scons: *** [build/haiku-x86-debug/glsl/builtin_compiler] Error 1
>> scons: building terminated because of errors.
>>
>> Any ideas on the solution?  I'm not big on the lex, bison stuff.
>>
>>  -- Alex
>
> That's weird...you're not using automake?  You need to call bison 
> with
> the -p "glcpp_parser_" option.  This changes the prefix on all 
> functions
> from the generic "yy" to "glcpp_parser_" to avoid symbol conflicts.
>
> Alternatively, I think we could specify it in the .y file via:
> %name-prefix glcpp_parser_
>
> which might be a better idea, since it works independently of the 
> build
> system.

We're using the scons build system :)

I checked and don't see any lex.yy.c generated in the tree.

-- Alex


More information about the mesa-dev mailing list