Date: Sat, 09 Sep 2017 15:08:04 -0700 From: Russell Haley <russ.haley@gmail.com> To: Konstantin Belousov <kostikbel@gmail.com>, Ian Lepore <ian@freebsd.org> Cc: freebsd-arm@freebsd.org, "freebsd-toolchain@FreeBSD.org" <freebsd-toolchain@freebsd.org>, Jan Beich <jbeich@FreeBSD.org>, Jan Beich <jbeich@vfemail.net> Subject: Getauxval - was Re: FCP-100: armv7 plan Message-ID: <20170909220804.6545490.97876.31623@gmail.com> In-Reply-To: <20170909214606.GW1700@kib.kiev.ua> References: <CANCZdfrCwdVOGWunSAjuxHzGcqhuH24iRQg63rvPFXXSmm-C6Q__2138.43810274756$1504912296$gmane$org@mail.gmail.com> <ingr-3d62-wny@FreeBSD.org> <CANCZdfondSykr1UM0CNTYpVr-6hzyROYn-C_jNC_%2BhO1r6SB2w@mail.gmail.com> <lgln-1xpu-wny@FreeBSD.org> <1504989250.32063.66.camel@freebsd.org> <20170909214606.GW1700@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
Apologies for the top post.=C2=A0 Man pages indicate =E2=80=8Egetauxval is a non standard glibc function. Is = this an issue? Is there a more posix way I could compare against? I was pre= viously wondering to myself if the Linux api is now more standard than the = posix api? Looking forward to all opinions and comments.=C2=A0 Rus Sent=C2=A0from=C2=A0my=C2=A0BlackBerry=C2=A010=C2=A0smartphone=C2=A0on=C2= =A0the=C2=A0Virgin=C2=A0Mobile=C2=A0network. =C2=A0 Original Message =C2=A0 From: Konstantin Belousov Sent: Saturday, September 9, 2017 2:46 PM To: Ian Lepore Cc: freebsd-arm@freebsd.org; freebsd-toolchain@FreeBSD.org; Jan Beich; Jan = Beich Subject: Re: FCP-100: armv7 plan On Sat, Sep 09, 2017 at 02:34:10PM -0600, Ian Lepore wrote: > Adding the AT_HWCAP stuff would be relatively easy. =C2=A0I'm not as sure > what to do about getauxval(). =C2=A0To be maximally linux-compatible (whi= ch > would be good for ports) we'd put getauxval() in libc and make it work > just like the linux one. =C2=A0That's a bit at odds with the support we h= ave > now, which is=C2=A0procstat_getauxv() in libprocstat. =C2=A0It's not very > compatible with how linux getauxval() works, so using just that might > lead to a lot of patches in ports. libprocstat is for accessing other processes information and address space. Our libc already has _elf_aux_info, but it is not exported. If you have a clear description of the desired API, I can add it (I do not want to read glibc code). _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170909220804.6545490.97876.31623>