Date: Mon, 09 Dec 2019 20:05:56 +0000 From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: [Bug 242523] security/nss 3.48 doesn't build on PowerPC Message-ID: <bug-242523-21738-9gcYy15K9y@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-242523-21738@https.bugs.freebsd.org/bugzilla/> References: <bug-242523-21738@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D242523 Mark Millard <marklmi26-fbsd@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marklmi26-fbsd@yahoo.com --- Comment #1 from Mark Millard <marklmi26-fbsd@yahoo.com> --- (In reply to Luciano Mannucci from comment #0) sys/auxv.h and getauxval and AT_HWCAP2 is an area where some ports have presumed that having sys/auxv.h implied linux was the context in detail. Quoting from the FreeBSD head sys/sys/auxv.h that turns into /usr/include/sys/auxv.h (at least in head): QUOTE Revision 324815 . . . Added Sat Oct 21 12:06:18 2017 UTC (2 years, 1 month ago) by mmel=20 . . . Make elf_aux_info() as public libc function. - Teach elf aux vector functions about newly added AT_HWCAP and AT_HWCAP2 vectors. - Export _elf_aux_info() as new public libc function elf_aux_info(3) The elf_aux_info(3) should be considered as FreeBSD counterpart of glibc getauxval() with more robust interface. Note: We cannot name this new function as getauxval(), with glibc compatible interface. Some ports autodetect its existence and then expects that all Linux specific AT_<*> vectors are defined and implemented. END QUOTE multimedia/libvpx went through a round of being adjusted back in early 2017-Dec. A quote from back then, with a / vs. . typo fixed: QUOTE (of Michal Meloun) Having linux compatible getauxval() was my original plan. But during testing, I found that some ports autodetect getauxval() presence= and if exists, then full linux implementation is required. My bad is that I didn't realize that the presence of ["sys/auxv.h"] causes = the same troubles. END QUOTE So it may be that the port has to be updated to have FreeBSD specifics in a place where it assumes linux currently. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-242523-21738-9gcYy15K9y>