Re: -O2 faster than -O3

On Thu, Apr 2, 2015 at 3:19 AM, Edward Nevill wrote: > Looking at the disassembly I see it is using FP registers to hold > integer values. The following is a small extract. -O3 turns on -finline-functions, which causes a lot of code expansion. That, combined with the fact that we end up with a ca

Re: Issue building busybox using aarch64-linux-gnu 2014.11

On Wed, Apr 15, 2015 at 9:51 AM, Kevin Petit wrote: > It seems none of the built-in library search paths (gcc –print-search-dirs) > allow to find crt[1i].o. They seem to be expected in a multiarch location > but aren’t (libc/usr/lib64). We’re working around this with a symlink. Is > this a bug? H

Re: Issue building busybox using aarch64-linux-gnu 2014.11

On Thu, Apr 16, 2015 at 8:35 AM, Joel (Xi Zhou) Zhou wrote: > In previous email, you mentioned that the crosstool-ng is no longer used. > Could you share some information how do you build the toolchain now? We wrote a tool called ABE that we use for building toolchains. You can see some documen

Re: toolchain folders and content

On Tue, Apr 21, 2015 at 12:52 PM, Robert Schwarz wrote: > Hi, > I am using the linaro tolchain to create a root-filesystem for an embedded > Linux system. > I would like to copy the essential include files and libraries(libc) from > the toolchain to the rootFS of the embedded system. > > Is there

Re: Build u-boot using Linaro toolchain

On Tue, Apr 21, 2015 at 12:35 PM, Joel (Xi Zhou) Zhou wrote: > The u-boot built with gcc-linaro-arm-none-eabi-4.9-2014.09_linux can boot on > the development board. This toolchain was pre-built toolchain from Linaro, > built with crosstool-NG. The version is gcc version 4.9.2 20140904 > (prereleas

Re: writing a new Machine Description file (e.g cortex-a57.md) in gcc

On Thu, May 7, 2015 at 4:24 AM, Virendra Kumar Pathak wrote: > I am new to gcc development. I am trying to write a new md file describing > pipeline information for a processor. > Please suggest some good reference document for understanding machine > description file. There is some documentation

Re: writing a new Machine Description file (e.g cortex-a57.md) in gcc

On Thu, May 7, 2015 at 10:56 AM, Jim Wilson wrote: > There are various genX programs that read the md file and generate a > insn-X.c file to perform actions based on info in the md file. For > instance genrecog creates the insn-recog.c file, which is for > recognizing RTL patterns

Re: question on bfd - arch & mach

On Wed, May 27, 2015 at 1:21 AM, Virendra Kumar Pathak wrote: > 1. In the struct bfd_arch_info {...} (in bfd/bfd-in2.h) there are two fields > 'enum bfd_architecture arch' and 'unsigned long mach'. > I went trough the binutils porting guide (by mr.swami.re...@nsc.com) which > says 'arch' is for ar

Re: abe: cross native toolchain compilation for aarch64-linux-gnu

On Wed, Jun 3, 2015 at 9:26 AM, Virendra Kumar Pathak wrote: > I am trying to build a cross-native toolchain for AARCH64 using ABE build > framework. > By cross native I mean that toolchain will be build on 0x86 (Red hat > Santiago 6.4), it will run on AARCH64 (Juno) and > will produce binaries to

Re: new gas feature: section name substitution sequence

On Wed, Jun 3, 2015 at 4:15 PM, Nicolas Pitre wrote: > I created a patch on top of upstream binutils for a feature I need which > should be universally useful as well. Now I have 3 questions for you: > > 1) Does it look sane enough? You added the option docs into the .section docs. It is certain

Re: new gas feature: section name substitution sequence

On Mon, Jun 8, 2015 at 11:36 AM, Nicolas Pitre wrote: > Unless I'm missing something obvious, I can't find any section where all > options are documented together. There is the "Invoking" section but it > contains very few options and only the most generic ones. All the > others are documented he

Re: abe: cross native toolchain compilation for aarch64-linux-gnu

On Fri, Jul 10, 2015 at 8:49 AM, strongq wrote: > First build this: ../abe/abe.sh --target aarch64-none-elf –build all > Then do 2nd round build: ../abe/abe.sh –host i686-w64-mingw32 --target > aarch64-none-elf –build all I just tried this on an Ubuntu 14.04 LTS system using the master branch of

Re: [activity] 6 - 10 july 2015

On Mon, Jul 13, 2015 at 12:17 AM, Prathamesh Kulkarni wrote: > - for -O2 temps introduced by peephole2 due to define_peephole2 > pattern in thumb2.md:1540 > http://pastebin.com/3rEF8Te4 > So this intentionally transforms rtx from > zeroextractsi_compare0_scratch to rtx from shiftsi3_compare0_scrat

