similar to: [LLVMdev] arm patch 3/n

I am splitting the ARM patches to make the merge easier. This one just adds new ARM specif files. The company designer was kind enough to borrow me a powerbook, so this patch was tested on a amd64 and a g4. Best Regards, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: arm1.patch.bz2 Type: application/x-bzip2 Size: 13152 bytes Desc: not available URL:

The attached patch renames unwind.h to unwind-generic.h. Best Regards, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: arm2.patch.bz2 Type: application/x-bzip2 Size: 4987 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20061206/38a68fb6/attachment.bin>

Attached is a port of the new ARM eabi from gcc 4.1 to the llvm-gcc branch. With this patch I am able to bootstrap the 4.0 branch using the new eabi. The llvm-gcc branch fails with ------------------------------------ internal compiler error: in prune_unused_types_update_strings, at dwarf2out.c:14372 ------------------------------------ But I believe that this is an unrelated problem and I will

> I say that we drop it. If someone steps up to start maintaining it, they can begin by resurrecting it from SVN. Patches attached. Cheers, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm.patch.bz2 Type: application/x-bzip2 Size: 76683 bytes Desc: not available URL:

This patch should be in today's mirror ~6am PST. Cheers, -- Jim On Dec 4, 2006, at 4:32 PM, Rafael Espíndola wrote: > On 12/2/06, Jim Laskey <jlaskey at apple.com> wrote: >> Rafael, >> >> Please bracket portions of your changes that involve modification of >> C/C++ source code. For cases of modifying configuration scripts and >> make files, use your

On Thu, Aug 9, 2012 at 12:49 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> I think this is a leftover from the days we used to have a *byte*code >> and use bzip2 on it :-) >> >> I will try to clean it up. > > The attached patch removes all references to compression from llvm-ar, > llvm-ranlib and related libraries. > > Is it OK? >

Attached is the current ARM patch. It allows the LLVM branch to compile on linux/arm and the resulting libgcc is compatible with a glibc compiled a vanilla gcc,i.e, a statically compiled hello world works :-) The patch was constructed by merging patches from gcc 4.1 with minimal editing for making merging easier. It was requested that I bracket the changes, I will try to remove all unnecessary

On Thu, Aug 9, 2012 at 1:15 PM, Michael Spencer <bigcheesegs at gmail.com> wrote: > On Thu, Aug 9, 2012 at 12:49 PM, Rafael Espíndola > <rafael.espindola at gmail.com> wrote: >>> I think this is a leftover from the days we used to have a *byte*code >>> and use bzip2 on it :-) >>> >>> I will try to clean it up. >> >> The attached

On 12/2/06, Jim Laskey <jlaskey at apple.com> wrote: > Rafael, > > Please bracket portions of your changes that involve modification of > C/C++ source code. For cases of modifying configuration scripts and > make files, use your best judgement. Obviously having the brackets > emitted in generated code is problematic (line numbers et cetera), so > don't bother in

It's too bad that the compression feature was dropped. Can you share why? I was interested in using llvm-ar to compress LLVM outputs. My experiments show that BC and PCH files are highly compressible (~35% of original size). I can see many situations that would benefit from a reduced storage size. I have tried other methods for reducing the file size such as tweaking with opt options (see

Rafael, Please bracket portions of your changes that involve modification of C/C++ source code. For cases of modifying configuration scripts and make files, use your best judgement. Obviously having the brackets emitted in generated code is problematic (line numbers et cetera), so don't bother in those cases. Beside marking the changes we've made, the purpose of APPLE LOCAL

OK, thank you. Are there some pre-built X86 binaries for LLVM-gcc for ARM? It yes, where can I download from? Thank you, Corina --- On Sun, 1/17/10, Rafael Espindola <espindola at google.com> wrote: From: Rafael Espindola <espindola at google.com> Subject: Re: [LLVMdev] LLVM-gcc for ARM To: "corina s" <corina_fff at yahoo.com> Cc: llvmdev at cs.uiuc.edu, anton at

Hello, I recompiled binutils, llvm-gcc, libc, and again llvm-gcc and now it gives me the following error: llvm-gcc --v Using built-in specs. Target: arm-elf Configured with: ......./ (reconfigured) ../llvm-gcc4.2-2.6.source/configure --target=arm-elf --enable-llvm=/home/LLVM/llvm-2.6/ --with-arch=armv7-a --enable-languages=c --prefix=/home/LLVM/install --enable-multilib --with-newlib

> llvm-ar cannot do compression. I think this is a leftover from the days we used to have a *byte*code and use bzip2 on it :-) I will try to clean it up. > - Michael Spencer > Cheers, Rafael

The attached patch to llvm-gcc makes it possible to bootstrap it on ARM (without --enable-llvm). The patch includes a port of the new EABI from gcc 4.1 and some small fixes. I will now try to port the necessary changes to libgcc in order to be able to statically compile a program. After that I can add --enable-llvm and check out what breaks :-) If it is desirable, I can try to split this patch

Hello, Well, I recompiled the LLVM-gcc .../llvm-gcc4.2-2.6.source/configure --prefix=`pwd`/../install --program-prefix=llvm- --enable-llvm=/home/LLVM/llvm-2.6/ --enable-languages=c  --disable-libssp  --with-gnu-ld=/home/LLVM/llvm-gcc4.2-2.6.source/arm-elf-ld --with-gnu-as=/home/LLVM/llvm-gcc4.2-2.6.source/arm-elf-as  --with-cpu=cortex-a8  --target=arm-elf Everything is OK, but when trying

> I think this is a leftover from the days we used to have a *byte*code > and use bzip2 on it :-) > > I will try to clean it up. The attached patch removes all references to compression from llvm-ar, llvm-ranlib and related libraries. Is it OK? Cheers, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: t.patch Type: application/octet-stream

> Could you please try to remove the empty gcc/unwind.h and try again? I > am currently compiling on a powerbook. I will report as soon as it > finishes. The build finished successfully! Rafael

I have a file structure like: /home/build/apache-1.3.26/apache_1.3.26.tar.gz /home/build/apache-1.3.26/apache_1.3.26/...morefiles /home/build/apache-1.3.26/Build /home/build/apache-1.3.26/Build.out /home/build/apache-1.3.26/Install /home/build/apache-1.3.26/Install.out /home/build/bzip2-1.0.2/bzip2-1.0.2.tar.gz /home/build/bzip2-1.0.2/bzip2-1.0.2/...morefiles /home/build/bzip2-1.0.2/Build

On 13 May 2013 10:59, Renato Golin <renato.golin at linaro.org> wrote: > Hi Rafael, > > As you mentioned in the bug, we should only apply this change when > hard-float is set, which it is by default on armv7a, I presume. > > From that part of the code, I can infer that by the time > "MaxAtomicPromoteWidth = 64;", the variable SoftFloat is not properly set, >