search for: quixotic

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

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

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=89484 Bug ID: 89484 Summary: xrandr no output to DisplayPort with GeForce GT 520M. Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

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

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

I see that lighttpd 1.3.14 supports SCGI. lighttpd 1.3.14 - 2005-06-15 18:10 Changes ------- * added SCGI support via mod_scgi * added hash-based and round-robin load balancing to mod_proxy * fixed range requests larger than 2Gb * fixed compilation on Solaris * fixed endless loops in mod_fastcgi, mod_cgi and mod_proxy * fixed handling of URIs for ''+'' and

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

On Sun, Oct 16, 2011 at 7:02 AM, Óscar Fuentes <ofv at wanadoo.es> wrote: > Or just get it from your Linux distro. I didn't realize. That's Just Dandy. > For instance, the > mingw32-binutils package in Debian-based distros will provide a nice > `ld' for cross-compiling to Windows. One Mac OS X there are various i386-mingw32 packages in MacPorts:

Well how about as a strawman... taking some options from http://en.wikipedia.org/wiki/List_of_ARM_microprocessor_cores and http://en.wikipedia.org/wiki/List_of_applications_of_ARM_cores LLVM Supports: ARMv4T -> ARM7TDMI ARMv5TE -> ARM926EJ-S -> XScale ARMv6 -> ARM1136J(F)-S ARMv6ZK -> ARM1176JZ(F)-S ARMv7A -> Cortex-A8 Cortex-A9 ARMv7M -> Cortex-M3

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 Mac, which has its own benefits (e.g. > distributed compilation) GRUB, the Grand Unified

>> Optimization for size hasn't been tested properly, at least not for >> ARM, and I hit all sorts of trouble (even before getting to DAG) when >> enabling it. > > Bugzilla or it didn't happen. Optimization for size on ARM is more important than most other platforms. It is still very common for embedded ARM cores to have only 64 kb of Flash. A couple friends of

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

On Thu, Oct 13, 2011 at 10:00 AM, Joe Abbey <jabbey at arxan.com> wrote: > 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 are based on

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

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