[haiku-commits] Re: haiku: hrev49293 - data/settings/network src/kits/network/libbind/irs src/kits/network/netresolv src/kits/network/libbind src/kits/network/netresolv/isc

  • From: Adrien Destugues <pulkomandy@xxxxxxxxxxxxx>
  • To: haiku-commits@xxxxxxxxxxxxx
  • Date: Sun, 21 Jun 2015 10:03:06 +0200

John Scipione wrote:

On Sun, Jun 14, 2015 at 6:48 AM, <pulkomandy@xxxxxxxxxxxxx> wrote:
hrev49293 adds 11 changesets to branch 'master'
old head: 026596dd1de1cf86deaea712130cfb6a4901b6fd
new head: 842d39940425e9ee114530ae19f3fbfb9e761bf0

8d2aee6bc8f6: libbind: integrate "netresolv" patches from NetBSD.

libbind development was transferred to the NetBSD project at

There isn't an official release yet, but they provide a set of patches
against the latest libbind release.

* Remove all files we don't use
* Merge the changes to the remaining files
* Add some new files we need
* Move getifaddrs implementation to libnetwork (instead of libbnetapi)
so it can be used by netresolv.

Fixes #8293 : netresolv uses getifaddrs to determine if there is a local
IPv6 address. If there is not, it will not return AAAA records.

I’m getting a build error here:

src/kits/network/netresolv/irs/nsparser.y:57.14-20: syntax error,
unexpected string, expecting =

Now, looking at this line it is:

%name-prefix “_nsyy"

If I change it to the following I get past the error:

%name-prefix = “_nsyy"

But I’m not sure if that is the correct fix. I looked at nsparser.y
available here:


and despite being the same version, $NetBSD: nsparser.y,v 1.12
2012/03/20 17:44:18 matt Exp $, it is subtly different from what we
have in src/kits/network/netresolv/irs/nsparser.y including omitting
the troublesome (for me anyway) line.

Am I the only one experiencing this issue?

What is going on with the differences in nsparser.y from the NetBSD version?

The one we are using is from netresolv, which is a version of libbind with patches from NetBSD. Unfortunately, they only released a set of patches back in 2013 and no update since. Moreover, some of the code for address resolution in NetBSD is in libc and not in netresolv, and it seems to be the case for this file.

We could try to synchronize with current NetBSD sources, or contact them and ask about the status of the netresolv project and maybe help getting that updated.


Other related posts: