Asan output not symbolized

Hi Everyone, I have a test script from help that repeatedly builds and runs a library under different configurations. The script includes multiple Asan tests. The Asan tests are producing some findings under ARM32 as shown below. Other platforms do not include Asan findings. In addition,

vreinterpretq_*_p128 for converting from polynomials?

Hi Everyone, I'm having trouble finding vreinterpretq_u64_p128 (and friends) to help convert a polynomial. I can't find it in arm_neon.h or arm_acle.h: $ grep p128 /usr/lib/gcc/aarch64-linux-gnu/4.9/include/arm_acle.h $ grep p128 /usr/lib/gcc/aarch64-linux-gnu/4.9/include/arm_neon.h $ grep p64

What -mfpu option is used with neon, vfpv3 and vfpd32 flag?

Hi Everyone, I'm looking at the features of a BeagleBone Black. Its /proc/cpuinfo is below. I think vfpd32 cpu flag means I have 32 D-registers. The cpu flags neon and vfpv3 flags means I want something more than -mfpu=neon-fp16, but I'm not sure what that is. My question is, what GCC ARM

Re: What -mfpu option is used with neon, vfpv3 and vfpd32 flag?

On Thu, Jul 21, 2016 at 11:30 PM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Thu, Jul 21, 2016 at 6:33 PM, Jeffrey Walton <noloa...@gmail.com> wrote: >> I think vfpd32 cpu flag means I have 32 D-registers. The cpu flags >> neon and vfpv3 flags means I want somethin

Re: What -mfpu option is used with neon, vfpv3 and vfpd32 flag?

On Thu, Jul 21, 2016 at 11:30 PM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Thu, Jul 21, 2016 at 6:33 PM, Jeffrey Walton <noloa...@gmail.com> wrote: >> I think vfpd32 cpu flag means I have 32 D-registers. The cpu flags >> neon and vfpv3 flags means I want somethin

Re: What -mfpu option is used with neon, vfpv3 and vfpd32 flag?

On Fri, Jul 22, 2016 at 12:19 AM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Thu, Jul 21, 2016 at 9:13 PM, Jeffrey Walton <noloa...@gmail.com> wrote: >> So I guess the question is, what do I use for -mfpu=neon-vfp3 (or >> -mfpu=neon-vfp3-d32)? Is -mfpu=neon enough

Compile error when building an Aarch32 program on Aarch64?

Hi Everyone, I have a HiKey running Linaro. I'm trying to build out a test case which tests Aarch32 on Aarch64. When I attempt to build an Aarch32 binary I experience the compile error below. The GCC folks helped me with the Aarch32 CFLAGS, so I believe they are correct. $ gcc

Re: vreinterpretq_*_p128 for converting from polynomials?

On Thu, Jul 28, 2016 at 12:28 PM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Thu, Jul 28, 2016 at 8:36 AM, Jeffrey Walton <noloa...@gmail.com> wrote: >> I'm having trouble finding vreinterpretq_u64_p128 (and friends) to >> help convert a polynomial. I

Re: vreinterpretq_*_p128 for converting from polynomials?

On Sat, Jul 30, 2016 at 12:07 AM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Fri, Jul 29, 2016 at 7:55 PM, Jeffrey Walton <noloa...@gmail.com> wrote: >>> Yes, these *p128* intrinsics are missing from the aarch64 port. I'd >>> suggest filing a bug report. >&

-mfpu=neon-fp-armv8 and unrecognized command line option

Hi Everyone, I'm having trouble with ARMv8/Aarch64. One is an early Mustang server board (without CRC or Crypto), and the other is a LeMaker HiKey (with CRC and Crypto). Both run Linaro: apm-mustang: $ cat /proc/cpuinfo Features: fp asimd evtstrm And: hikey: $ cat /proc/cpuinfo

Re: -mfpu=neon-fp-armv8 and unrecognized command line option

On Wed, Jul 20, 2016 at 5:33 PM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Wed, Jul 20, 2016 at 2:14 PM, Jeffrey Walton <noloa...@gmail.com> wrote: >> I'm having trouble with ARMv8/Aarch64. One is an early Mustang server > > ARMv8 implies 32-bit code (aarch32). A

