similar to: Cross compile for Ubuntu Linux32/64 on Armv7 (QEMU Emulator)

Hi While cross compiling on Mac Host: Mac Target: Linux on ArmV7 How can I force clang to use the non-system linker But use llvm-lld (i.e. ld.lld) or any other non standard linker Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180326/d86e1601/attachment.html>

Hello, For the last couple of days I struggled to find a way to compile LLVM with Clang for ARM. Now, I tried many variations of the settings, linkers and compilers, but I was able only to build for i386 and x86_64. My machine is an i386 iMac. This is my first attempt to cross-compile something, so probably I'm doing something incredible stupid. First, I'm not sure which compiler should

On Sep 22, 2011, at 11:47 AM, Valentin Radu wrote: > checking for armv7-apple-darwin-clang... no > checking for armv7-apple-darwin-llvm-gcc... no > checking for armv7-apple-darwin-gcc... no It's because you don't have a compiler around that targets arm by default. -eric -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Sep 22, 2011, at 11:51 AM, Eric Christopher wrote: > > On Sep 22, 2011, at 11:47 AM, Valentin Radu wrote: > >> checking for armv7-apple-darwin-clang... no >> checking for armv7-apple-darwin-llvm-gcc... no >> checking for armv7-apple-darwin-gcc... no > > It's because you don't have a compiler around that targets arm by default. Exactly right. You

The option -fuse-ld is the closest option that I can think of. In its most common form it accepts bfd, gold or lld, clang will then invoke ld.bfd, ld.gold or ld.lld respectively. On many systems ld is a symlink to an executable of the form ld.suffix. Alternatively the full path to the linker can be given -fuse-ld=/full/path/to/linker/executable Peter On 27 March 2018 at 00:40, Sumonto Ghosh via

Dear Xen Developers, I wanted to announce that Ian Campbell from Citrix has been nominated and elected as Xen Hypervisor committer <http://lists.xen.org/archives/html/xen-devel/2012-01/msg02281.html> and will be responsible for the ARMv7+VE components in xen-unstable. We have seen an increasing number of patches to xen-unstable to enable support for the ARMv7 processor with

On Wed, Nov 13, 2013 at 4:53 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi guys, > > I have this ODROID XU (quad-core ARMv7 Cortex A15 1,6 GHz) box that I want > to make available to the LLVM project. I can see that LLVM already has an > ARMv7 Cortex A9 system doing Clang, but how should this box be used, if at > all? We're talking a long-term commitment

Hi guys, I have this ODROID XU (quad-core ARMv7 Cortex A15 1,6 GHz) box that I want to make available to the LLVM project. I can see that LLVM already has an ARMv7 Cortex A9 system doing Clang, but how should this box be used, if at all? We're talking a long-term commitment within the realm of being a buildbot slave. It builds LLVM in about 40 minutes, excluding the test suite.

Thanks Rafael, wondering as of what is the level of support for ARM and is it close to production quality? Thanks On Mon, Feb 26, 2018 at 2:06 PM, Rafael Avila de Espindola < rafael.espindola at gmail.com> wrote: > Not sure there is an official POC, you are probably better off asking > whatever question you have directly on the list. > > Cheers, > Rafael > > Sumonto

The problem is in your code, not the compiler. You're casting an unaligned char* to an int*, even though an int* pointer must be 4-byte aligned in every ARM ABI that I've ever seen. On Jan 23, 2012, at 6:14 AM, Alexandre Colucci wrote: > Hi, > > I think I discovered a major armv7 optimization bug in Clang. I create a simple test case which exhibits the issue. > When you

I think ARM ELF is pretty good. I was able to link clang with it some time ago and it now has support for thunks. Cheers, Rafael Sumonto Ghosh <sumonto.ghosh at gmail.com> writes: > Thanks Rafael, wondering as of what is the level of support for ARM and is > it close to production quality? > > Thanks > > On Mon, Feb 26, 2018 at 2:06 PM, Rafael Avila de Espindola <

Hi everyone, I'm working on some custom transformation passes that have the side-effect of significantly increasing the code size. While testing it on some larger, real-world code bases, I run into a linker error for armv7 thumb code. The particular error I get from ld64 is that "armv7 has no pc-rel bx thumb instruction." I've been able to reproduce the problem by taking a

arm: implement ARMv7 tlb ops. xen/arch/arm/xen/Makefile | 1 + xen/arch/arm/xen/cache-v7.S | 17 +++++------------ xen/arch/arm/xen/domain_build.c | 6 +++--- xen/arch/arm/xen/tlb-v7.S | 51 +++++++++++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 60 insertions(+), 15 deletions(-) Signed-off-by: Jaemin Ryu <jm77.ryu@samsung.com> diff -r c6a412adfae7

Hi, I think I discovered a major armv7 optimization bug in Clang. I create a simple test case which exhibits the issue. When you compile the attached file for armv7 with optimizations turned on (O2, O3 or Os), the binary generated led to a crash. The issue can't be reproduced when using GCC 4.2. It can't be reproduced with Clang when the optimization is turned off (O0). This issue can be

Hi Peter, On Wed, 26 Feb 2020 at 18:37, Peter Smith via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hello Arslan, > > > I am guessing I can borrow libraries such as lc and lm from GCC > > arm-none-eabi*, but for clang_rt.builtins-arm.a (which I thought > > should've been built with LLVM build but I couldn't find that library > > in my build

[replying here, as I seem to have been dropped from cc on the subthread at https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ELUEHAA7X7YKU5DFIOBS3UQ5AXQYJWLY/ - maybe I should subscribe to devel@ instead of seeing this second-hand... hmm - I can't even post to devel@ without subscribing, so now just sending this to libguestfs] [adding libguestfs - now

Guys, Could you please clarify if SMP available for XEN on ARMv7 with virtualizations extensions? Browsing through stuff for Arndale I do see enabling secondary CPU on XEN site and SMP enabling on dom0 kernel site. But I do not see SMP infrastructure implementation on the XEN site. Sincerely, Andrii Anisov. _______________________________________________ Xen-devel mailing list

On Wed, Jul 18, 2012 at 3:52 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 18 July 2012 14:33, salvatore benedetto > <salvatore.benedetto at gmail.com> wrote: >> but I still haven't figure out how to build for cortex-m3 >> >> clang -march=armv7-m -mfloat-abi=soft <something missing?> testReference.cpp -c > > -march should have done

Is there a regression bot with a list of tests or alike Thanks On Mon, Feb 26, 2018 at 4:19 PM Rafael Avila de Espindola < rafael.espindola at gmail.com> wrote: > I think ARM ELF is pretty good. I was able to link clang with it some > time ago and it now has support for thunks. > > Cheers, > Rafael > > > Sumonto Ghosh <sumonto.ghosh at gmail.com> writes: >

Sorry for typo.. from shows as "--no-chain-reply-to --thread ./*" instead of from "Viswanath Puttagunta". So resent it again after fixing my command line.. Otherwise, the patch for RFCv2 is identical. Regards, Vish On 7 December 2014 at 02:08, --no-chain-reply-to --thread ./* <viswanath.puttagunta at linaro.org> wrote: > From: Viswanath Puttagunta