Re: abe: cross native toolchain compilation for aarch64-linux-gnu

On Tue, Jul 14, 2015 at 8:10 PM, strongq wrote: > Thanks Wilson for your reply. I was very busy and finally got some time on > this. > First, I followed your suggestion, built a 'Hello world' program with > i686-w64-mingw32-gcc. The generated executable runs well on Windows PC. > > So I back to

Re: abe: cross native toolchain compilation for aarch64-linux-gnu

On Tue, Jul 14, 2015 at 8:10 PM, strongq wrote: > Based on the last several line, since I'm doing cross compiling, $gcc_no_link > should be set to yes. So I'm very confused about this. Frankly, I'm not very > familiar with autoconf and those scripts. I just want some simple instruction > to do

Re: abe: cross native toolchain compilation for aarch64-linux-gnu

On Thu, Jul 16, 2015 at 12:40 PM, strongq wrote: > The config.log is under > "_build/builds/i686-w64-mingw32/aarch64-none-elf/binutils-gdb.git~linaro_binutils-2_24-branch-binutils/libiberty" > My understanding that it is for building the binutils. Yes. So I was looking at the wrong config.log f

Re: abe: cross native toolchain compilation for aarch64-linux-gnu

On Fri, Jul 17, 2015 at 3:47 PM, strongq wrote: > Now I’m running into new problem. I’m trying to enable “--with-python > option” for building gdb. > > For the native Linux version, I just need to install Python-dev package. But > for cross compiling the windows version, I don’t know which Linux p

Re: binutils - question on decoding decision tree for aarch64

On Sat, Jul 25, 2015 at 6:19 AM, Virendra Kumar Pathak wrote: > 1. Please help me in knowing what I am doing wrong here ? What else I should > do to add a new instruction in binutils ? I don't know offhand, but see below. > 2. I also saw some printf in opcodes/aarch64-gen.c which I guess create

Re: ABE - bug in copy_gcc_libs_to_sysroot() while building native toolchain for aarch64

On Sun, Jul 26, 2015 at 11:36 PM, Virendra Kumar Pathak wrote: > In copy_gcc_libs_to_sysroot() - which copy libgcc.a to sysroot, current > implementation try to find the absolute path of libgcc.a as below : > libgcc="`${local_builds}/destdir/${host}/bin/${target}-gcc > -print-file-name=${libgcc}`

Re: abe - compiling cross aarch64 toolchain using local directory

On Wed, Aug 19, 2015 at 8:32 AM, Virendra Kumar Pathak wrote: > ../abe/abe.sh --target aarch64-linux-gnu --build all --release > 20150819 --tarbin > gcc=file:///home/vpathak/arm/toolchain/build/snapshots/gcc-2015.11-5.tar.bz2 > > But I get following error: > ERROR (#146): get_URL (not supported fo

Re: help: cortex-a7 u-boot hang at pcie with gcc-linaro-4.9

