Re: pkg/55539 (pkgsrc graphviz-2.44.1 fails too build - failure to expand make variable?)

[Roland Illig <roland.illig%gmx.de@localhost>]

The following reply was made to PR pkg/55539; it has been noted by GNATS.

From: Roland Illig <roland.illig%gmx.de@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: pkg/55539 (pkgsrc graphviz-2.44.1 fails too build - failure to
 expand make variable?)
Date: Fri, 7 Aug 2020 17:27:13 +0200

 On 07.08.2020 10:45, Patrick Welche wrote:
 > site-packages/iniconfig-0.0.0-py3.8.egg-info/PKG-INFO
 >
 >  Might this be a manifestation of the same bug as not quite so -current
 >  users don't see this?
 
 After digging into this, I don't think there is any regression in the
 latest usr.bin/make.
 
 I have built usr.bin/make from -D2013.01.01.00.00.00 with a custom
 -D_PATH_DEFSYSPATH=3D'"/home/rillig/pkg/share/mk"', and it behaves the
 same as the current usr.bin/make, as well as the pkgsrc bmake from
 2020-05-24.
 
 My analysis from yesterday may be flawed, I'm not exactly sure.  There
 was indeed a difference, but when I tried again today, I couldn't
 reproduce it anymore.
 
 Just in case some other bugs show up, I have prepared a bunch of make
 versions, with custom _PATH_DEFSYSPATH, and they all behave consistently.
 
 A potential source of different behavior is the _PATH_DEFSYSPATH that I
 already mentioned, since /usr/share/mk has changed in the last few years
 and definitely differs from $pkgsrc_prefix/share/mk.  This must be
 strictly kept apart when trying to attribute any bugs to usr.bin/make.
 
 Regarding the iniconfig-0.0.0, I have no idea where this 0.0.0 comes
 from.  Did you try to run it with different versions of make(1), to
 verify that my latest changes broke it?