From owner-freebsd-stable@FreeBSD.ORG  Wed Aug  6 11:22:03 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 38A9A9B6
 for <freebsd-stable@freebsd.org>; Wed,  6 Aug 2014 11:22:03 +0000 (UTC)
Received: from mail.cleverbridge.com (mail.cleverbridge.com [89.1.11.32])
 by mx1.freebsd.org (Postfix) with ESMTP id EF65C2997
 for <freebsd-stable@freebsd.org>; Wed,  6 Aug 2014 11:22:02 +0000 (UTC)
Received: from [10.0.38.17] (paulfries.cgn.cleverbridge.com [10.0.38.17])
 by mail.cleverbridge.com (Postfix) with ESMTP id 538069C54DC
 for <freebsd-stable@freebsd.org>; Wed,  6 Aug 2014 13:14:35 +0200 (CEST)
Message-ID: <53E20E1B.5020904@frenchfries.net>
Date: Wed, 06 Aug 2014 13:14:35 +0200
From: Paul Herman <pherman@frenchfries.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Subject: Re: Weird bmake behaviour from within installworld
In-Reply-To: <86zjfjxq1x.fsf@nine.des.no>
References: <86zjfjxq1x.fsf@nine.des.no>, <20140803193541.GA1839@lonrach.local>,
 <20140804094937.GA9720@roberto-aw.eurocontrol.fr>,
 <20140804104146.GB9720@roberto-aw.eurocontrol.fr>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Aug 2014 11:22:03 -0000

[...note not subscribed...]

> Ollivier Robert <roberto@keltia.freenix.fr> writes:
> > ub_c_lex_destroy() in daemon.c is used through LEX_HAS_YYLEX_DESTROY
> > but never defined.  MFH issue?
>
> ub_c_lex_destroy() is in libunbound and is generated at build time by
> flex, see /usr/obj/usr/src/lib/libundound/configlexer.c.

It *should* be, but it isn't. This is because yylex_destroy() isn't in 
flex 2.5.4 (9-STABLE) but it is in 2.5.37 (10-STABLE).

9-STABLE:
[pherman@cow ~]$ echo %% | lex -t | grep yylex_destroy
[pherman@cow ~]$ flex -V
flex version 2.5.4
[pherman@cow ~]$ nm /usr/obj/usr/src/lib/libunbound/configlexer.o | grep 
destroy
[pherman@cow ~]

10-STABLE:
[pherman@tom ~]$ echo %% | lex -t | grep yylex_destroy
int yylex_destroy (void );
[...]
[pherman@tom ~]$ flex -V
flex 2.5.37
[pherman@tom ~]$ nm /usr/obj/usr/src/lib/libunbound/configlexer.o | grep 
destroy
0000000000003d80 T ub_c_lex_destroy

Also, updating base flex to 2.5.37 didn't help me.

  I've found that removing / undef-ing:

   /* if lex has yylex_destroy */
   #define LEX_HAS_YYLEX_DESTROY 1

from /usr/src/contrib/unbound/config.h allows the build to complete, 
although not sure what kind of side effects this causes.

Cheers,

-Paul.