similar to: [LLVMdev] ARMGenEDInfo.inc unconditionally required

Yes, this is controlled by the -frandom-seed flag. Sadly, it is expected behavior. -Chris On Nov 12, 2010, at 7:10 AM, Sebastian Redl <sebastian.redl at getdesigned.at> wrote: > On 12.11.2010 15:26, Erik Cederstrand wrote: >> I have noticed that two consecutive builds of clang, clang++ and tblgen don't produce identical binaries (as in md5 sums) on identical source code

Hi, I just checked out llvm from svn and attempted to build the systemz + cpp targets. I am getting the following error: EDDisassembler.cpp:42:49: error: ../../lib/Target/X86/X86GenEDInfo.inc: No such file or directory Is that file which is generated as part of the build process? If so, I assume EDDisassembler shouldn't be compiled for a systemz build. Neale -------------- next part

On 02.01.2013, at 20:37, Alon Zakai wrote: > > > ----- Original Message ----- >> From: "Sebastian Redl" <sebastian.redl at getdesigned.at> >> >> It would be awesome to combine the llvm.org demo with the in-browser >> emscripten (or possibly a server-side emscripten) so that the user >> can execute his snippets in the browser. >>

----- Original Message ----- > From: "Sebastian Redl" <sebastian.redl at getdesigned.at> > To: "Alon Zakai" <azakai at mozilla.com> > Cc: "llvmdev" <llvmdev at cs.uiuc.edu>, "Eli Bendersky" <eliben at google.com> > Sent: Wednesday, January 2, 2013 11:44:27 AM > Subject: Re: [LLVMdev] LLVM IR execution in JavaScript >

my 2 cents but it looks like the logo was drawn using a vector graphics editor, so you may directly ask the author the .svg version ;-) - Christophe On Thu, Jul 30, 2009 at 9:40 AM, Sebastian Redl<sebastian.redl at getdesigned.at> wrote: > > On Thu, 30 Jul 2009 00:09:01 -0700, Chris Lattner <clattner at apple.com> > wrote: >> http://llvm.org/Logo.html >>

----- Original Message ----- > From: "Sebastian Redl" <sebastian.redl at getdesigned.at> > To: "Eli Bendersky" <eliben at google.com> > Cc: "Alon Zakai" <azakai at mozilla.com>, "llvmdev" <llvmdev at cs.uiuc.edu> > Sent: Wednesday, January 2, 2013 11:24:33 AM > Subject: Re: [LLVMdev] LLVM IR execution in JavaScript >

Let me point out that projects using standard toolchain (e.g. binutils) can already reorder code and data pretty much arbitrary using sections and linker scripts. I think it's still attractive to have reordering in LLVM to be independent from external toolchain. This will allow reordering in JIT and other interesting things. I agree with John that special global with ordered list looks like

Oh, I should point out that using randomness is the unfortunate part, but you can get deterministic builds by passing -frandom-seed=0 to clang and/or gcc. -Chris On Nov 12, 2010, at 9:19 AM, Chris Lattner wrote: > Yes, this is controlled by the -frandom-seed flag. Sadly, it is expected behavior. > > -Chris > > On Nov 12, 2010, at 7:10 AM, Sebastian Redl <sebastian.redl at

On 12.11.2010 15:26, Erik Cederstrand wrote: > I have noticed that two consecutive builds of clang, clang++ and tblgen don't produce identical binaries (as in md5 sums) on identical source code (I'm on FreeBSD). I ran strings(1) on the two clang binaries, and I get the following: > 251862c251862 > <

On 02.01.2013, at 19:51, Eli Bendersky wrote: >> I compiled parts of LLVM to JavaScript using emscripten and made a demo of parsing and executing LLVM assembly, >> >> http://kripken.github.com/llvm.js/demo.html >> >> Basically you enter some LLVM IR, press a button and see the output of compiling and running it, directly in the browser. >> >> This was

On Tue, Jun 8, 2010 at 4:15 PM, Eugene Toder <eltoder at gmail.com> wrote: > Let me point out that projects using standard toolchain (e.g. > binutils) can already reorder code and data pretty much arbitrary > using sections and linker scripts. > I think it's still attractive to have reordering in LLVM to be > independent from external toolchain. This will allow reordering

On Jul 30, 2009, at 1:08 AM, Christophe Augier wrote: > my 2 cents but it looks like the logo was drawn using a vector > graphics editor, so you may directly ask the author the .svg version > ;-) I'll definitely try, but no promises. I don't know if they kept it (!). -Chris > > > - Christophe > > On Thu, Jul 30, 2009 at 9:40 AM, Sebastian >

On Thu, 30 Jul 2009 00:09:01 -0700, Chris Lattner <clattner at apple.com> wrote: > http://llvm.org/Logo.html > > That said, I'm not a graphic artist. I simply down-sampled the image > to get the "Small" one that I'd like to use on the sidebar. The image > is complex enough that it will probably take someone who knows what > they are doing to make

Yes, the global structure is constant. This is indeed a side-table. Overriding section of global to be in text is simple -- LLVM already supports section attribute on globals and functions. However we also need a specific ordering in text. With some extra work this ordering can be achieved with gnu linker (I posted example implementation earlier) without any changes to LLVM, so the main points for

Bah, the mailing server still has the headers broken! Sending to the list this time, how inconvenient... On Wed, Aug 26, 2009 at 3:18 AM, Sebastian Redl<sebastian.redl at getdesigned.at> wrote: > > On Wed, 26 Aug 2009 09:25:30 +0200, HyperQuantum <hyperquantum at gmail.com> > wrote: >>>> +//===-- Regex.h - Regular Expression matcher implementation

On 11.01.2013, at 20:08, Eli Bendersky wrote: >>> I suppose this tradeoff can be evaluated by looking at the delta >>> between 4.5 and 4.6 which is actually supported by MSVC 2010 and Clang >>> 3.1 >> >> Makes perfect sense to me. >> >> -Chris > > According to http://gcc.gnu.org/projects/cxx0x.html, these features > are available from

The following configure/make is failing on the top of tree llvm/clang sources: ./configure --enable-optimized --disable-assertions --enable-targets=x86,x86_64,arm --build=x86_64-apple-darwin10 ./make clang-only llvm[2]: Compiling Tool.cpp for Release build In file included from /Volumes/work/gclayton/Documents/src/llvm/include/llvm/Target/TargetSelect.h:38, from

OvermindDL1 wrote: > Again, why not Spirit2.1, works just fine on C++98, and it is fast, > and it is split up into the smallest bits so you only include what you > use, and the assembly it compiles into is *very* tiny, far far less > then any regex library could possibly be. > Spirit is not an option for one simple reason: FileCheck needs to parse regexes from its instruction

On 02.01.2013, at 20:50, Alon Zakai wrote: > I agree both are useful approaches. I went with clientside-everything in this demo because I work on that stuff and like it ;) Oh, I agree that it is awesome. It just froze my browser completely for several seconds just compiling the Hello World program. Sebastian

On 12.03.2011, at 11:17, Duncan Sands wrote: > Hi John, > >> This patch implements the current consensus of PR8973: >> http://llvm.org/bugs/show_bug.cgi?id=8973. >> >> The macro llvm_unreachable is used in LLVM to indicate that >> a particular place in a function is not supposed to be reachable >> during execution. Like an assert macro, it takes a