On Tue, Sep 1, 2015 at 12:48 AM, Liu Ting wrote: > When trying to use gcc-linaro-4.9 to build u-boot for ls1021atwr (ARM > Cortex-A7 MPCore compliant with ARMv7-A architecture), we face issue. U-boot > hangs at PCI-E. > > After tracing the code, the issue is located at the line “*val = > readl(add

Re: Building for armv6/ARM1136J-S using ABE

On Fri, Sep 11, 2015 at 10:54 AM, Bill Davis wrote: > I’ve tried probably a dozen different ABE build command lines with various > combinations of cpu/arch/tune on the latest tree and on the 2014.09 release > and am unable to build for the armv6/1136J-S. FYI there is a wiki page that talks about

Re: linux ipv4 forward performance issue

On Tue, Oct 13, 2015 at 5:47 AM, Liu Ting wrote: > When upgrading meta-linaro/meta-linaro-toolchain from daisy to fido, we > faced drastic performance downgrade (-34.06%) on linux ipv4 forwarding. The > board is ls1021atwr (ARM Cortex-A7 MPCore compliant with ARMv7-A > architecture). > We did some

Re: Question about the Linaro toolchain version

On Mon, Oct 19, 2015 at 7:23 PM, Luo Zhenhua wrote: > The default gcc version of Yocto 2.0(Jethro) is 5.2.0, the gcc version in > meta-linaro is gcc-4.9.4, may I know if gcc-linaro-4.9.4 will be used for > Yocto 2.0 release? when will the linaro gcc be upgraded to gcc-5.x? I don't think that we

Re: GCC performance questions

On Wed, Nov 4, 2015 at 7:07 AM, Gunnar von Boehn wrote: > Looking at the created code of GCC on ARMv8, we noticed some areas where > there is room for performance improvements. > I assume that these items might already be noticed by you guys. There is a known problem that the current register all

Re: Runtime inlining

On Fri, Nov 6, 2015 at 6:48 AM, Zoltan Kiss wrote: > I've checked link time optimization (-flto), but it only helps with static > linking. Is there any way to keep the ODP application and platform > implementation binaries in separate files while having the performance > benefit of inlining? I ha

Re: [lng-odp] Runtime inlining

On Mon, Nov 9, 2015 at 2:39 PM, Bill Fischofer wrote: > The IO Visor project appears to be doing something like this with LLVM and > JIT constructs to dynamically insert code into the kernel in a > platform-independent manner. Perhaps we can leverage that technology? GCC has some experimental JIT

Re: why ld.so in arm-linux-gnueabihf- toolchains search so many paths ?

On Wed, Dec 2, 2015 at 12:07 AM, Barry Song <21cn...@gmail.com> wrote: > i am wondering whether ld.so will check the capbility of ARM to decide > which version should be used. I believe the way this works is that the kernel uses the auxiliary vector to pass an AT_HWCAP entry to programs. AT_HWCAP

Re: Bug: Linaro ABE abe.sh doesn't allow timeout > 10 seconds

On Wed, Dec 2, 2015 at 1:32 PM, Christopher Roberts wrote: > abe.sh in the ABE framework accepts a parameter to set the wget timeout when > it fetches snapshots (default 10s); however that parameter has an upper > threshold of 10 seconds (condition at line 996 only sets timeout to > specified valu

Re: Linaro-binutils release git tags

On Wed, Dec 16, 2015 at 9:12 PM, Virendra Kumar Pathak wrote: > As per release notes, linaro_binutils-2_25-2015_01-2_release should be > present at http://git.linaro.org/toolchain/binutils-gdb.git. > But I am not able to see any "linaro_binutils" tags on > https://git.linaro.org/toolchain/binutils

Re: mixed LTO support for 'ld -r'

On Mon, Dec 21, 2015 at 4:55 AM, Adhemerval Zanella wrote: >> This mix of LTO and non-LTO object files is not supported by upstream >> binutils unless a patch from H.J. Lu is applied. That patch has been >> available since 2013 and was last refreshed in his 2.25.51.0.4 branch >> last September. I

Re: gcc-linaro-5.1 vs gcc-linaro-4.8

On Tue, Jan 5, 2016 at 5:52 AM, Xiaofeng Ren wrote: >> Gcc-5.1: >> 40110c: 3dc00c6cldr q12, [x3,#48] >> Gcc-4.8: >> 40135c: 4cdf78afld1 {v15.4s}, [x5], #16 The ld1 and ldr instructions are effectively equivalent, they are both loading 16-byte values into f

Re: gcc-linaro-5.1 vs gcc-linaro-4.8

On Tue, Jan 5, 2016 at 4:19 PM, Xiaofeng Ren wrote: > Hello Jim, > Appreciate for your comments. > I will try to manually apply that patch on my side and try it. > BTW, may I know which released Linaro gcc version include that patch? Maybe > I can download it and try it quickly. > https://gcc.g

Re: gcc-linaro-5.1 vs gcc-linaro-4.8

On Tue, Jan 5, 2016 at 6:53 PM, Rob Savoye wrote: > Is it in the 2015.11-1 release ? I found gcc-linaro-5.2-2015.11-1-rc1.tar.xz on the snapshot site. I don't see it in this release either. This seems to have identical gcc sources to the 2015-11 release, other than a patch to change the linar

Re: GCC's ABI 5

On Wed, Jan 20, 2016 at 3:49 AM, Yvan Roux wrote: >> I don't know how much distros were involved in the original design. >> Did they request the changes? Or was that an internal change? How do >> you guys get to decide when to break the world? It appears that changes to the C++ standard forced th

Re: Linaro 4.9 toolchain has issues with allyesconfig

On Wed, Jan 27, 2016 at 8:37 AM, Christophe Lyon wrote: > I confirm the trampolines are not inserted for ld -r. We can't insert the trampolines with ld -r. We don't have all of the symbols required for this with a relocatable link. Also, for the symbols we do have, we don't know the final addre

Re: Linaro 4.9 toolchain has issues with allyesconfig

On Wed, Jan 27, 2016 at 9:30 AM, Richard Earnshaw wrote: > Long calls would probably solve the problem, but would likely be > horribly expensive in performance. An allyesconfig is presumably only to verify that you haven't accidentally broken any build config with a patch, so performance should n

Re: Linaro 4.9 toolchain has issues with allyesconfig

On Thu, Jan 28, 2016 at 7:15 AM, Christophe Lyon wrote: > Now, with -mlong-calls, I got: > drivers/built-in.o: In function `atom_op_mul': > sunxi_sid.c:(.text+0xa2c334): relocation truncated to fit: R_ARM_CALL > against symbol `__gnu_mcount_nc' defined in .text section in > arch/arm/kernel/built-i

Re: Linaro 4.9 toolchain has issues with allyesconfig

On Thu, Jan 28, 2016 at 2:26 PM, Renato Golin wrote: > We have this bug in LLVM: > https://llvm.org/bugs/show_bug.cgi?id=23969 > Which deals with the problems of mcount messing up the prologue, and > it seems to affect both kernel and chromium. This is an unrelated problem. > I was delaying the

Re: armhf toolchain with glibc 2.13

On Sat, Jan 30, 2016 at 5:35 AM, Aaron R wrote: > My ARM target runs glibc 2.13 and I am having a hard time finding a > linaro toolchain for it. It seems like all the ones I have found ship with > glibc 2.15 (even old ones). If you link statically, most code compiled against a newer glibc is like

Re: [fido][meta-linaro-toolchain] arm-none-eabi-4.8-2014.04

On Fri, Feb 19, 2016 at 1:38 PM, Xi Zhou Zhou wrote: > I download the pre-built toolchain for one of our armv6 board. > https://releases.linaro.org/14.04/components/toolchain/binaries/gcc-linaro-arm-none-eabi-4.8-2014.04_linux.tar.xz This is the embedded toolchain, for systems not running linux.

Re: Static arm-gcc

On Mon, Feb 22, 2016 at 6:11 AM, $rik@nth wrote: > Does linaro distributes arm-gcc as a pre-built static tool chain > distribution? If yes, where can i download them from. Please point me some > location from where i can download. We (the toolchain group) don't build and release static toolchains

Re: Cross compilation issue

On Tue, Mar 29, 2016 at 8:03 AM, $rik@nth wrote: > gcc.o:(.rodata+0x5acc): undefined reference to > `host_detect_local_cpu(int, char const**)' This suggests a problem with the --host configure option. host_detect_local_cpu is used only if __arm__ is defined, which means you must be using an arm c

Re: Cross compilation issue

On Tue, Mar 29, 2016 at 11:12 PM, $rik@nth wrote: > Yes. I am using ubuntu 64bit to cross compile GCC to ARM. If i issue > --host=arm-linux-gnueabi then it will pick up default > /usr/arm-linux-gnuebi bins. I would like to pick up my binutils which > are built statically for doing some experiment.

Re: Question regarding the arm gcc 5.3 to build android

On Wed, Mar 30, 2016 at 5:18 PM, yfw wrote: > /tmp/ccZ40ViQ.s:1752: Error: selected processor does not support ARM mode > `cbnz r6,.L91' Looking at gcc, I see that in thumb2 mode, for a conditional branch, it will emit cbnz if the target is in range and it is using a thumb2 low register, otherwis

Re: Cross compilation issue

On Wed, Mar 30, 2016 at 7:37 PM, $rik@nth wrote: > You mean if i set --host=arm-linux-gnuebi and > --target=arm-linux-gunebi should automatically pick cross compilers Yes, in theory, it should find CC, AS, AR, etc by itself. Don't forget that you need to set all 3 of build, host, and target for

Re: Question regarding the arm gcc 5.3 to build android

On Wed, Mar 30, 2016 at 6:26 PM, fengwei.yin wrote: > Thanks a lot for your quick response. The .ii file was attached. In UnwindFromContext, there is an asm that forces the assembler into ARM mode. if (ucontext == nullptr) { int ret = (({ unw_tdep_context_t *unw_ctx = (&context_); register

Re: Question regarding the arm gcc 5.3 to build android

On Thu, Mar 31, 2016 at 5:12 AM, fengwei.yin wrote: > Because gcc 4.9 could build this file without any issue, I apply > --save-temps > with gcc 4.9. The ii file is attached. Can't see significant differences. There is a patch in gcc-5 to make unified assembler syntax the default. Unfortunately,

Re: Question regarding the arm gcc 5.3 to build android

On Thu, Mar 31, 2016 at 5:04 PM, fengwei.yin wrote: > Remove the __thumb__ part? If you remove the __thumb__ part, then you will get an assembler error. palantir:2025$ arm-linux-gnueabi-as UnwindCurrent.s UnwindCurrent.s: Assembler messages: UnwindCurrent.s:1504: Error: PC not allowed in registe

Re: Cross compilation issue

On Sat, Apr 2, 2016 at 3:00 AM, $rik@nth wrote: > /home/hydlnxbld84/Srikanth/abe/build/snapshots/gcc.git~linaro-gcc-5-branch/gcc/real.h:79:76: > error: size of array test_real_width is negative >[sizeof (REAL_VALUE_TYPE) <= REAL_WIDTH * sizeof (HOST_WIDE_INT) ? 1 : -1]; I don't know offhand h

Re: Cross compilation issue

On Fri, Apr 1, 2016 at 7:10 AM, $rik@nth wrote: > I've read the Wiki page and start using abe tool to build cross > compile for ARM on x86 build system. But i am getting below error. > Also --set arch=arm argument is showing the arch is not found while > configuring. Abe --set arch= translates i

Re: Cross compilation issue

On Mon, Apr 4, 2016 at 11:30 AM, $rik@nth wrote: > I am issuing abe with `../abe.sh --set cflags="-static" --set > ldflags="-pthread" --host arm-linux-gnueabi --target arm-linux-gnueabi > --build all` > am i configuring something wrong here? Please correct me That won't work without an arm-linu

Re: Cross compilation issue

On Mon, Apr 4, 2016 at 8:18 PM, $rik@nth wrote: > There is no way to build static tool chain by using abe tool at all? Maybe modify abe/lib/make.sh to add -static directly to LDFLAGS? Jim ___ linaro-toolchain mailing list linaro-toolchain@lists.linaro.

Re: Another weird behavior with arm gcc 5.3

On Wed, Apr 6, 2016 at 8:11 AM, Christophe Lyon wrote: > On 6 April 2016 at 16:53, fengwei.yin wrote: >> With arm gcc 5.3, the C++ apps crash in one class constructor call. And gdb >> shows some vtbl items of the class are not relocated. >> >> With arm gcc 4.9, if set breakpoint in that construct

Re: Another weird behavior with arm gcc 5.3

On Wed, Apr 6, 2016 at 9:13 AM, Jim Wilson wrote: > gcc 5.x implements C++ 2011 by default. gcc 4.9.x implements C++ 2003 > by default. There were some ABI changes required to implement C++ > 2011. If the android loader has knowledge of the gcc C++ ABI, maybe > it needs to b

Re: Linaro toolchain: libstdc++.so: file format not recognized; treating as linker script

On Wed, Apr 6, 2016 at 8:15 AM, Gunnar Arndt wrote: > embedded/gcc-linaro-5.3-2016.02-i686-mingw32_arm-linux-gnueabihf/bin/../lib/gcc/arm-linux-gnueabihf/5.3.1/../../../../arm-linux-gnueabihf/lib/libstdc++.so: > file format not recognized; treating as linker script > c:/program files (x86)/gnu to

Re: Linaro toolchain: libstdc++.so: file format not recognized; treating as linker script

On Thu, Apr 7, 2016 at 2:43 AM, Gunnar Arndt wrote: > I've unzipped the Linaro gcc archive with WinRAR, and - what probably makes > the difference - chosen NOT to overwrite duplicate files during unzipping. > It works now for simple test programs, but I fear that there will be > problems some time

Re: Linaro toolchain: libstdc++.so: file format not recognized; treating as linker script

On Thu, Apr 7, 2016 at 2:43 AM, Gunnar Arndt wrote: > I've unzipped the Linaro gcc archive with WinRAR, and - what probably makes > the difference - chosen NOT to overwrite duplicate files during unzipping. > It works now for simple test programs, but I fear that there will be > problems some time

Re: Linaro toolchain: libstdc++.so: file format not recognized; treating as linker script

On Thu, Apr 7, 2016 at 7:46 PM, Pinski, Andrew wrote: > Actually NTFS can be made to be case sensitive. Good point. I'd forgotten about that. See https://cygwin.com/cygwin-ug-net/using-specialnames.html about 1/3 of the way down it talks about turning off case insensitive filenames with a re

Re: [ACTIVITY] 18-22 April 2016

On Sat, Apr 23, 2016 at 4:43 PM, Rob Savoye wrote: > As a note, all the builders we use for binary releases run Trusty still. I > haven't tried Jessie (should work fine), > but I know that newer Mingw releases fail to compile GCC 5.x. In the weekly status meeting, Maxim and Christophe looked at

Re: [ACTIVITY] 18-22 April 2016

On Sun, Apr 24, 2016 at 12:25 PM, Christophe Lyon wrote: > mpfr's config.log contains: > configure:1: gcc -o conftest -Wall -Wmissing-prototypes > -Wpointer-arith -g -O2 -ffloat-store > -I/home/christophe.lyon/src/bugs/2073/build/MakeRelease/_build/builds/destdir/i686-w64-mingw32/include > >

missing gold --be8 support

Cisco is trying to use clang/lto on big-endian arm, which apparently requires gold, and gold does not support the --be8 option which is required for ARMv7 big-endian support. Does anyone here care about this? Umesh Kalappa asked about this on the binutils mailing list https://sourceware.org/m

Re: missing gold --be8 support

Thanks for the info. It was about what I expected. I will share the interesting bits with Cisco. Jim ___ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-toolchain

Re: toolchain fetch issues

On Wed, May 25, 2016 at 8:09 AM, Gujulan Elango, Hari Prasath (H.) wrote: > I enabled the -v option of wget and I am able to see the download starts and > fails randomly after progressing to some extent i.e. 10% or 27%. The > connection is reset by peer and wget exits. I tried increasing the timeo

Re: Linaro GCC vs Valgrind

On Thu, Jun 9, 2016 at 2:22 PM, William Mills wrote: > When the optimizer is turned on valgrind complains about writes beyond > the current stack pointer. With the optimizer off, the problem report > goes away. > 000102f8 : >102f8: e351cmp r0, #1 >102fc: da000

Re: Error: non-constant expression in ".if" statement

On Tue, Jun 14, 2016 at 11:37 AM, Christophe Lyon wrote: > On 14 June 2016 at 14:07, Jérôme Forissier > wrote: >> Hi, >> >> I've stumbled across an assembler error message that I don't understand. >> >> bl1/aarch64/bl1_exceptions.S: Assembler messages: >> bl1/aarch64/bl1_exceptions.S:53: Error

Re: Error: non-constant expression in ".if" statement

On Tue, Jun 14, 2016 at 12:43 PM, Jim Wilson wrote: > I can reproduce with an FSF binutils. Not obvious why it is failing though. A git bisect tracks the problem down to this commit. palantir:2177$ git bisect bad c1baaddf8861aea666b84baeb4746caff51a579d is the first bad commit com

Re: Error: non-constant expression in ".if" statement

A few more comments... The MAP_DATA support is emitting mapping symbols documented in the AARCH64 ELF ABI. Mapping symbols are emitted when switching from data to instructions, or vice versa, inside a section. However, mapping symbols are just addresses. There should be no need to emit implicit

Re: Unable to locate libnl library while compiling the wpa supplicant with nl80211 and hostapd mode enable in toolchain gcc-linaro-4.9-2015.05-x86_64

On Tue, Jul 12, 2016 at 12:55 AM, Rohit Kamat wrote: > while I am cross compiling the wpa supplicant with toolchain > gcc-linaro-4.9-2015.05-x86_64_arm-linux-gnueabihf for hostapd and nl80211 > mode enabled in menuconfig I am getting linker message ld:cannot find -lnl > -3 (libnl) . > I tried to

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

On Wed, Jul 20, 2016 at 2:14 PM, Jeffrey Walton wrote: > I'm having trouble with ARMv8/Aarch64. One is an early Mustang server ARMv8 implies 32-bit code (aarch32). Aaarch64 implies 64-bit code. These are two different compilers, with two different sets of command line options. > $ g++ -DDEB

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

On Wed, Jul 20, 2016 at 3:04 PM, Jeffrey Walton wrote: > Thanks Jim. According to ARM, ARMv8 is 64-bit > (http://www.arm.com/products/processors/armv8-architecture.php). Maybe > I'm parsing the page incorrectly? The armv8 architecture spec has both aarch32 (32-bit) and aarch64 (64-bit) support.

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

On Thu, Jul 21, 2016 at 1:53 AM, Richard Earnshaw wrote: > On 20/07/16 22:33, Jim Wilson wrote: >> On Wed, Jul 20, 2016 at 2:14 PM, Jeffrey Walton wrote: >>> I'm having trouble with ARMv8/Aarch64. One is an early Mustang server >> >> ARMv8 implies 32-bit code

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

On Thu, Jul 21, 2016 at 6:33 PM, Jeffrey Walton wrote: > 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. neon implies vfvp3 and 32 D-registers and asimd/neon support, so th

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

On Thu, Jul 21, 2016 at 8:48 PM, Jeffrey Walton wrote: > Is there an arm-msr-tools or similar that has setuid so we can access the > MSRs? I'm not familiar with any such tool, but I haven't looked for one before. I found an x86 msr-tools project at github with a web search. It seems to be a sta

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

On Thu, Jul 21, 2016 at 9:13 PM, Jeffrey Walton wrote: > So I guess the question is, what do I use for -mfpu=neon-vfp3 (or > -mfpu=neon-vfp3-d32)? Is -mfpu=neon enough? The -mfpu=neon option is enough. neon implies vfpv3 and 32 D registers. Jim ___ li

Re: vreinterpretq_*_p128 for converting from polynomials?

On Thu, Jul 28, 2016 at 8:36 AM, Jeffrey Walton wrote: > 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: > An RPI-3 with ARMv8/Aarch32 and GCC 4.9.2 has it in arm_neon.h: Yes, these *p128* intrinsics a

Re: Compile error when building an Aarch32 program on Aarch64?

On Fri, Jul 29, 2016 at 7:04 PM, Jeffrey Walton wrote: > How does one build an Aarch32 program on Aarch64? The arm and aarch64 compilers are separate compiler ports. So you need two different compilers, an arm compiler and an aarch64 compiler. The arm compiler emits only 32-bit code. The aarch6

Re: vreinterpretq_*_p128 for converting from polynomials?

On Fri, Jul 29, 2016 at 7:55 PM, Jeffrey Walton wrote: >> Yes, these *p128* intrinsics are missing from the aarch64 port. I'd >> suggest filing a bug report. > > Please forgive my ignorance. Who gets the report? Linaro, Debian or GCC? The FSF GCC bugzilla. https://gcc.gnu.org/bugzilla/ You n

Re: stdc-predef.h failed during gcc-linaro-snapshot-6.1-2016.07 compile

On Sat, Aug 13, 2016 at 3:17 PM, wrote: > I've been trying to build the c and c++ cross-compiler for triplet > aarch64-linux-gnu (--target=aarch64-linux-gnu --enable-languages=c,c++) on > snapshot for 6.1-2016.07, and cannot get past this: > cc1: error: no include path in which to search for stdc

Re: stdc-predef.h failed during gcc-linaro-snapshot-6.1-2016.07 compile

On Sun, Aug 14, 2016 at 8:29 PM, wrote: > One sample configure I'm trying, where "/mnt" is a loopback mounted clone of > the aarch64 system: > ${SRC}/configure > --prefix=/usr/local/aarch64-linux-gnu/gcc-linaro-6.1-2016.07 > --target=aarch64-linux-gnu \ > --with-build-sysroot=/mnt \ > --enable-

Re: gcc-linaro-snapshot-6.1-2016.07 Sysroot/Host Requirements Question

On Thu, Aug 18, 2016 at 12:21 PM, wrote: > configure:14589: checking for library containing dlopen > configure:14620: gcc -o conftest -g -O2conftest.c >&5 > /tmp/ccyhVkpp.o: In function `main': > /home/build/linaro/objdir/libcc1/conftest.c:38: undefined reference to > `dlopen' > collect2: e

Re: gcc-linaro-snapshot-6.1-2016.07 Sysroot/Host Requirements Question

On Thu, Aug 18, 2016 at 7:50 PM, wrote: > /home/build/linaro/32bit/./gcc/as: line 106: exec: -m: invalid option > exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection > ...] The libgcc config.log is the right one to look at. The error is here, when gcc calls the assembler, t

Re: gcc-linaro-snapshot-6.1-2016.07 Sysroot/Host Requirements Question

On Sat, Aug 20, 2016 at 7:38 PM, wrote: > The whole cross-architecture situation complicates things...in particular > I'm wondering "which" binutils (host versus target sysroot) we are talking > about? I'm trying to figure out if the missing binutils is from the armhf > sysroot or from the x86_64

Re: gcc-linaro-6.1-2016.07...Big Endian and Little Endian aarch64 Options

On Sun, Aug 21, 2016 at 3:07 PM, wrote: > also have some prebuilt 5.2 and 5.3 binaries, plus a few other 4.8 and 4.9 > compilers from quite some time back. I've used these for building a Linux > 3.10 kernel, and the newer linaro-6.1 fails during kernel compile. The issue > seems to be the assembl

Re: Question on "Using deprecated CP15 barrier instruction".

On Mon, Sep 5, 2016 at 8:10 AM, wrote: > There is a Linux kernel file "arch/arm64/kernel/deprecated.c". Within that > file is a block of code which is apparently designed to detect some sort of > older obsolete 32-bit code. Specifically, the warning message is "Using > deprecated CP15 barrier ins

Re: AArch64: Disabling conditional execution

On Tue, Sep 20, 2016 at 8:07 AM, Fernando Endo wrote: > I'm using Linaro GCC 4.9-2015.01-3 for AArch64, and trying to disable the > generation of guarded instructions. More specifically, I'd like not to see > instructions such as 'cset', 'csinc', 'ccmp', 'fccmp', etc. There are a lot of different

Re: Compiling linaro tool chain in cygwin

On Sat, Oct 29, 2016 at 1:49 AM, 李康 wrote: > Is there any instruction / manual for compiling linaro tool chain under > cygwin? We do our windows mingw32 builds under Linux, using cross compilers. We don't do builds on windows. In theory, a build should work under cygwin as they work on linux, bu

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

On Thu, Jan 12, 2017 at 10:55 PM, Jeffrey Walton wrote: > Does Linaro's GCC 4.9 provide AES and SHA intrinsics? Crypto is an optional feature that is not enabled by default when selecting the armv8-a architecture. You either need to specify a processor that implements the crypto extension, or el

Re: Compiler selection for log10/Qsort on ARM64

On Tue, Feb 7, 2017 at 7:50 AM, Bharat Bhushan wrote: > I am working on log10/qsort benchmarks on ARM64 (ARMv8) processor, > I want to check if we have experience with these benchmarks. We have experience with things like SPEC and Coremark, which are compiler performance benchmarks. log10/qsort

Re: ABE patching

On Thu, Feb 16, 2017 at 3:27 AM, Fathi Boudra wrote: > On 16 February 2017 at 06:12, Denys Dmytriyenko wrote: >> I was wondering if there was a way to apply local patches to toolchain >> components (gcc, binutils, glibc, etc.) when building with ABE. >> >> The only way I know of right now is to m

Re: v8.2-A CPU support

On Tue, Feb 21, 2017 at 11:04 PM, David Xia wrote: > Thanks for the information. I have checked the release notes which says GCC > 6.2 NO support on v8.2-A. So I would like to know when will v8.2-A support > would be added? Or the Linaro member could get the internal release for that > (Just gu

Re: v8.2-A CPU support

On Tue, Feb 21, 2017 at 11:34 PM, David Xia wrote: > Please check: > https://gcc.gnu.org/gcc-7/changes.html , it says, start to added > -march=armv8.2-a. Does it mean gcc-6.2 NOT support this option? > > So does the 'gcc-linaro-6.2.1-2016.11' add the same option? However, the > release comes fro

Re: Possible bug with int64_t in GCC 4.9.4

On Mon, Mar 27, 2017 at 8:30 AM, Fernando Endo wrote: > I've been using GCC 4.9.4 for a while now (arm-linux-gnueabi-gcc (Linaro GCC > 4.9-2017.01) 4.9.4), and I found this strange behavior: > ... > So, this means that warm_and_run_ is assumed by GCC 4.9.4 to have 32 bits > arguments, while they a

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

On Wed, Apr 19, 2017 at 12:38 PM, Jeffrey Walton wrote: > According to [1], I can use ".arch_extension" to enable it. According > to [2], ".arch_extension" is available in GCC 4.6 and GAS 2.21. My > version of Linaro provides GCC 4.9.2 and GAS 2.25.90. I can also > duplicate the issue on GCC113 (c

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

On Wed, Apr 19, 2017 at 11:35 PM, Jeffrey Walton wrote: > On Wed, Apr 19, 2017 at 9:57 PM, Jim Wilson wrote: >> On Wed, Apr 19, 2017 at 12:38 PM, Jeffrey Walton wrote: > The thing I am not sure about is saving and restoring the cpu. The AS > manual states "Specifying .cpu c

Re: Problems with Aarch64 vmull_p64 and vmull_high_p64

On Sun, Jul 30, 2017 at 1:32 PM, Jeffrey Walton wrote: > hikey$ g++ -march=armv8-a test.cxx -c > test.cxx: In function ‘poly128_t VMULL_P64(poly64_t, poly64_t)’: > test.cxx:10:1: error: unrecognizable insn: pmull is part of the crypto extension, which is not enabled by default. You need to use -

Re: Problems with Aarch64 vmull_p64 and vmull_high_p64

On Sun, Jul 30, 2017 at 4:47 PM, Jeffrey Walton wrote: > The odd thing is, ARM's ACLE [1], Section 6.5.4 (p.24), states Crypto > applies to > AES{E, D} and SHA1{C, P, M}. It does not mention PMULL. Later it goes > on to state PMULL gear is available on Aarch32 and Aarch64. If you look at the ARM

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

On Fri, Aug 11, 2017 at 6:53 AM, Godmar Back wrote: > In a recent github thread > it > was suggested that I ask this list about what the exact reasons for the > lack of C++ support are, and how/if they break down by C++ featur

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

On Fri, Aug 11, 2017 at 1:34 PM, Godmar Back wrote: > Is this the wrong mailing list to ask the question then? Perhaps, but maybe you will get a response on Monday from someone in Europe that didn't see it today. > Normally, libraries are decomposed into individual .o files to avoid exactly > th