linaro-toolchain

linaro-toolchain@lists.linaro.org

6 participants
5606 discussions

[ACTIVITY] Week ending 17 Jun 2018

by Richard Henderson

Progress: [VIRT-198 # QEMU: SVE Emulation Support ] Another round of patches merged. About 25 remaing. Implemented MOVPRFX, for which I had plans but forgot to actually implement. Discovered that the advance planning that I have added for this isn't really sufficient. For the purposes of initial upstreaming, I'll emulate them as plain moves. With MOVPRFX done, feedback from Ori.Chalak(a)Huawei.com: > Thank you so much for the quick resolution. > I have run successfully 466 tests of the OpenBLAS benchmark suite on > the branch tag of Qemu you sent me, with SVE instructions compiled > from C using ARM Compiler and Gnu linker. > All pass without any failure. > Did not verify functional correctness, just that all instructions > are run by your Qemu branch in user mode and Qemu completes the job > without a crash. [Upstream] Third iteration on splitting do_syscall. Patch review; pull request for Cota's tb_lock patch set. Tracked down a TB offset overflow affecting a softmmu NEON test case. [GCC] Sent some patches for MOVPRFX to Richard Sandiford. He offered to test them over the weekend before posting them to gcc-patches.

7 years, 1 month

[ACTIVITY] 11-15 June 2018

by Christophe Lyon

* 2 days of training == Progress == * FDPIC - GCC patch series: received some feedback. Will have to iterate. - Rebased uclibc patches on top of uclibc-ng. Patch set passes the GCC testsuite * GCC upstream validation: - looking at some random noise in testing * GCC upstream - posted a small patch to use ACLE preprocessor defines. Will have to enhance it * Infrastructure: - patch reviews - cleanup/improvements * misc (conf-calls, meetings, emails, ....) == Next == * FDPIC: uclibc-ng, GCC * GCC upstream validation

7 years, 1 month

[ACTIVITY] week ending Jun. 17 2018

by Alex Bennée

SVE Support ([VIRT-198]) ======================== - spin next version of CNT{VCT|FRQ}_EL0 from user-space Message-Id: <20180518114424.18054-1-alex.bennee(a)linaro.org> with ID regs :todo - the HPC guys hit this in their test setups [VIRT-198] https://projects.linaro.org/browse/VIRT-198 RISU Support for SVE ([VIRT-199]) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - worked on next [iteration of SVE series] - added variable size reginfo for backwards compatibility - various unrelated build clean-ups and tweaks - posted {RISU PATCH v3 00/22} SVE support and various misc fixes Message-Id: <20180613125601.14371-1-alex.bennee(a)linaro.org> - Generating full SVE test set from ASL - coded up some "heuristics" to add RISU constraints in patterns - left model generating test sequences over the weekend - handle load/store memory instructions :todo [VIRT-199] https://projects.linaro.org/browse/VIRT-199 [iteration of SVE series] https://github.com/stsquad/risu/tree/add-sve-support-v3 SVE Reviews ~~~~~~~~~~~ - start kicking tires of rth's patches with new test suite :todo Upstream Work ([VIRT-109]) ========================== - started reviewing {PATCH v4 00/19} reverse debugging Message-Id: <20180528071332.9424.27343.stgit@pasha-VirtualBox> - ran into some issues, need clearer understanding of snapshots - posted {RFC PATCH 0/3} Better docker dependency checking Message-Id: <20180608160432.8734-1-alex.bennee(a)linaro.org> - posted {PATCH v1 0/3} Current Travis Patches Message-Id: <20180614125337.24950-1-alex.bennee(a)linaro.org> - posted {PULL 0/3} Travis updates Message-Id: <20180615110903.29674-1-alex.bennee(a)linaro.org> [VIRT-109] https://projects.linaro.org/browse/VIRT-109 Fixing up tests/tcg ~~~~~~~~~~~~~~~~~~~ - finished working on test/tcg series - posted {PATCH v7 00/54} fix building of tests/tcg - last chance to review! Message-Id: <20180615194705.28019-1-alex.bennee(a)linaro.org> - sending the pull req next week :todo KVM CI Loop ([VIRT-2]) ====================== - need to sync-up on the current state of this work :todo [VIRT-2] https://projects.linaro.org/browse/VIRT-2 [our wiki] https://wiki.linaro.org/Core/Virtualization Completed Reviews [1/1] ======================= {PATCH v2 00/13} iommu: support txattrs, support TCG execution, implement TZ MPC Message-Id: <20180604152941.20374-10-peter.maydell(a)linaro.org> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - CLOSING NOTE [2018-06-14 Thu 19:27] Looks good. Absences ======== - YVR18 Connect (17th-21st September 2018) - KVM Forum 2018 (24th-26th October 2018) Current Review Queue ==================== * {Qemu-devel} {PATCH v4b 00/18} target/arm: SVE instructions, part 2 Message-Id: <20180613015641.5667-1-richard.henderson(a)linaro.org> * {PATCH 0/4} KVM: arm64: FPSIMD/SVE fixes for 4.17 Message-Id: <1528976039-25826-1-git-send-email-Dave.Martin(a)arm.com> * {PATCH v4 00/14} fp-test + hardfloat Message-Id: <1528768140-17894-1-git-send-email-cota(a)braap.org> * {RFC PATCH 00/12} tests/tcg: Add TriCore tests Message-Id: <20180501142222.19154-1-kbastian(a)mail.uni-paderborn.de> * {PATCH v4 00/19} reverse debugging Message-Id: <20180528071332.9424.27343.stgit@pasha-VirtualBox> * {Qemu-devel} {RFC PATCH v2 0/7} QEMU binary instrumentation prototype Message-Id: <152819515565.30857.16834004920507717324.stgit@pasha-ThinkPad-T60> -- Alex Bennée

7 years, 1 month

[ACTIVITY] report week ending 15 June

by Peter Maydell

Progress: * VIRT-65 [QEMU upstream maintainership] + code review + put together another target-arm pullreq (including more SVE patches) * VIRT-164 [improve Cortex-M emulation] + I have a half-working prototype of small-MPU-regions + sent patches for various preparatory and cleanup work for that + MPC support patchset has been reviewed and needs some minor fixes NB: have shifted next week's non-working day from Weds to Mon due to a meeting on Weds; sorry about the short notice. thanks -- PMM

7 years, 1 month

[ACTIVITY] week ending 15th June 2018

by Peter Smith

TCWG-1319 ICF support in clang and lld - Reviewed LLD patches TCWG-1424 Investigate profile information for code-size - Spent some time tracking down problem with using perf=profile and run_under simultaneously. Posted patch upstream. - Investigated how llvm makes use of profile information and found an analysis pass that can be adapted to get the information I'm likely to need. Other - Worked on side-project for tiny-code model. Got it passing the test-suite modulo TLS and one test that was too large for the code model. - Have a good idea of what I'll need to do for TLS, will need to start with assembler support. - Landed https://reviews.llvm.org/D45959 one step closer to removing MCSubargetInfo from assembler backend.

7 years, 1 month

Question About Trusted Application (.ta)

by Yin Liu

Hello, I'm learning the Trusted application that can be run in the TEE. I was wondering whether there are some ways to check the .ta file's instructions, just like using objdump or readelf on ELF. I'm also interested how does the .ta be protected? What's the difference between the .ta and normal executable? Would it be possible to give me some information about that? Thanks in advance! Brs, YL

7 years, 1 month

Aarch64 Toolchain - aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory - additional info

by Glen Verran

Hi there I apologize for posting this again as I was not subscribed to the mailing list on posting my first message, so if the first message made to the list without me being a subscriber, I apologize. I added some more info as to my issue below. I need to cross-compile an application written in C for ARM v8 (aarch64) and found the toolchain on your website. I am running Windows 10 using Cygwin 32-bit as I am already compiling for arm6, arm7 and Linux (x86 and x64) successfully. I downloaded https://releases.linaro.org/components/toolchain/binaries/latest/aarch64-el… and deployed it into my Cygwin installation with no issues. When I ran my script, I get the following error message: aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory I enabled verbose mode on the GCC and the result is below. My Cygwin's default GCC version is 4.8.3, but I am running 7.2.1 for this. I also tried 4.9.4 as well using a different Cygwin instance. Can you please advise how I can get around this error? I am able to cross-compile using the 100% exact script with all other architectures with the only difference being the toolchain and architecture. I also found references to C:\cygwin\bin in the logs (note the backslashes instead of forward slashes) below which I'd imagine would cause the issue I am experiencing as I have no way to alter the -iprefix in the COLLECT_GCC_OPTIONS as I am not setting this parameter - seems the GCC compiler is injecting this in. I also realised that I needed to use the linux-gnu version of the toolchain and not the ELF version which I did, but got the same results. Cygwin DLL version (just in case). I called: cygcheck -p cygwin1.dll |grep "cygwin:" And it returned: cygwin-2.10.0-1 - cygwin: The UNIX emulation engine cygwin-2.8.2-1 - cygwin: The UNIX emulation engine cygwin-2.9.0-3 - cygwin: The UNIX emulation engine 7.2.1 Using built-in specs. COLLECT_GCC=C:\cygwin\bin\aarch64-elf-gcc.exe Target: aarch64-elf Configured with: '/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/snapshots/gcc.git~linaro-7.2-2017.11/configure' SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-mpfr=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gnu-as --with-gnu-ld --disable-libmudflap --enable-lto --enable-shared --without-included-gettext --enable-nls --disable-sjlj-exceptions --enable-gnu-unique-object --enable-linker-build-id --disable-libstdcxx-pch --enable-c99 --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long --with-cloog=no --with-ppl=no --with-isl=no --enable-multilib --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419 --with-arch=armv8-a --enable-threads=no --disable-multiarch --with-newlib --with-build-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/sysroots/aarch64-elf --with-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32/aarch64-elf/libc --enable-checking=release --disable-bootstrap --enable-languages=c,c++,lto --with-libiconv-prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32/usr --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32 --target=aarch64-elf --prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 Thread model: single gcc version 7.2.1 20171011 (Linaro GCC 7.2-2017.11) COLLECT_GCC_OPTIONS='-std=c99' '-Wall' '-I' 'C:/Users/username/git/repo/appvm/vm/src/c/java/include' '-I' 'C:/Users/username/git/repo/appvm/vm/src/c/java/include/linux' '-D' '_POSIX_SOURCE' '-D' '_BSD_SOURCE' '-o' 'C:/Users/username/git/repo/appvm/target/vm/aarch64/app_vm' '-v' '-march=armv8-a' '-mlittle-endian' '-mabi=lp64' cc1 -quiet -v -I C:/Users/username/git/repo/appvm/vm/src/c/java/include -I C:/Users/username/git/repo/appvm/vm/src/c/java/include/linux -iprefix c:\cygwin\bin\../lib/gcc/aarch64-elf/7.2.1/ -D _POSIX_SOURCE -D _BSD_SOURCE C:/Users/username/git/repo/appvm/vm/src/c/main.c -quiet -dumpbase main.c -march=armv8-a -mlittle-endian -mabi=lp64 -auxbase main -Wall -std=c99 -version -o C:\cygwin\tmp\ccXFqWeJ.s aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory 4.9.4 Using built-in specs. COLLECT_GCC=C:\cygwin\bin\aarch64-elf-gcc.exe Target: aarch64-elf Configured with: /home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/snapshots/gcc-linaro-4.9-2017.01/configure SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-mpfr=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gnu-as --with-gnu-ld --disable-libmudflap --enable-lto --enable-objc-gc --enable-shared --without-included-gettext --enable-nls --disable-sjlj-exceptions --enable-gnu-unique-object --enable-linker-build-id --disable-libstdcxx-pch --enable-c99 --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long --with-cloog=no --with-ppl=no --with-isl=no --enable-multilib --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419 --with-arch=armv8-a --enable-threads=no --disable-multiarch --with-newlib --with-build-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/sysroots/aarch64-elf --with-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32/aarch64-elf/libc --enable-checking=release --disable-bootstrap --enable-languages=c,c++,lto --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32 --target=aarch64-elf --prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 Thread model: single gcc version 4.9.4 (Linaro GCC 4.9-2017.01) COLLECT_GCC_OPTIONS='-std=c99' '-Wall' '-I' 'c:/Users/username/git/repo/appvm/vm/src/c/java/include' '-I' 'c:/Users/username/git/repo/appvm/vm/src/c/java/include/linux' '-D' '_POSIX_SOURCE' '-D' '_BSD_SOURCE' '-o' 'c:/Users/username/git/repo/appvm/target/vm/aarch64/app_vm' '-v' '-mlittle-endian' '-mabi=lp64' cc1 -quiet -v -I c:/Users/username/git/repo/appvm/vm/src/c/java/include -I c:/Users/username/git/repo/appvm/vm/src/c/java/include/linux -iprefix c:\cygwin\bin\../lib/gcc/aarch64-elf/4.9.4/ -D _POSIX_SOURCE -D _BSD_SOURCE c:/Users/username/git/repo/appvm/vm/src/c/main.c -quiet -dumpbase main.c -mlittle-endian -mabi=lp64 -auxbase main -Wall -std=c99 -version -o C:\cygwin\tmp\ccXoLYc6.s aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory ~Glen

7 years, 1 month

[ACTIVITY] week ending 10 Jun 2018

by Richard Henderson

Progress: [VIRT-198 # QEMU: SVE Emulation Support ] Some rebasing based on review. [Upstream] Two iterations of splitting do_syscall. r~

7 years, 1 month

Aarch64 Toolchain - aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory

by Glen Verran

Hi there I need to cross-compile an application written in C for ARM v8 (aarch64) and found the toolchain on your website. I am running Windows 10 using Cygwin 32-bit as I am already compiling for arm6, arm7 and Linux (x86 and x64) successfully. I downloaded https://releases.linaro.org/components/toolchain/binaries/latest/aarch64-el… and deployed it into my Cygwin installation with no issues. When I ran my script, I get the following error message: aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory I enabled verbose mode on the GCC and the result is below. My Cygwin's default GCC version is 4.8.3, but I am running 7.2.1 for this. I also tried 4.9.4 as well using a different Cygwin instance. Can you please advise how I can get around this error? I am able to cross-compile using the 100% exact script with all other architectures with the only difference being the toolchain and architecture. Cygwin DLL version (just in case). I called: cygcheck -p cygwin1.dll |grep "cygwin:" And it returned: cygwin-2.10.0-1 - cygwin: The UNIX emulation engine cygwin-2.8.2-1 - cygwin: The UNIX emulation engine cygwin-2.9.0-3 - cygwin: The UNIX emulation engine 7.2.1 Using built-in specs. COLLECT_GCC=C:\cygwin\bin\aarch64-elf-gcc.exe Target: aarch64-elf Configured with: '/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/snapshots/gcc.git~linaro-7.2-2017.11/configure' SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-mpfr=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gnu-as --with-gnu-ld --disable-libmudflap --enable-lto --enable-shared --without-included-gettext --enable-nls --disable-sjlj-exceptions --enable-gnu-unique-object --enable-linker-build-id --disable-libstdcxx-pch --enable-c99 --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long --with-cloog=no --with-ppl=no --with-isl=no --enable-multilib --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419 --with-arch=armv8-a --enable-threads=no --disable-multiarch --with-newlib --with-build-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/sysroots/aarch64-elf --with-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32/aarch64-elf/libc --enable-checking=release --disable-bootstrap --enable-languages=c,c++,lto --with-libiconv-prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32/usr --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32 --target=aarch64-elf --prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 Thread model: single gcc version 7.2.1 20171011 (Linaro GCC 7.2-2017.11) COLLECT_GCC_OPTIONS='-std=c99' '-Wall' '-I' 'C:/Users/username/git/repo/appvm/vm/src/c/java/include' '-I' 'C:/Users/username/git/repo/appvm/vm/src/c/java/include/linux' '-D' '_POSIX_SOURCE' '-D' '_BSD_SOURCE' '-o' 'C:/Users/username/git/repo/appvm/target/vm/aarch64/app_vm' '-v' '-march=armv8-a' '-mlittle-endian' '-mabi=lp64' cc1 -quiet -v -I C:/Users/username/git/repo/appvm/vm/src/c/java/include -I C:/Users/username/git/repo/appvm/vm/src/c/java/include/linux -iprefix c:\cygwin\bin\../lib/gcc/aarch64-elf/7.2.1/ -D _POSIX_SOURCE -D _BSD_SOURCE C:/Users/username/git/repo/appvm/vm/src/c/main.c -quiet -dumpbase main.c -march=armv8-a -mlittle-endian -mabi=lp64 -auxbase main -Wall -std=c99 -version -o C:\cygwin\tmp\ccXFqWeJ.s aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory 4.9.4 Using built-in specs. COLLECT_GCC=C:\cygwin\bin\aarch64-elf-gcc.exe Target: aarch64-elf Configured with: /home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/snapshots/gcc-linaro-4.9-2017.01/configure SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-mpfr=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 --with-gnu-as --with-gnu-ld --disable-libmudflap --enable-lto --enable-objc-gc --enable-shared --without-included-gettext --enable-nls --disable-sjlj-exceptions --enable-gnu-unique-object --enable-linker-build-id --disable-libstdcxx-pch --enable-c99 --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long --with-cloog=no --with-ppl=no --with-isl=no --enable-multilib --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419 --with-arch=armv8-a --enable-threads=no --disable-multiarch --with-newlib --with-build-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/sysroots/aarch64-elf --with-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32/aarch64-elf/libc --enable-checking=release --disable-bootstrap --enable-languages=c,c++,lto --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32 --target=aarch64-elf --prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/label/docker-trusty-amd64-tcwg-build/target/aarch64-elf/_build/builds/destdir/i686-w64-mingw32 Thread model: single gcc version 4.9.4 (Linaro GCC 4.9-2017.01) COLLECT_GCC_OPTIONS='-std=c99' '-Wall' '-I' 'c:/Users/username/git/repo/appvm/vm/src/c/java/include' '-I' 'c:/Users/username/git/repo/appvm/vm/src/c/java/include/linux' '-D' '_POSIX_SOURCE' '-D' '_BSD_SOURCE' '-o' 'c:/Users/username/git/repo/appvm/target/vm/aarch64/app_vm' '-v' '-mlittle-endian' '-mabi=lp64' cc1 -quiet -v -I c:/Users/username/git/repo/appvm/vm/src/c/java/include -I c:/Users/username/git/repo/appvm/vm/src/c/java/include/linux -iprefix c:\cygwin\bin\../lib/gcc/aarch64-elf/4.9.4/ -D _POSIX_SOURCE -D _BSD_SOURCE c:/Users/username/git/repo/appvm/vm/src/c/main.c -quiet -dumpbase main.c -mlittle-endian -mabi=lp64 -auxbase main -Wall -std=c99 -version -o C:\cygwin\tmp\ccXoLYc6.s aarch64-elf-gcc.exe: error: CreateProcess: No such file or directory ~Glen

7 years, 1 month

[ACTIVITY] Week 23

by Yvan Roux

o GNU releases * Gave support to Mark. o LLVM * Deployed LLVM patch benchmarking job o Misc * Various meetings and discussions.

7 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-toolchain