NetBSD Problem Report #53169

From  Sun Apr  8 16:00:58 2018
Return-Path: <>
Received: from ( [])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "", Issuer " CA" (not verified))
	by (Postfix) with ESMTPS id 4483B7A167
	for <>; Sun,  8 Apr 2018 16:00:58 +0000 (UTC)
Message-Id: <>
Date: Sun,  8 Apr 2018 16:00:57 +0000 (UTC)
Subject: pkgsrc needs a better option to use base libelf
X-Send-Pr-Version: www-1.0

>Number:         53169
>Category:       pkg
>Synopsis:       pkgsrc needs a better option to use base libelf
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Apr 08 16:05:00 +0000 2018
>Originator:     David Shao
>Release:        pkgsrc current
NetBSD 8.99.14 NetBSD 8.99.14 (GENERIC) #3: Tue Apr  3 11:21:57 PDT 2018 amd64
I have found it essential to not use pkgsrc libelf, which is used by both devel/glib2 and graphics/MesaLib, on both FreeBSD 12-current and NetBSD 8.99.14 amd64 using more recent versions of mesa3d.

For example, on NetBSD 8.99.14 amd64 with a graphics card using radeonsi, using pkgsrc libelf results in errors using

LD_PRELOAD=/usr/pkg/lib/ mpv ...

similar to those described in

UE4 4.17 causes Assertion `G_0286CC_LINEAR_CENTER_ENA(shader->config.spi_ps_input_addr)' failed


.AMDGPU.config is empty LLVM failed to compute shader

Whereas cutting out pkgsrc libelf from ever being installed and apparently relying on the base libelf results in Firefox 52 being able to run WebGL demos such as:

On FreeBSD 12-current, using pkgsrc libelf results in the x server segfaulting before even starting on a AMD Caicos type graphics card system.

This patch also seems relevant to the problem:



NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.43 2018/01/16 07:36:43 maya Exp $
$NetBSD:,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.