similar to: [LLVMdev] LLVM 3.0rc1 Testing Begins!

Hi Bill, Do we have a list of which PRs have been filed that are considered release blockers? -Jim On Oct 17, 2011, at 4:33 PM, Bill Wendling wrote: > Hi all, > > Testing for LLVM 3.0 release candidate 1 is now under way! We will soon have binaries available for you to download and try. Those who would like to compile things and try them out for themselves can grab the source

Not yet. That is, I don't think any have been filed at all for 3.0. I don't know whether to be happy or worried. :-) Any that are regressions should be marked with the 'regression' keyword and be a release blocker. -bw On Oct 20, 2011, at 8:40 AM, Jim Grosbach wrote: > Hi Bill, > > Do we have a list of which PRs have been filed that are considered release blockers?

Have you a command line to do an anonymous Subversion checkout of the 3.0rc1 tag? Or should I just stick with the official tarball? -- Don Quixote de la Mancha Dulcinea Technologies Corporation Software of Elegance and Beauty http://www.dulcineatech.com quixote at dulcineatech.com

On Thu, Oct 13, 2011 at 10:33 AM, Raja Venkateswaran <rajav at codeaurora.org> wrote: > I think we need a group of maintainers rather than a single maintainer given > the spectrum of ARM targets/ISAs/platforms required to support There have been a plethora of ARM Instruction Set Architecture variants over the years. Which ones do we expect LLVM to support right now, and which as-yet

On Thu, Oct 20, 2011 at 8:46 AM, Bob Wilson <bob.wilson at apple.com> wrote: > This is  http://llvm.org/pr10514 > Unfortunately the fix did not make it into that version of clang. > On Oct 20, 2011, at 7:47 AM, Somorjai, Akos wrote: > The optimization kicks in because 'data' is 16-bytes; but there's no > alignment check… > This seems to be a code generation

> The ARM Holdings emulator does this; I used it with great success to > profile an Advanced Encryption Standard encryptor a while back. It is indeed a useful piece of kit. We do a lot of our internal regression tests on it, and also run LLVM's regression tests every night on it (as well as PlumHall, EEMBC and SpecInt). Unfortunately it's not exactly software we can give away or

Testing on arm-darwin outside of Apple is _complicated_. I had it partially working about two years ago. The general approach is to use rsh/ssh to remotely execute each test on the target, which outside of Apple requires jailbreaking. In the old test system, setting up REMOTE_CLIENT=ssh, REMOTE_PORT, etc. would automatically use ssh to run the tests. In lit, it looks like TestRunner.py has

On Wed, Nov 2, 2011 at 11:05 PM, Don Quixote de la Mancha <quixote at dulcineatech.com> wrote: > A helpful link-time optimization would be to place subroutines that > are used close together in time also close together in the executable > file.  That also goes for data that is in the executable file, whether > initialized (.data segment) or zero-initialized (.bss). > > If

Don Quixote de la Mancha <quixote at dulcineatech.com> writes: > On Sat, Oct 15, 2011 at 7:35 PM, Ivan Krasin <krasin at google.com> wrote: >> I'm not related to the topic starter, but I see at least one huge >> disadvantage of the dependency on link.exe. >> W/o such a dependency it would be possible reliably generate Windows >> executables on Linux or

On Sat, Oct 15, 2011 at 12:26 PM, Michael Spencer <bigcheesegs at gmail.com> wrote: > On Sat, Oct 15, 2011 at 7:38 AM, Thomson <lilotom at gmail.com> wrote: >> I just found that some samples used link.exe from Visual Studio to generate >> the final image, does LLVM has a replacement for link.exe to generate the >> final binary? I'm not related to the topic

I can't bootstrap llvm-gcc4.2 on Ubuntu 11.04 32-bit. It's not a test failure; instead the configure scripts break in all kinds of mysterious yet spectacular ways. I spent a couple days beating my head against those completely indecipherable shell scripts then gave up for now. Is there a buildbot that runs Ubuntu 11.04? If not may I suggest that one be set up? A minimal Ubuntu

Thanks for the useful information. We notice that the idea of LIPO also can help LLVM LTO if LLVM has FDO/PGO. And regarding Diablo, we'll learn from it and I think we'll get some good ideas from it. In MCLinker, the detail of the instructions and data in bitcode are still kept during linking, so some opportunities to optimize the instruction in bitcode become intuitive. Instruction

This shouldn't be considered our bug (should it?). I'm going to report it to Ubuntu. I will restart my build, but does anyone else see this on Ubuntu 11.04? Note that I have a 32-bit machine with 2 GB of RAM and no swap. $ ld --version GNU ld (GNU Binutils for Ubuntu) 2.21.0.20110327 Copyright 2011 Free Software Foundation, Inc. $ uname -a Linux frylock 2.6.38-11-generic #50-Ubuntu

A helpful link-time optimization would be to place subroutines that are used close together in time also close together in the executable file. That also goes for data that is in the executable file, whether initialized (.data segment) or zero-initialized (.bss). If the unit of linkage of code is the function rather than the compilation module, and the unit of linkage of data is the individual

On Oct 13, 2011, at 1:40 PM, Don Quixote de la Mancha wrote: > I can't bootstrap llvm-gcc4.2 on Ubuntu 11.04 32-bit. > OK. that seems bad. > It's not a test failure; instead the configure scripts break in all > kinds of mysterious yet spectacular ways. I spent a couple days > beating my head against those completely indecipherable shell scripts > then gave up for

On Fri, Nov 11, 2011 at 5:26 PM, Owen Anderson <resistor at mac.com> wrote: > This is not quite right.  It does have a 12-bit immediate field, but it is decomposed into an 8-bit base immediate and a 4-bit right-rotate value.  Your example of #4000 is encoded as a base value of 0xfa and a rotate of 0xe, which is correct. > >> I don't know what the "it hs" instruction

Admittedly we're very interested in becoming ARM backend maintainers as our product heavily relies on LLVM. However, we don't have testing resources to test both our product and LLVM on a host of target boards. We have some chumbys, beagleboards, iPhones, iPod Touches, tables, Android Phones, etc. And most of those are already booked solid with our own regression tests (most of which

Hi. I just want to know does anyone has the same problem or not. After running "make check-lit" tests are stopped at 61th percent (Linker tests). Each time it stops on different tests. Thanks. -- Regards, Stepan

Hm... tests were corrected themselves. No svn updates was made. 0. I turned on my laptop and boot Ubuntu 11.04. 1. I run ../llvm/configure in clean folder. 2. make 3. make check-lit 4. Tests was looped at 61%. Eclipse doesn't want to debug it too. It crashes at the start of debug session. I reboot my computer again, and all work well now. Probably some specific bios + OS + (specific cpu

On Thu, Oct 13, 2011 at 11:25 AM, Joe Abbey <jabbey at arxan.com> wrote: > LLVM Supports: > ARMv4T  -> ARM7TDMI > ARMv5TE -> ARM926EJ-S >         -> XScale > ARMv6   -> ARM1136J(F)-S > ARMv6ZK -> ARM1176JZ(F)-S > ARMv7A  -> Cortex-A8 >            Cortex-A9 > ARMv7M  -> Cortex-M3 Does the LLVM code generator generate Thumb code in addition to