From nobody Sun Sep 24 15:55:24 2023 X-Original-To: emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RtrF84wL1z4v7dM for ; Sun, 24 Sep 2023 15:55:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtrF82wSXz3MSL for ; Sun, 24 Sep 2023 15:55:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695570924; a=rsa-sha256; cv=none; b=r7vZpBjTyAr3wFoFfhaJ+j2cT5C9aylBhZJFAymu1xTXqeHxOd3ysVT1lPRCl/0M5qMA3N JAUOfSXpWA5rN0jgchLs6WSof9K+yYm5PG/o3GImImhv9dYzfTv4X0cGUu4Zv+Xl5BHp+M WNxWwIkgBTFhYgD8lCZaBjtYzmiHgLFb8JREOrdEpF+56cOjF/G7TMBP+f8PVdgvq9PRlX e0fUJxpTrc9LRHLHZesrzLrzhSgeJeGCdIQhb/3rV/D/6RydYQBpX29SJ6MSMR+i8mhl5J mBom4y7IGvInIMdwvov+pU3gtmLr8aIsraGuFcH5FRHUB+9HL8iyALOkqdSMmQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695570924; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Qw+lm+K6jqkibRD6QoJUet9EIymBku9dIVZhLhKsPZ4=; b=ESNtb9tyOW6CiJyDZBg8bLbvBHxUwkMhHmqnfiX6hf5Q00I4Wr2JwPHXgMMglf38LkrKss FVccYoWjVwdRrbt1FIeBEu9XJiG49DwlGrOwXIO5HbQLGfue9Qxk27/G4J8V5k4u+bqL6f dpKCmDCO5e/Sf1WMzL7jgZ7P/QsUzG12x3Jbsg27YdwilNJwAPlgdwkfno9Eiy+s7upunY oKk7BaaitTGno/JL5KwrgY9df+lVnwHQK7vK+b1BET70CvN4T3OPFkFtLPNekALPboS187 IRux+CtzokIpPmgi7JllvFUG6ua76mwDMNpNVaoi8BR6PTjhSDbnSmaKZUvXcA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RtrF820K8zsnQ for ; Sun, 24 Sep 2023 15:55:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 38OFtOFg076785 for ; Sun, 24 Sep 2023 15:55:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38OFtOWO076784 for emulation@FreeBSD.org; Sun, 24 Sep 2023 15:55:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: emulation@FreeBSD.org Subject: [Bug 273845] emulators/qemu-user-static: ld: error: undefined symbol: elf_getphnum Date: Sun, 24 Sep 2023 15:55:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jcfyecrayz@liamekaens.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: emulation@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: flagtypes.name attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273845 John Hein changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #245188| |maintainer-approval? Flags| | --- Comment #10 from John Hein --- Created attachment 245188 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D245188&action= =3Dedit [patch] fix build failure linking elfutils version of libelf (and missing d= ep) Attached is a patch to fix this build failure. (1) It now includes an ELFUTILS option to use the devel/elfutils version of libelf. (2) It uses -L/usr/lib otherwise (default is to use base libelf). (3) While here, shuffle a few variables per portclippy's recommendations. (4) Bump PORTREVISION - the package changes with the ELFUTILS option additi= on. This will link with the base libelf if ELFUTILS is off (which is the defaul= t).=20 And if someone chooses to enable ELFUTILS, the dependency will be recorded. I considered marking the ELFUTILS option broken if enabled, but there is a = fix already committed (bug 273966) in base libprocstat to use elf_getphdrnum() instead of the deprecated elf_getphnum() - with pending MFCs. That will fix this build failure as it makes its way into FreeBSD releases. Since ELFUTIL= S is not enabled by default and the "fix is coming soon" in base, I decided agai= nst marking it broken at this time. I leave it to the committer to decide to a= dd that, if desired. If we get a lot more bug reports due to people trying to enable ELFUTILS, we can then change course, and mark it broken for appropri= ate FreeBSD versions. I suspect most qemu ports users will be perfectly happy linking with the base version of libelf. Now in case elfutils is installed, there will no longer be an unrecorded li= nk dependency on /lib/libelf.so. Either it will link with /usr/lib/libelf.so or it will link with /lib/libelf.so and the dependency will be recorded (needs an updated libprocstat to be able to link with elfutils' libelf). QA: portlint, portclippy, poudriere builds - OK =3D=3D=3D=3D=3D=3D I did also check emulators/qemu ports to see if it needs a similar treatmen= t to build in case devel/elfutils is installed. It appears that it does not. '= make configure' finds /usr/lib/libelf.so even if elfutils is installed: -- Found LIBOMPTARGET_DEP_LIBELF: /usr/lib/libelf.so If we want to support using libelf from devel/elfutils for emulators/qemu, = then an ELFUTILS options could be added separately, but it's not needed to fix a build problem and therefore not directly relevant to resolve this bug 27384= 5. --=20 You are receiving this mail because: You are the assignee for the bug.=