Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 02 Sep 2018 10:44:43 -0600
From:      Ian Lepore <ian@freebsd.org>
To:        Jan Beich <jbeich@FreeBSD.org>, Michal Meloun <mmel@FreeBSD.org>
Cc:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r324815 - in head: lib/libc/gen sys/sys
Message-ID:  <1535906683.9486.20.camel@freebsd.org>
In-Reply-To: <5zzo-vvbu-wny@FreeBSD.org>
References:  <201710211206.v9LC6INJ032680@repo.freebsd.org> <5zzo-vvbu-wny@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2018-09-02 at 16:16 +0200, Jan Beich wrote:
> Michal Meloun <mmel@FreeBSD.org> writes:
> 
> > 
> > Author: mmel
> > Date: Sat Oct 21 12:06:18 2017
> > New Revision: 324815
> > URL: https://svnweb.freebsd.org/changeset/base/324815
> > 
> > Log:
> >   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.
> Can you back it out? I've reported sys/auxv.h breaks existing
> consumers
> and the function is yet to be documented. 12.0-RELEASE is approaching
> but there's no fix in sight, and by the time it lands there maybe
> not enough time to test.
> 
> http://docs.freebsd.org/cgi/mid.cgi?03a31eff-34e8-be4c-c008-528824fea
> 261
> 

Are you seriously suggesting that freebsd is forbidden to add a system
header file of any name it chooses, just because some port's autotools
stuff mistakenly assumes the presence of that name implies something
linux-specific? If the port is broken, fix it.

-- Ian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1535906683.9486.20.camel>