Michal Meloun writes:
> I don't think that full emulation of getauxval() is best -
> the port wants (from memory, incomplete) at least, additionally to
> AT_HWCAPS(2) :
>
> AT_PLATFORM
> AT_SECURE
> AT_RANDOM
> AT_CLKTCK
>
> I don't think that we want to implement linux
Michal Meloun writes:
> 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
On 06.12.2017 19:08, Ian Lepore wrote:
On Wed, 2017-12-06 at 18:37 +0100, Jan Beich wrote:
Mark Millard writes:
For armv7 attempting to build multimedia/libvpx
(via an indirect dependency) leads to:
cp libvpx_g.a libvpx.a
vpx_ports/arm_cpudetect.c.o: In function
On Wed, 2017-12-06 at 18:37 +0100, Jan Beich wrote:
> Mark Millard writes:
>
> >
> > For armv7 attempting to build multimedia/libvpx
> > (via an indirect dependency) leads to:
> >
> > cp libvpx_g.a libvpx.a
> > vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps':
> >
Mark Millard writes:
> For armv7 attempting to build multimedia/libvpx
> (via an indirect dependency) leads to:
>
> cp libvpx_g.a libvpx.a
> vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps':
>
For armv7 attempting to build multimedia/libvpx
(via an indirect dependency) leads to:
cp libvpx_g.a libvpx.a
vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps':
/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.6.1/vpx_ports/arm_cpudetect.c:198:
undefined reference to `getauxval'
c++: