Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 09 Dec 2019 20:05:56 +0000
From:      bugzilla-noreply@freebsd.org
To:        powerpc@FreeBSD.org
Subject:   [Bug 242523] security/nss 3.48 doesn't build on PowerPC
Message-ID:  <bug-242523-25139-PG9rJ9z8z9@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-242523-25139@https.bugs.freebsd.org/bugzilla/>
References:  <bug-242523-25139@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 on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-242523-25139-PG9rJ9z8z9>