similar to: [LLVMdev] LLC ARM Backend maintainer

Dear friends, I have been using the SUIF Machine infrastructure for sometime. Some optimizations are available without using a target machine, i.e. at the SUIFvm level. At this level you have "infinite" registers. Other optimizations, including analyses as for profiling require the use of a target library, a complete backend. It is very sad, that they have discontinued their MIPS

My first ARM testing results or lack of them indicate that 3.0 release requires some some beefy machines to build. It is not so much raw cpu speed but memory and lots of it. My builds got to linking llc and at that point linker started eating megabytes of memory like chocolate. So sadly chumbys, beagleboards, iThingis(?), Raspberry Pis, Gumstix and even inexpensive Tegra2 boards seem to be out of

Hey all, I have a potential project which calls for a very small form-factor computer like this: http://www.marvell.com/products/embedded_processors/developer/kirkwood/sheevaplug.jsp However, I am needing an FXS port integrated into a small footprint computer. Nothing larger than a WiFi router or gateway device, but the smaller the better, and able to run Asterisk with at least a spare USB port

Hi all, I was recently investigating the build bot infrastructure and noticed that the arm-linux target is failing for quite a long time. I believe that it means ARM code is not executed all that often in LLVM tests, is that correct? We were wondering what kind of support we could give to make sure ARM code is correct and don't regress, specially before releases (I know it's a bit late

On 10/17/2011 09:20 AM, Pawel Wodnicki wrote: > > My first ARM testing results or lack of them indicate > that 3.0 release requires some some beefy machines to build. > It is not so much raw cpu speed but memory and lots of it. > My builds got to linking llc and at that point linker started > eating megabytes of memory like chocolate. > > So sadly chumbys, beagleboards,

Samba - General mailing list wrote > I would be more worried about the fact you are still using a version of > Samba that went EOL quite some time ago ;-) Thanks for the infos. This is an ARM-based (Marvell Kirkwood Feroceon 88FR131) appliance that is running Debian 7.11. "apt-get update ; apt-get upgrade" provides no more recent release of Samba. Is there a way to force APT to

Hi Renato, > I was recently investigating the build bot infrastructure and noticed > that the arm-linux target is failing for quite a long time. I believe > that it means ARM code is not executed all that often in LLVM tests, > is that correct? > > We were wondering what kind of support we could give to make sure ARM > code is correct and don't regress, specially before

Hello everyone, I just ordered one of these: http://www.marvell.com/products/embedded_processors/developer/kirkwood/sheevaplug.jsp Just over $110 with shipping but they are expecting the price to come down quite a bit: - 1.2Ghz ARM5 - 512MB RAM - Multiple flash storage options - Gigabit ethernet - USB 2.0 - 5 watt power usage They probably won't be shipping until late March but I

Good day, I have looked around for this information, but I have not been able to gain a clear understanding: what is the status of the LLVM ARM backend? That is, do the following work: 1. Generating Thumb code: I saw a video online where they describe an issue with using the ARM Thumb back-end 2. Generating code for ARM9 (ARMv5?) or ARM7 (ARMv4): again, the same presentation

Hi, I am trying to build llvm-2.1 and llvm-gcc4 but running into build errors and not getting the code base compiled successfully since quite a few time. My host OS: Linux(Debian-Ubuntu) My Host processor: i686 My target processor: Arm11/Arm9 Languages support needed: c, c++ host compiler version: gcc 4.0.1 I am getting errors while compiling LLVM and llvm-gcc both: The LLVM build error is

I have a question regarding ARM support. It was mentioned in mails below that LLVM supports ARM v6 but a lot of ARM v6 instructions are actually missing from ARM ISA description files( e.g. Media Instructions). Is there any documentation mentioning the unsupported parts of v6 version Thanks --Kapil On Thu, Sep 18, 2008 at 2:14 PM, Evan Cheng <evan.cheng at apple.com> wrote: > > On

Also, was this with binutils-gold? -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Tobias Grosser Sent: 17 October 2011 09:56 To: Pawel Wodnicki Cc: llvmdev Subject: Re: [LLVMdev] LLC ARM Backend maintainer On 10/17/2011 09:20 AM, Pawel Wodnicki wrote: > > My first ARM testing results or lack of them indicate > that

On Sep 17, 2008, at 3:00 PM, Tyler Wilson wrote: > Good day, > > I have looked around for this information, but I have not been able > to gain a clear understanding: what is the status of the LLVM ARM > backend? That is, do the following work: > > 1. Generating Thumb code: I saw a video online where they > describe an issue with using the ARM Thumb back-end

Hi, I'm considering buying a QNAP TS-212 NAS and I wonder if this device is powerful enough to run dovecot too (there is a pre-built dovecot package available from QNAP)? The main goal would be that my mail is stored centralized on the NAS, where I can access it from multiple systems without ending up with mail scattered over each system (which is exactly what is happening now due to the

Hi, I'm building LLVM on Mac OS 10.10 and I'm having trouble making LTO work. The system linker dumps the following information when I executed "ld -v" @(#)PROGRAM:ld PROJECT:ld64-241.9 configured to support archs: armv6 armv7 armv7s arm64 i386 x86_64 x86_64h armv6m armv7m armv7em LTO support using: LLVM version 3.4.2 which tells me that it is correctly pointing to the LLVM

Can you give some examples of missing instructions? Evan On Oct 9, 2008, at 4:58 PM, kapil anand wrote: > I have a question regarding ARM support. It was mentioned in mails > below that LLVM supports ARM v6 but a lot of ARM v6 instructions are > actually missing from ARM ISA description files( e.g. Media > Instructions). Is there any documentation mentioning the unsupported

Hey, all. I'm seriously thinking about doing the VoIP thing at home. The perfect platform seemed to be the Sheeva "wall wart" (http://www.marvell.com/products/embedded_processors/developer/kirkwood/sheevaplug.jsp). It's a cute little doohicky with USB, SD-card, Ethernet, and runs on an ARM CPU. I'd like to avoid SIP to my provider, just 'cause it's always such a

Hi Andrea, That is because the LR is the fixed register as per the http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042e/IHI0042E_aapcs.pdf and out_char() function is not the leaf function ,Hence compiler tends to save and restore the LR and the save and restore of register r11 is to align stack for 8 bytes as per ARM EABI. Thanks ~Umesh On Tuesday, October 15, 2013, Umesh Kalappa

Hi, I am trying to cross compile code for ARM Cortex m0, m3, and m4. For m0, I use: -target armv6--eabi -mcpu=cortex-m0 That seems to work. For m3 and m4, I use the following which does not work (fatal error: error in backend: CPU: 'cortex-m3' does not support ARM mode): -target armv7m--eabi -mcpu=cortex-m3 and -target armv7em--eabi -mcpu=cortex-m4 Who can help me with the

Hi, I have been reading about llvm and clang and vmkit, and must say: great work guys. So when i got my raspberry pi, and having read that llvm is better at arm than gcc, i compiled llvm on the pi. The pi has a soc with armv6 (i don't know what that means exactly though). The pi is not fast and llvm with clang compilation took 22 h, but worked. hurrah. Then i compiled llvm/clang with itself