Re: pkg/54083 (gimp build fails due to gegl segfault)

["John D. Baker" <jdbaker%consolidated.net@localhost>]

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

From: "John D. Baker" <jdbaker%consolidated.net@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: pkg/54083 (gimp build fails due to gegl segfault)
Date: Tue, 2 Apr 2019 15:19:41 -0500 (CDT)

 This turns out to have been fallout from incomplete purging of
 "/usr/lib/libstdc++.so.7*".  "openexr", "ilmbase", and "gegl" all
 insisted on on linking with "libstdc++.so.7" (*.7.4) which was still
 lurking in "/usr/lib".
 
 Eliminating the last vestiges of libstdc++.so.7* and rebuilding the
 above packages allowed the build of "gimp" to succeed.
 
 So, ultimately a local problem.  Although old libraries are not removed
 on major version bumps to avoid breaking existing/legacy applications,
 sometimes it causes problems like this.
 
 I had a similar issue with libstdc++.so.8* vs *.9* in -current, so I
 re-checked netbsd-8 and found the same issue.  Even more with current,
 some libraries in "xbase" weren't rebuilt (update build) so were
 either causing version conflicts or later undefined references.
 
 To avoid the delay of a non-update build, I hunted down the objdirs
 and nuked them to force a rebuild.
 
 -- 
 |/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
 |\ / jdbaker[snail]consolidated[flyspeck]net  OpenBSD            FreeBSD
 | X  No HTML/proprietary data in email.   BSD just sits there and works!
 |/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645