Fw: 'make' command error on git

[Wouter Wijngaards]

Hi Peter,

That must be because of a recent fix, that is also giving trouble to the
reporter of the issue it was supposed to fix.  I reverted that change,
because it seems to introduce more trouble than it solves.

That should solve the problem you emailed about.  Thanks for reporting
it, turns out lex is more complicated than I thought.

Best regards, Wouter


On 03/08/18 11:11, peter.newey--- via Unbound-users wrote:
>
>
>
>
> Using NLnetLabs/unbound <https://github.com/NLnetLabs/unbound>
>
>
> 	
>
> 	
>
>
>     NLnetLabs/unbound
>
> Unbound is a validating, recursive, and caching DNS resolver. This is
> an export of the subversion repository at ...
>
> <https://github.com/NLnetLabs/unbound>
>
>
>
> After a recently updated git pull command or git clone command to get
> a completely new unbound  file I get the same error after a
> 'configure' and 'make' command :
>
> if test ":" != ":"; then \
> echo "#include \"config.h\"" > util/configlexer.c ;\
> echo "#include \"util/configyyrename.h\"" >> util/configlexer.c ;\
> : -t ./util/configlexer.lex >> util/configlexer.c ;\
> fi
> ./libtool --tag=CC --mode=compile gcc -I.  -DSRCDIR=. -g -O2 -flto
> -pthread  -o configlexer.lo -c util/configlexer.c
> libtool: compile:  gcc -I. -DSRCDIR=. -g -O2 -flto -pthread -c
> util/configlexer.c  -fPIC -DPIC -o .libs/configlexer.o
> In file included from util/configlexer.c:2:
> ./util/configyyrename.h:79:23: error: redefinition of ‘ub_c_lex_destroy’
>  #define yylex_destroy ub_c_lex_destroy
>                        ^~~~~~~~~~~~~~~~
> <stdout>:5332:5: note: in expansion of macro ‘yylex_destroy’
> ./util/configyyrename.h:79:23: note: previous definition of
> ‘ub_c_lex_destroy’ was here
>  #define yylex_destroy ub_c_lex_destroy
>                        ^~~~~~~~~~~~~~~~
> ./util/configlexer.lex:34:5: note: in expansion of macro ‘yylex_destroy’
>  #int ub_c_lex_destroy (void) { return 0; }
>      ^~~~~~~~~~~~~
> make: *** [Makefile:282: configlexer.lo] Error 1
>
> Is it an error on my part or a recent update error please ?
>
> thanks
>
> Peter
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20180803/df74f460/attachment.htm>