search for: v7a

I integrated libopusenc(version 0.2.1) to Android platform. but I collected some crash when opus encode destory. error backstrace as following: 1 #00 pc 0006828e /system/lib/libc.so (je_huge_salloc+133) [armeabi-v7a] 2 #01 pc 0006d303 /system/lib/libc.so (ifree+274) [armeabi-v7a] 3 #02 pc 0006d65d /system/lib/libc.so (je_free+72) [armeabi-v7a] 4 #03 pc 000025ef libopusenc.so ope_encoder_destroy [armeabi-v7a] or 1 #00 pc 0006d22c /system/lib/libc.so (ifree+59) [armeabi-v7a] 2 #01 pc 0006d65d /system/lib/libc.s...

Hey Guys, I'm working on a project in Android related to System-level Audio DSP Effects for Tuning Android Audio. I want to leverage Faust ( https://faust.grame.fr/) to allow users to program their own filters. Faust provides a libfaust implementation which includes a JIT Compiler which leverages LLVM and seems to be the best path for me to use. Unfortunately I'm having problems

...stand the perspectives of both Tim and Renato. Let me briefly summarize them to ensure that I correctly understand: Renato’s perspective is that the triple means whatever the author says it does, and that may or not be meaningful. :) In the case of armv7l (for example) it has a clear meaning: ARMv7A little endian. Unfortunately, this nomenclature collides with what is used for sub-architectures. ARMv7l, however, is NOT a sub-architecture, and should not be treated as one. Tim’s perspective is that what Renato says isn’t wrong, but that while the logic currently used to map armv7l into somet...

...e/build/core/build-binary.mk:450: recipe for target `obj/local/armeabi/libdmt_opus.so' failed [exec] C:/android/android-ndk-r8e/toolchains/arm-linux-androideabi-4.6/preb uilt/windows/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-andr oideabi/bin/ld.exe: ./obj/local/armeabi-v7a/lib0.a(analysis.o): in function run_ analysis:jni/src/libopus/src/analysis.c:636: error: undefined reference to 'opti mize_framesize' [exec] C:/android/android-ndk-r8e/toolchains/arm-linux-androideabi-4.6/preb uilt/windows/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-...

...et-abi aapcs-linux -mfloat-abi soft -fallow-half-arguments-and-returns -dwarf-column-info -debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb -target-linker-version 351.8 -ffunction-sections -coverage-notes-file /Users/dingbaozeng/work/native_obfuscator/tests/./busybox//obj/local/armeabi-v7a/objs/busybox/archival/bzip2.gcno -resource-dir //Users/dingbaozeng/Library/Android/sdk/ndk-bundle/toolchains/llvm/prebuilt/darwin-x86_64/lib/clang/6.0.0 -dependency-file ./busybox//obj/local/armeabi-v7a/objs/busybox/archival/bzip2.o.d -MT ./busybox//obj/local/armeabi-v7a/objs/busybox/archival/bzip2...

...mfloat-abi soft -fallow-half-arguments-and-returns > -dwarf-column-info -debug-info-kind=limited -dwarf-version=4 > -debugger-tuning=gdb -target-linker-version 351.8 -ffunction-sections > -coverage-notes-file > /Users/dingbaozeng/work/native_obfuscator/tests/./busybox//obj/local/armeabi-v7a/objs/busybox/archival/bzip2.gcno > -resource-dir > //Users/dingbaozeng/Library/Android/sdk/ndk-bundle/toolchains/llvm/prebuilt/darwin-x86_64/lib/clang/6.0.0 > -dependency-file > ./busybox//obj/local/armeabi-v7a/objs/busybox/archival/bzip2.o.d -MT > ./busybox//obj/local/armeabi-v7a/ob...

...obtaining the host's triple. James On Tue, 5 Jan 2016 at 08:34 Tim Northover via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 4 January 2016 at 14:42, Artyom Skrobov via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > Ah, I see: ARMv7L is now an alias for ARMv7A. > > The "armv7l" comes directly from the Linux kernel I believe: "armv7" + > "little-endian" (arch/arm/kernel/setup.c:638 ish). I'm not entirely > convinced the "l" belongs in any triple seen by LLVM, but if we do > support it we should pr...

On 26 November 2013 15:36, Rob Stewart <robstewart57 at gmail.com> wrote: > $ clang -v -target armv7a-linux-eabi -mcpu=cortex-a9 -mfloat-abi=soft > -mfpu=neon helloworld.c > Hi Rod, You need cross-binutils installed on your box. If you use Debian, there are packages (gcc-4.7-arm-linux-gnueabi and friends). Other distros may have similar packages, but you can always download the Linaro toolc...

..., I am trying to target the ARM on the Zedboard [2]. It is an ARM Cortex-A9. The machine I am compiling on is an x86_64 Fedora Linux machine, using clang 3.3. I am failing to generate an executable, instead seeing an error "unrecognized option '-mfpu=neon'". $ clang -v -target armv7a-linux-eabi -mcpu=cortex-a9 -mfloat-abi=soft -mfpu=neon helloworld.c clang version 3.3 (tags/RELEASE_33/rc3) Target: armv7a--linux-eabi Thread model: posix "/usr/bin/clang" -cc1 -triple armv7--linux-eabi -S -disable-free -disable-llvm-verifier -main-file-name helloworld.c -mrelocation-mod...

I've compiled rsync for my rooted Android (armeabi-v7a, 32-bit) device using these instructions: ``` clone_or_update rsync master git://git.samba.org/rsync.git cd rsync ./prepare-source ./configure \ --prefix=$INSTALL_ROOT/rsync \ --host=$AUTOCONF_PLATFORM \ CFLAGS="$CFLAGS -static" make -j8 && make install cd - ``` Best pl...

