similar to: [LLVMdev] RFC: Promote AArch64 to be built by default

> I think this is the right thing to do. Once you've resolved the Mac and Windows issues, go for it. Thanks Doub. Just to let people know what happened. I enabled in r174322 around lunchtime. Here's a report of the noticed failures with status (important/outstanding ones at the top). Feel free to do anything from telling me about more problems to reverting the patch when llvm.org comes

On Jan 31, 2013, at 4:37 AM, Tim Northover <t.p.northover at gmail.com> wrote: > Hi all, > > We'd like to promote the AArch64 backend to being built by default. I > know it's very soon after the initial upload, but we think the backend > is in a good position and should be stable. > > We'd very much like to get it tested in more diverse environments >

On Thu, Jan 31, 2013 at 4:37 AM, Tim Northover <t.p.northover at gmail.com>wrote: > Hi all, > > We'd like to promote the AArch64 backend to being built by default. I > know it's very soon after the initial upload, but we think the backend > is in a good position and should be stable. > > We'd very much like to get it tested in more diverse environments >

On 31 January 2013 12:45, Chandler Carruth <chandlerc at google.com> wrote: > This to me says that the concerns and protections of the experimental > backend aren't needed, and are more likely to impede progress than help it > -- specifically, we won't get good build bot coverage and diverse host > compiler coverage until it's enabled. > +1 --renato

Just FYI: the AArch64 tests fail on non-Linux platforms. On my Mac, I get 75 failures running 'ninja check', since the tests do not specify a triple and defaults to Darwin, which the backend rejects in createTLOF. I would expect the same behavior on Windows. On Thu, Jan 31, 2013 at 8:01 AM, Renato Golin <renato.golin at linaro.org>wrote: > On 31 January 2013 12:45, Chandler

Hello, [Using LLVM r155315, according to `svn log | head`] I am experimenting with programatically building and jitting functions in a module, and I seem to be coming across a crash in some generated code. Using the llvm-c interface I build up the module which dumps like this: ; ModuleID = 'MyModule' target datalayout = "i686-apple-darwin11" target triple =

Filed a bug with Apple 10073924  but I'm wondering if anyone else knows what to fix here: Summary: Building a Darwin cross compiler so I can use distcc with my Mac. Host: x86_64-gnu-linux with GCC 4.5.3. Steps to Reproduce: Download tar ball tar xvf llvmgcc42-2335.15.tar.gz mkdir gcc-build cd gcc-build CFLAGS="-w -m32" CXXFLAGS="$CFLAGS" CPPFLAGS="$CFLAGS"

Hi all, I would also like to become the code owner of the AArch64 backend. Would anyone object to me adding myself to the .txt file? Cheers. Tim.

Hello, I am going temporally shutdown the next few builders for maintenance works: clang-x86_64-darwin11-cross-mingw32 clang-x86_64-darwin11-self-mingw32 clang-x86_64-darwin11-cross-arm Thank you for understanding. Thanks Galina -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi David, I'm not certain, but to me the "LLVMSetTarget(module, "i686-apple-darwin11");" line looks suspicious. I'm not familiar with all the ins and outs of how target triples get handled, but it looks to me like that's requesting 32-bit code. I think that if you omit that line completely then the target will be inferred from the execution environment. My best

As directed from http://vmkit.llvm.org/get_started.html, I'm getting: checking for ld used by GCC... /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld checking if the linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) is GNU ld... no checking for shared library run path origin... /bin/sh: ./config.rpath: No such file or directory done checking for iconv... yes

Hi all, I was installing a package *RBGL* of bioconductor. However, I had some issues while installing it. I asked the devel group of bioconductor and they told me to consult this group. Here is my conversation with the bioconductor group related to the problem *Me->* I was trying to install the RBGL package using the following command biocLite("RBGL") However, I got the

Hi there, I just wanted to install gfortran via homebrew on mac os x mountain lion. It uses the package gcc-42-5666.3-darwin11.pkg for installation. Unfortunately I recognized that this package is not available anymore. But the google cache told me that it was available at http://r.research.att.com/tools/gcc-42-5666.3-darwin11.pkg some time ago (the site was cached at Sep 30th). Does anybody

On Aug 15, 2012, at 11:56 PM, Eli Friedman wrote: > On Wed, Aug 15, 2012 at 10:17 PM, Carl Norum <carl at lytro.com> wrote: >>> -march=mips32r2 >>> -mtune=4kem >>> -msoft-float >>> -EL >>> >>> -Xclang -triple -Xclang mipsel-sde-elf >>> -Xclang -mrelocation-model -Xclang static >>> >>>

Ah, got it. For some ancient reason config.site on that machine had LDFLAGS=-L/usr/X11R6/lib in config.site, and that prevented configure from inserting -L /usr/local/lib, so linked /usr/lib/libreadline.dylib, which is the Apple-supplied one, which possibly is really libedit... -p > On 18 May 2016, at 22:01 , peter dalgaard <pdalgd at gmail.com> wrote: > > gcc

> Yes, the nightly build is broken in a similar, but different way. See below. > Both seem to be readline related, so Frederick Eaton's patches, which Martin committed yesterday are the likely culprit. I had actually tested them and things seemed to work, but it was on a different machine and not a completely clean build. Indeed a problem. I'm pretty sure that RL_UNSETSTATE()

On Wed, Aug 15, 2012 at 10:17 PM, Carl Norum <carl at lytro.com> wrote: >> -march=mips32r2 >> -mtune=4kem >> -msoft-float >> -EL >> >> -Xclang -triple -Xclang mipsel-sde-elf >> -Xclang -mrelocation-model -Xclang static >> >> -Xclang -mllvm -Xclang -mips-ssection-threshold=0 >> -Xclang -mllvm -Xclang

On Tue, Nov 22, 2011 at 11:32 AM, Garrison Venn <gvenn.cfe.dev at gmail.com> wrote: > As directed from http://vmkit.llvm.org/get_started.html, I'm getting: > > checking for ld used by GCC... /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld > checking if the linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) is GNU ld... no > checking for shared

Hi, For the very simple example below, I get *Unknown instruction error from lli and llvm-dis*, while* llc does not print anything*. Not sure what is that I am missing here. My llvm-gcc version is i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) 1-39-155-188:pastebin Babai$ cat example.c #include <stdio.h> void hello() {

I am not using llvm tools, but sources and directly calling into relevant LLVM classes and methods. Thanks, Daman On 23/06/14 4:11 pm, "Amara Emerson" <amara.emerson at gmail.com> wrote: >Hi Damanjit, > >I assume you're trying to use the tools like llvm-mc, in which case >you can use the -mattr=+vfpv3 flag to enable it. This applies to other >subtarget