Re: pkg/53239: [PATCHES] graphics/gle fails in configure stage (table_noop_array undef'd)

[Benny Siegert <bsiegert%gmail.com@localhost>]

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

From: Benny Siegert <bsiegert%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: pkg-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, pkgsrc-bugs%netbsd.org@localhost, 
	Rhialto <rhialto%falu.nl@localhost>
Subject: Re: pkg/53239: [PATCHES] graphics/gle fails in configure stage
 (table_noop_array undef'd)
Date: Fri, 12 Oct 2018 20:11:24 +0200

 On Mon, Oct 8, 2018 at 9:55 PM Rhialto <rhialto%falu.nl@localhost> wrote:
 >  I now tried this on NetBSD/amd64 8.0 with its default compiler (gcc (nb2
 >  20180327) 5.5.0). I reverted graphics/MesaLib to the default set of
 >  patches, and I could not see the undefined symbol any more. (nm
 >  /usr/pkg/lib/libGL.so.1.6.0 | grep _noop_ shows lots of defined symbols
 >  though).
 >
 >  Then I also re-built graphics/gle, and that went without a hitch.
 >
 >  So the phenomenon I saw seems to be a toolchain-dependent thing (or
 >  possibly it depends on the MesaLib version, since that has changed too;
 >  I didn't retry on NetBSD 7 since I don't have it around any more).
 
 Sorry for my lack of reading comprehension skills, but does that mean
 that this bug should be closed as not reproducible?
 
 -- 
 Benny