...ion? What if I add logic to >> llvm::ARM::getCanonicalArchName() that matches the trailing ‘l’ (or ‘b’) and >> treats it the same way that ‘el’ and ‘eb’ are now? This function would >> return v7 or v6 in the case of armv7l or armv6l, respectively (or, if it’s >> preferred, v7a or v6a). It seems like this is closer to the “correct” >> approach. It does show potentially inappropriate deference to Linux’s >> choice in the matter, but at least it’s not making sub-architectures that >> don’t exist. > > This is the final "better" solution,...

On 26 November 2013 16:44, Renato Golin <renato.golin at linaro.org> wrote: > On 26 November 2013 15:36, Rob Stewart <robstewart57 at gmail.com> wrote: >> >> $ clang -v -target armv7a-linux-eabi -mcpu=cortex-a9 -mfloat-abi=soft >> -mfpu=neon helloworld.c > > Hi Rod, I'm honoured. (But Rob is also OK) :-) > You need cross-binutils installed on your box. If you use Debian, there are > packages (gcc-4.7-arm-linux-gnueabi and friends). Other distros may have...

I restarted rsync, and this has been sitting there for almost a minute, barely moved several bytes in that time: 2014/11/545b06baa3d98/com.google.android.apps.inputmethod.zhuyin-2.1.0.79226761-armeabi-v7a-175-minAPI14.apk 6,389,760 45% 18.76kB/s 0:06:50 I straced each of the 3 processes rsync created and saw this (note: every time there were several seconds of no output, I ctrl-C'ed and detached from strace): citadel:/home/archon810 # strace -p 16776 Process 16776 attached select(6...

Anton Korobeynikov wrote: > Hello > "T2Divide" should be a subtarget feature bit. This way it can be > "automatically" assigned to the procesor. I agree this is a better approach. > The instruction selection patterns for t2{S,U}DIV should be also > guarded by this predicate. Is this necessary? Since the absence of the predicate causes lowering to expand

...of the predicate causes lowering to > expand divides, the pattern should never show up. Just to guard codegen bugs. If anything went wrong (when predicates will be used) then you'll get nice assertion "cannot yet select". > Agreed.  Now how do we get this done? Just look how ArmV7A is defined and do something similar... -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On 5 January 2016 at 09:13, Renato Golin <renato.golin at linaro.org> wrote: > Anyhow, Artyom's proposal is the best, IMO, to treat it like an alias > and handle like v7A internally. If we end up needing specific > decisions in the driver, it should stay in the driver. That's rather a hack, given that the 'l' actually has semantic meaning, but I suppose I could live with it. Tim.

On 11/27/2013 07:57 AM, Rob Stewart wrote: > On 26 November 2013 16:44, Renato Golin <renato.golin at linaro.org> wrote: >> On 26 November 2013 15:36, Rob Stewart <robstewart57 at gmail.com> wrote: >>> $ clang -v -target armv7a-linux-eabi -mcpu=cortex-a9 -mfloat-abi=soft >>> -mfpu=neon helloworld.c >> Hi Rod, > I'm honoured. (But Rob is also OK) :-) > >> You need cross-binutils installed on your box. If you use Debian, there are >> packages (gcc-4.7-arm-linux-gnueabi and friends). Othe...

...e::SubArchType parseSubArch(StringRef SubArchName) { - return StringSwitch<Triple::SubArchType>(SubArchName) - .EndsWith("v8", Triple::ARMSubArch_v8) - .EndsWith("v8a", Triple::ARMSubArch_v8) - .EndsWith("v7", Triple::ARMSubArch_v7) - .EndsWith("v7a", Triple::ARMSubArch_v7) - .EndsWith("v7em", Triple::ARMSubArch_v7em) - .EndsWith("v7m", Triple::ARMSubArch_v7m) - .EndsWith("v7s", Triple::ARMSubArch_v7s) - .EndsWith("v6", Triple::ARMSubArch_v6) - .EndsWith("v6m", Triple::ARMSu...

...lenges in multiprocessor prefecthing, even for regularly > strided data, but these are probabably too ambitious to be tackled > effectively in the time frame of a SoC. There are lots of papers on this > however. > > Now, if you are targeting lower power processors, including most ARM v7a/v8 > implementations, prefetching may be much more important. There are much > fewer publications on BLAS optimizations for ARM, but they exist. Let me > know if you need pointers. > > In any case, if you have to go beyond loop transformations, unrolling, > register blocking, I wo...

On Tue, Nov 26, 2013 at 11:44 AM, Renato Golin <renato.golin at linaro.org>wrote: > On 26 November 2013 15:36, Rob Stewart <robstewart57 at gmail.com> wrote: > >> $ clang -v -target armv7a-linux-eabi -mcpu=cortex-a9 -mfloat-abi=soft >> -mfpu=neon helloworld.c >> > > Hi Rod, > > You need cross-binutils installed on your box. If you use Debian, there > are packages (gcc-4.7-arm-linux-gnueabi and friends). Other distros may > have similar packages, but you...