Re: Asan output not symbolized

>> Mystery solved... GCC 4.8 does not provide a symbolizer. >> >> From a new comment on the GCC bug report >> (https://bugzilla.redhat.com/show_bug.cgi?id=1250844#c6): > > Even with symbolizer you may face some issue with ASAN on ARM. > Check this llvm bug report [1]. > > [1]

Re: Asan output not symbolized

On Sun, Jun 26, 2016 at 10:33 PM, Jeffrey Walton <noloa...@gmail.com> wrote: > Hi Everyone, > > I have a test script from help that repeatedly builds and runs a > library under different configurations. The script includes multiple > Asan tests. > > The Asan tests are pr

Re: Asan output not symbolized

>> The test program is always built with at least -g2, and sometimes >> built with -g3. However, I am not seeing the symbolication. According >> to the GCC folks, asan_symbolize is not required for GCC because it >> uses libbacktrace. Also see >> http://bugzilla.redhat.com/show_bug.cgi?id=1250844.

Does Linaro's GCC 4.9 include Crypto extensions and intrinsics?

Please forgive my ignorance. I'm working on a Pine64 dev-board Pine64 supplies Linaro's GCC 4.9.2 toolchain. I am catching a compile error, and I am trying to determine why. Does Linaro's GCC 4.9 provide AES and SHA intrinsics? ** $ uname -a Linux pine64 3.10.102-2-pine64-longsleep #66

Re: Does Linaro's GCC 4.9 include Crypto extensions and intrinsics?

aro-toolchain-boun...@lists.linaro.org] On > Behalf Of Jeffrey Walton > Sent: Thursday, January 12, 2017 10:56 PM > To: Linaro Toolchain Mailman List <linaro-toolchain@lists.linaro.org> > Subject: Does Linaro's GCC 4.9 include Crypto extensions and intrinsics? > > Please forgive

Re: Error: unknown pseudo-op: `.arch_extension'

> I don't see any easy solution for you at the moment, you need a > binutils/gcc upgrade, or you need to put crc code in separate files. > Or you could force all files to be compiled with -mcpu=generic, and > then you can use .cpu to add/remove crc support as necessary. Thanks Jim. This came from

Re: Error: unknown pseudo-op: `.arch_extension'

On Wed, Apr 19, 2017 at 9:57 PM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Wed, Apr 19, 2017 at 12:38 PM, Jeffrey Walton <noloa...@gmail.com> wrote: >> According to [1], I can use ".arch_extension" to enable it. According >> to [2], ".arch_extension

Re: Q: reasons for lack of support for C++ in OP-TEE?

On Sat, Aug 12, 2017 at 1:27 AM, Michael Zimmermann wrote: > That also depends on what you want to use C++ for. > If you just want to use the convenient syntax and language features > then you don't need to link against any additional library. > In that case you'd

Re: Problems with Aarch64 vmull_p64 and vmull_high_p64

On Sun, Jul 30, 2017 at 7:30 PM, Jim Wilson <jim.wil...@linaro.org> wrote: > On Sun, Jul 30, 2017 at 1:32 PM, Jeffrey Walton <noloa...@gmail.com> wrote: >> hikey$ g++ -march=armv8-a test.cxx -c >> test.cxx: In function ‘poly128_t VMULL_P64(poly64_t, poly64_t

Problems with Aarch64 vmull_p64 and vmull_high_p64

Hi Everyone, I'm working on a early LeMaker HiKey with GCC 4.9.2. I believe everything is fully patched. I'm using the builtin's because the intrinsics are missing. I lifted it from https://gcc.gnu.org/ml/gcc-patches/2015-05/msg01976.html. Any ideas on this issue? hikey$ g++ -march=armv8-a

Re: ARM GCC 8.x Performance Dropping Compared to Linaro GCC 7.x

On Fri, Aug 23, 2019 at 2:15 AM Maxim Kuvyrkov wrote: > > ... > The other 1/3 will require much more work -- neon intrinsics needs to be > converted from inline asms to GCC builtins, so that we can attach scheduler > descriptions to them. Please do. I know of at least two libraries that