November 2014 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Sat Nov 1 00:29:55 PDT 2014
Ending: Sun Nov 30 23:51:00 PST 2014
Messages: 785

• [LLVMdev] "Anti" scheduling with OoO cores?   James Molloy
• [LLVMdev] "Anti" scheduling with OoO cores?   James Molloy
• [LLVMdev] "Anti" scheduling with OoO cores?   Andrew Trick
• [LLVMdev] "Anti" scheduling with OoO cores?   James Molloy
• [LLVMdev] "Anti" scheduling with OoO cores?   Andrew Trick
• [LLVMdev] 3.5.1 Release Schedule   Tom Stellard
• [LLVMdev] [announce] Chrome now uses clang for production builds on Linux   Nico Weber
• [LLVMdev] [announce] Chrome now uses clang for production builds on Linux   Sean Silva
• [LLVMdev] [cfe-dev] lifetime.start/end clarification   Hal Finkel
• [LLVMdev] [cfe-dev] LNT server is down   Tobias Grosser
• [LLVMdev] [cfe-dev] New type of smart pointer for LLVM   Argyrios Kyrtzidis
• [LLVMdev] [cfe-dev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] [cfe-dev] New type of smart pointer for LLVM   Argyrios Kyrtzidis
• [LLVMdev] [cfe-dev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] [cfe-dev] New type of smart pointer for LLVM   Argyrios Kyrtzidis
• [LLVMdev] [cfe-dev] Regression Suite Failure: Windows 64-bit Build   Aaron W.Hsu
• [LLVMdev] [cfe-dev] RFC: Indirect Call Target Profiling   Philip Reames
• [LLVMdev] [cfe-dev] Summer 2015 internships in Apple's Source Tools & Program Analysis Teams   Vanush Vaswani
• [LLVMdev] [cfe-dev] Summer 2015 internships in Apple's Source Tools & Program Analysis Teams   Ted Kremenek
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Simon Atanasyan
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Shankar Easwaran
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Simon Atanasyan
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Simon Atanasyan
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Nick Kledzik
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Shankar Easwaran
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Simon Atanasyan
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Nick Kledzik
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Simon Atanasyan
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Rui Ueyama
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Nick Kledzik
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Rui Ueyama
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Simon Atanasyan
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Jim Grosbach
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Nick Kledzik
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Jim Grosbach
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Rui Ueyama
• [LLVMdev] [lld][ELF] How to transfer st_other field value from input to output file   Simon Atanasyan
• [LLVMdev] [lld] [patch] Mach-O Performance fix   Jean-Daniel Dupas
• [LLVMdev] [lld] [patch] Mach-O Performance fix   Nick Kledzik
• [LLVMdev] [lld] building with recent LLVM?   Bas van den Berg
• [LLVMdev] [lld] building with recent LLVM?   Ed Maste
• [LLVMdev] [lld] memory leaks.   Jean-Daniel Dupas
• [LLVMdev] [lld] memory leaks.   Rui Ueyama
• [LLVMdev] [lld] memory leaks.   Harsh Vardhan Dwivedi
• [LLVMdev] [lld] memory leaks.   Sean Silva
• [LLVMdev] [lld] memory leaks.   Rafael Espíndola
• [LLVMdev] [lld] need a way to store the original path for atoms   Shankar Easwaran
• [LLVMdev] [lld] need a way to store the original path for atoms   Nick Kledzik
• [LLVMdev] [lld] need a way to store the original path for atoms   Shankar Easwaran
• [LLVMdev] [lldb-dev] Runtime introspection of "Release Mode" programs using LLVM or LLDB   Greg Clayton
• [LLVMdev] [llgo-dev] Re: Proposal: add Go frontend subproject based on llgo   Andrew Wilkins
• [LLVMdev] [llgo-dev] Re: Proposal: add Go frontend subproject based on llgo   Fredrik Ehnbom
• [LLVMdev] [llgo-dev] Re: Proposal: add Go frontend subproject based on llgo   Andrew Wilkins
• [LLVMdev] [llvm][SelectionDAG] trivial patch: fix misprint in SelectionDAGLegalize::ExpandInsertToVectorThroughStack   Daniil Troshkov
• [LLVMdev] [llvm][SelectionDAG] trivial patch: fix misprint in SelectionDAGLegalize::ExpandInsertToVectorThroughStack   Owen Anderson
• [LLVMdev] [llvm][SelectionDAG] trivial patch: fix misprint in SelectionDAGLegalize::ExpandInsertToVectorThroughStack   Daniil Troshkov
• [LLVMdev] [llvm][SelectionDAG] trivial patch: fix misprint in SelectionDAGLegalize::ExpandInsertToVectorThroughStack   Daniil Troshkov
• [LLVMdev] [llvm][SelectionDAG] trivial patch: fix misprint in SelectionDAGLegalize::ExpandInsertToVectorThroughStack   Owen Anderson
• [LLVMdev] [llvm][SelectionDAG] trivial patch: fix misprint in SelectionDAGLegalize::ExpandInsertToVectorThroughStack   Daniil Troshkov
• [LLVMdev] [llvm][SelectionDAG] trivial patch: fix misprint in SelectionDAGLegalize::ExpandInsertToVectorThroughStack   Owen Anderson
• [LLVMdev] [PATCH] ARM64 GHC Calling Convention   Luke Iannini
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   David Chisnall
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Kostya Serebryany
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   David Chisnall
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Kostya Serebryany
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Stephen Checkoway
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   David Chisnall
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Kostya Serebryany
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Kostya Serebryany
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Kostya Serebryany
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Nick Lewycky
• [LLVMdev] [PATCH] Protection against stack-based memory corruption errors using SafeStack   Volodymyr Kuznetsov
• [LLVMdev] [PATCH] Symbol offsets   Ben Gamari
• [LLVMdev] [PATCH] Symbol offsets   Ben Gamari
• [LLVMdev] [Publication] An abstract machine for network traffic analysis.   Robin Sommer
• [LLVMdev] [Publication] An abstract machine for network traffic analysis.   John Criswell
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Akira Hatanaka
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Chris Bieneman
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Pete Cooper
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Akira Hatanaka
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Akira Hatanaka
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Bob Wilson
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Chris Bieneman
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Akira Hatanaka
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Pete Cooper
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Akira Hatanaka
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Bob Wilson
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Akira Hatanaka
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Eric Christopher
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Chandler Carruth
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Bob Wilson
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Bob Wilson
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Chandler Carruth
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Jim Grosbach
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Bob Wilson
• [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Akira Hatanaka
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features   Steven Wu
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features   Sean Silva
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features   Stephen Hines
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features   Steven Wu
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chris Bieneman
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Juergen Ributzka
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Reid Kleckner
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chandler Carruth
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chris Bieneman
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Reid Kleckner
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chris Bieneman
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chandler Carruth
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Pete Cooper
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Daniel Dunbar
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chandler Carruth
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Owen Anderson
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chandler Carruth
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Jim Grosbach
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chris Bieneman
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chris Bieneman
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Pete Cooper
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Rafael Espíndola
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need   Chris Bieneman
• [LLVMdev] [RFC] Removing BBVectorize?   Hal Finkel
• [LLVMdev] [RFC] Removing BBVectorize?   Tobias Grosser
• [LLVMdev] [RFC] Removing BBVectorize?   Das, Dibyendu
• [LLVMdev] [RFC] Removing BBVectorize?   Nick Lewycky
• [LLVMdev] [RFC] Removing BBVectorize?   Nadav Rotem
• [LLVMdev] [RFC] Removing BBVectorize?   Renato Golin
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Chandler Carruth
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Bob Wilson
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Hal Finkel
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Chris Lattner
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Hal Finkel
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   David Blaikie
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Pete Cooper
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Eric Christopher
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Eric Christopher
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Pete Cooper
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Philip Reames
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Adrian Prantl
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   David Blaikie
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Philip Reames
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Philip Reames
• [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Eric Christopher
• [LLVMdev] [RFC] TableGen help for relaxation   Steve King
• [LLVMdev] [RFC] TableGen help for relaxation   Francois Pichet
• [LLVMdev] [RFC] TableGen help for relaxation   Steve King
• [LLVMdev] [Test-Suite] EOL characters in input and reference output files   Oleg Ranevskyy
• [LLVMdev] [Vectorization] Mis match in code generated   suyog sarda
• [LLVMdev] [Vectorization] Mis match in code generated   Arnold Schwaighofer
• [LLVMdev] [Vectorization] Mis match in code generated   James Molloy
• [LLVMdev] [Vectorization] Mis match in code generated   suyog sarda
• [LLVMdev] [Vectorization] Mis match in code generated   Arnold Schwaighofer
• [LLVMdev] [X86][compiler-rt] Trouble with build of libcompiler_rt.dylib   Cameron McInally
• [LLVMdev] [X86][compiler-rt] Trouble with build of libcompiler_rt.dylib   Cameron McInally
• [LLVMdev] About inlining the modulo function in ARM architecture   Alex S
• [LLVMdev] About inlining the modulo function in ARM architecture   Tim Northover
• [LLVMdev] About inlining the modulo function in ARM architecture   Alex S
• [LLVMdev] About inlining the modulo function in ARM architecture   Tim Northover
• [LLVMdev] About inlining the modulo function in ARM architecture   Joerg Sonnenberger
• [LLVMdev] About inlining the modulo function in ARM architecture   Alex S
• [LLVMdev] About inlining the modulo function in ARM architecture   Jonathan Roelofs
• [LLVMdev] about stackmap intrinsic   marwayusuf at feng.bu.edu.eg
• [LLVMdev] A question about the pass manager infrastructure   Qingan Li
• [LLVMdev] architecture-specific builtins and OpenCL   Richard Gorton
• [LLVMdev] ARM JIT status.   Yichao Yu
• [LLVMdev] ARM JIT status.   Yichao Yu
• [LLVMdev] ARM JIT status.   Tom Gall
• [LLVMdev] ARM JIT status.   Yichao Yu
• [LLVMdev] ARM JIT status.   Renato Golin
• [LLVMdev] ARM JIT status.   James Molloy
• [LLVMdev] ARM JIT status.   Yichao Yu
• [LLVMdev] ARM JIT status.   Renato Golin
• [LLVMdev] basic block reordeing in memory   Zahra Marj
• [LLVMdev] basic block reordeing in memory   John Criswell
• [LLVMdev] bx instruction getting generated in arm assembly for O1   MAYUR PANDEY
• [LLVMdev] bx instruction getting generated in arm assembly for O1   Tim Northover
• [LLVMdev] bx instruction getting generated in arm assembly for O1   Mayur Pandey
• [LLVMdev] bx instruction getting generated in arm assembly for O1   Tim Northover
• [LLVMdev] bx instruction getting generated in arm assembly for O1   Jonathan Roelofs
• [LLVMdev] bx instruction getting generated in arm assembly for O1   MAYUR PANDEY
• [LLVMdev] bx instruction getting generated in arm assembly for O1   David Chisnall
• [LLVMdev] bx instruction getting generated in arm assembly for O1   Jonathan Roelofs
• [LLVMdev] bx instruction getting generated in arm assembly for O1   David Chisnall
• [LLVMdev] bx instruction getting generated in arm assembly for O1   Nick Lewycky
• [LLVMdev] bx instruction getting generated in arm assembly for O1   Mayur Pandey
• [LLVMdev] CallGraph.cpp incorrectly identifying call instructions   João Corrêa
• [LLVMdev] Cannot debug objects added with "-extra-object" in lli.   Radek Zagorowicz
• [LLVMdev] Cannot debug objects added with "-extra-object" in lli.   Lang Hames
• [LLVMdev] Cannot debug objects added with "-extra-object" in lli.   Lang Hames
• [LLVMdev] Checking source code signatures?   Geoff Shannon
• [LLVMdev] clang-cmake-mips builder failure - please ignore it   Daniel Sanders
• [LLVMdev] clang-cmake-mips builder failure - please ignore it   Daniel Sanders
• [LLVMdev] clang-cmake-mips builder failure - please ignore it   Daniel Sanders
• [LLVMdev] clang -O is removing statements   Jiang LONG
• [LLVMdev] clang -O is removing statements   Kito Cheng
• [LLVMdev] compiler-rt libclang_rt.tsan circular dependency?   Ed Maste
• [LLVMdev] Compiling LLVM 3.5 in OsX Yosemite   DAVID PEREIRA
• [LLVMdev] crash with large structure values on the stack   Dale Martin
• [LLVMdev] crash with large structure values on the stack   Reid Kleckner
• [LLVMdev] crash with large structure values on the stack   David Majnemer
• [LLVMdev] crash with large structure values on the stack   Dale Martin
• [LLVMdev] Cross-Block Dead Store Elimination   Philip Reames
• [LLVMdev] Cross-Block Dead Store Elimination   Balaram Makam
• [LLVMdev] Cross-Block Dead Store Elimination   Artem Dinaburg
• [LLVMdev] Cross-Block Dead Store Elimination   Daniel Berlin
• [LLVMdev] Cross-compiler to arm   Hanbing Li
• [LLVMdev] Cross-compiler to arm   Tim Northover
• [LLVMdev] Cross-compiler to arm   Hanbing Li
• [LLVMdev] Custom constraints in instruction schedulers   Sergey Dmitrouk
• [LLVMdev] Custom constraints in instruction schedulers   Pierre-Andre Saulais
• [LLVMdev] Custom constraints in instruction schedulers   Dave Estes
• [LLVMdev] DAGOperand problem   Matt Arsenault
• [LLVMdev] Dragonegg/Cross compile aarch64-apple-darwin   Hendrik Greving
• [LLVMdev] Dragonegg/Cross compile aarch64-apple-darwin   Hendrik Greving
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Xiaoguang Wang
• [LLVMdev] executable ELF as linker output   DeepaBallari
• [LLVMdev] External names for LTO in gold plugin   Tom Roeder
• [LLVMdev] External names for LTO in gold plugin   Rafael Espíndola
• [LLVMdev] External names for LTO in gold plugin   Duncan P. N. Exon Smith
• [LLVMdev] External names for LTO in gold plugin   Tom Roeder
• [LLVMdev] Fast-math flags in constant expressions   Sergey Dmitrouk
• [LLVMdev] Fast-math flags in constant expressions   Sergey Dmitrouk
• [LLVMdev] finalizeObject function implemetation in MCJIT is wrong   Radek Zagorowicz
• [LLVMdev] finalizeObject function implemetation in MCJIT is wrong   David Blaikie
• [LLVMdev] finalizeObject function implemetation in MCJIT is wrong   Lang Hames
• [LLVMdev] finalizeObject function implemetation in MCJIT is wrong   Radek Zagorowicz
• [LLVMdev] finalizeObject function implemetation in MCJIT is wrong   Radek Zagorowicz
• [LLVMdev] finalizeObject function implemetation in MCJIT is wrong   Lang Hames
• [LLVMdev] First-class debug info IR: MDLocation   Eric Christopher
• [LLVMdev] First-class debug info IR: MDLocation   Eric Christopher
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation   Peter S. Housel
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] Frontend: How to use Member to Function Pointer as callbacks   Virgile Bello
• [LLVMdev] Frontend: How to use Member to Function Pointer as callbacks   Sanjoy Das
• [LLVMdev] Frontend: How to use Member to Function Pointer as callbacks   Virgile Bello
• [LLVMdev] Fwd: LLVM Help   Omar Abed Alkar Darwish
• [LLVMdev] Fwd: LLVM Help   Tim Northover
• [LLVMdev] Fwd: LLVM Help   Dan Liew
• [LLVMdev] Fwd: LLVM Help   Zahra Marj
• [LLVMdev] Fwd: Need Project Status   Mahesh Attarde
• [LLVMdev] Fwd: Proposed patches for Clang 3.5.1   Jack Howarth
• [LLVMdev] Fwd: Proposed patches for Clang 3.5.1   Eric Fiselier
• [LLVMdev] Fwd: Proposed patches for Clang 3.5.1   Tom Stellard
• [LLVMdev] Gnu toolchain update newsletters   Shankar Easwaran
• [LLVMdev] Having problem about split basic block   Chang May
• [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Chandler Carruth
• [LLVMdev] Hexagon integrated assembler   Andreas Färber
• [LLVMdev] Horizontal ADD across single vector not profitable in SLP Vectorization   suyog sarda
• [LLVMdev] Horizontal ADD across single vector not profitable in SLP Vectorization   Arnold Schwaighofer
• [LLVMdev] Horizontal ADD across single vector not profitable in SLP Vectorization   James Molloy
• [LLVMdev] Horizontal ADD across single vector not profitable in SLP Vectorization   suyog sarda
• [LLVMdev] How to allocate redundant stack slot?   Alex S
• [LLVMdev] How to allocate redundant stack slot?   Tim Northover
• [LLVMdev] How to allocate redundant stack slot?   Philip Reames
• [LLVMdev] How to allocate redundant stack slot?   Alex S
• [LLVMdev] How to allocate redundant stack slot?   Jim Grosbach
• [LLVMdev] How to analyze where the address comes from?   Ruiling Song
• [LLVMdev] How to analyze where the address comes from?   Ruiling Song
• [LLVMdev] How to analyze where the address comes from?   John Criswell
• [LLVMdev] How to analyze where the address comes from?   Ruiling Song
• [LLVMdev] How to analyze where the address comes from?   Ruiling Song
• [LLVMdev] How to analyze where the address comes from?   Bruce Hoult
• [LLVMdev] How to fix bug   huyite
• [LLVMdev] How to fix bug   Jingyue Wu
• [LLVMdev] How to fix bug   Dan Liew
• [LLVMdev] How to fix bug   huyite
• [LLVMdev] How to get the indices in an getelementptr Value?   Qiuping Yi
• [LLVMdev] How to get the indices in an getelementptr Value?   Michael Zolotukhin
• [LLVMdev] How to get the indices in an getelementptr Value?   Qiuping Yi
• [LLVMdev] How to get the indices in an getelementptr Value?   Sanjoy Das
• [LLVMdev] How to get the indices in an getelementptr Value?   David Majnemer
• [LLVMdev] How to get the indices in an getelementptr Value?   Qiuping Yi
• [LLVMdev] How to get the indices in an getelementptr Value?   Qiuping Yi
• [LLVMdev] How to get the indices in an getelementptr Value?   Qiuping Yi
• [LLVMdev] How to lower the intrinsic function 'llvm.objectsize'?   Dingbao Xie
• [LLVMdev] How to lower the intrinsic function 'llvm.objectsize'?   Matt Arsenault
• [LLVMdev] How to lower the intrinsic function 'llvm.objectsize'?   Ahmed Bougacha
• [LLVMdev] How to lower the intrinsic function 'llvm.objectsize'?   Dingbao Xie
• [LLVMdev] How to lower the intrinsic function 'llvm.objectsize'?   Nuno Lopes
• [LLVMdev] How to lower the intrinsic function 'llvm.objectsize'?   Dan Liew
• [LLVMdev] How to lower the intrinsic function 'llvm.objectsize'?   Nuno Lopes
• [LLVMdev] How to make correct pattern for instruction?   Carlos Almeida Jr.
• [LLVMdev] How to make correct pattern for instruction?   Johnny Val
• [LLVMdev] How to make correct pattern for instruction?   Carlos Almeida Jr.
• [LLVMdev] How to make correct pattern for instruction?   Johnny Val
• [LLVMdev] How to make correct pattern for instruction?   Carlos Almeida Jr.
• [LLVMdev] I am confused about target triple strings   Rodney M. Bates
• [LLVMdev] I am confused about target triple strings   Rodney M. Bates
• [LLVMdev] Increase the flexibility of the AsmLexer in parsing identifiers.   Marcello Maggioni
• [LLVMdev] Increase the flexibility of the AsmLexer in parsing identifiers.   Reid Kleckner
• [LLVMdev] Increase the flexibility of the AsmLexer in parsing identifiers.   Marcello Maggioni
• [LLVMdev] Indirect call site profiling   betulb at codeaurora.org
• [LLVMdev] Indirect call site profiling   Diego Novillo
• [LLVMdev] Indirect call site profiling   Philip Reames
• [LLVMdev] Indirect call site profiling   Diego Novillo
• [LLVMdev] InlineSpiller.cpp bug?   Jonas Paulsson
• [LLVMdev] InlineSpiller.cpp bug?   David Blaikie
• [LLVMdev] InlineSpiller.cpp bug?   Quentin Colombet
• [LLVMdev] InlineSpiller.cpp bug?   Jonas Paulsson
• [LLVMdev] Inline Symbolication with -gsplit-dwarf   David Blaikie
• [LLVMdev] Inline Symbolication with -gsplit-dwarf   Alexey Samsonov
• [LLVMdev] Inline Symbolication with -gsplit-dwarf   David Blaikie
• [LLVMdev] Is it possible to cache a function using MCJIT?   Cheng Zhu
• [LLVMdev] Issue with std::call_once in PPC64 platform   Samuel F Antao
• [LLVMdev] Issue with std::call_once in PPC64 platform   Reid Kleckner
• [LLVMdev] Issue with std::call_once in PPC64 platform   Bill Schmidt
• [LLVMdev] Issue with std::call_once in PPC64 platform   Samuel F Antao
• [LLVMdev] Issue with std::call_once in PPC64 platform   Bill Schmidt
• [LLVMdev] Issue with std::call_once in PPC64 platform   Bill Schmidt
• [LLVMdev] Issue with std::call_once in PPC64 platform   Samuel F Antao
• [LLVMdev] Issue with std::call_once in PPC64 platform   Bill Schmidt
• [LLVMdev] Issue with std::call_once in PPC64 platform   Chris Bieneman
• [LLVMdev] Issue with std::call_once in PPC64 platform   Jiangning Liu
• [LLVMdev] Issue with std::call_once in PPC64 platform   Jiangning Liu
• [LLVMdev] Issue with std::call_once in PPC64 platform   Hal Finkel
• [LLVMdev] Issue with std::call_once in PPC64 platform   Jiangning Liu
• [LLVMdev] Issue with std::call_once in PPC64 platform   Jiangning Liu
• [LLVMdev] Is there a path from MachineInstr to the associated Instruction   Qingan Li
• [LLVMdev] Is there a path from MachineInstr to the associated Instruction   John Criswell
• [LLVMdev] Is there a path from MachineInstr to the associated Instruction   Qingan Li
• [LLVMdev] jit folder   marwayusuf at feng.bu.edu.eg
• [LLVMdev] jit folder   Tim Northover
• [LLVMdev] Libcxx buildbot   Renato Golin
• [LLVMdev] Libcxx buildbot   Eric Fiselier
• [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
• [LLVMdev] lifetime.start/end clarification   Renato Golin
• [LLVMdev] lifetime.start/end clarification   Arnaud De Grandmaison
• [LLVMdev] lifetime.start/end clarification   Hal Finkel
• [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
• [LLVMdev] lifetime.start/end clarification   Hal Finkel
• [LLVMdev] lifetime.start/end clarification   Renato Golin
• [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
• [LLVMdev] lifetime.start/end clarification   Reid Kleckner
• [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Reid Kleckner
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Reid Kleckner
• [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
• [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Hal Finkel
• [LLVMdev] lifetime.start/end clarification   Nick Lewycky
• [LLVMdev] lifetime.start/end clarification   Hal Finkel
• [LLVMdev] lifetime.start/end clarification   Hal Finkel
• [LLVMdev] lifetime.start/end clarification   Nick Lewycky
• [LLVMdev] lifetime.start/end clarification   Hal Finkel
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Nick Lewycky
• [LLVMdev] lifetime.start/end clarification   Reid Kleckner
• [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Philip Reames
• [LLVMdev] lifetime.start/end clarification   Chandler Carruth
• [LLVMdev] LLVM   Omar Abed Alkar Darwish
• [LLVMdev] LLVM   Bruce Hoult
• [LLVMdev] llvm's regular bay-area monthly social, Nov 6th   Nick Lewycky
• [LLVMdev] llvm's regular bay-area monthly social, Nov 6th   Sean Silva
• [LLVMdev] llvm's regular bay-area monthly social, Nov 6th   Nick Lewycky
• [LLVMdev] LLVM-clang with opennp   Amir H. Ashouri
• [LLVMdev] LLVM-HPC Workshop at SC'14 - Agenda Posted   Hal Finkel
• [LLVMdev] LLVM at FOSDEM 2015 - Call for papers and participation [Reminder]   Tobias Grosser
• [LLVMdev] LLVM Back-End structur related question.   Arsen Hakobyan
• [LLVMdev] LLVM buildmaster will be restarted 11/18/14 after 6 PM Pacific time.   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted 11/18/14 after 6 PM Pacific time.   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted in few minutes.   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted soon   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 5 PM PT   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific today.   Galina Kistanova
• [LLVMdev] LLVM GlobalStatus possible bug (patch provided)   Christophe Duvernois
• [LLVMdev] LLVM Help   Omar Abed Alkar Darwish
• [LLVMdev] LLVM Help   John Criswell
• [LLVMdev] LLVM Help on input sanitization   Ando Roy
• [LLVMdev] LLVM Help on input sanitization   Sanjoy Das
• [LLVMdev] LLVM interpreter external function   Fulcrum TheFirst
• [LLVMdev] LLVM interpreter external function (Fulcrum TheFirst)   Qingan Li
• [LLVMdev] LLVM Interpreter external library   Fulcrum TheFirst
• [LLVMdev] LLVM IR to ISA   Konstantinos Parasyris
• [LLVMdev] LLVM IR to ISA   David Chisnall
• [LLVMdev] llvm pass command   Shreyas Mysore Shankar
• [LLVMdev] llvm pass command   Kamal Sharma
• [LLVMdev] llvm pass command   Arsen Hakobyan
• [LLVMdev] llvm request   Shreyas Mysore Shankar
• [LLVMdev] llvm request   Joerg Sonnenberger
• [LLVMdev] LLVM server down   Bogdan Alexandru Stoica
• [LLVMdev] LLVM server down   Bogdan Alexandru Stoica
• [LLVMdev] LLVM server down   Chandler Carruth
• [LLVMdev] LLVM Social - Paris: December 9, 2014   Arnaud Allard de Grandmaison
• [LLVMdev] LLVM Social - Paris: December 9, 2014   Arnaud Allard de Grandmaison
• [LLVMdev] LLVM source-to-source compiler for loop parallelization   sudakshina at cse.iitkgp.ernet.in
• [LLVMdev] LLVM source-to-source compiler for loop parallelization   Tobias Grosser
• [LLVMdev] LLVM Testing Experience   Mehmet Erol Sanliturk
• [LLVMdev] LLVM Testing Experience   Daniel Sanders
• [LLVMdev] LLVM Weekly - #44, Nov 3rd 2014   Alex Bradbury
• [LLVMdev] LLVM Weekly - #45, Nov 10th 2014   Alex Bradbury
• [LLVMdev] LLVM Weekly - #45, Nov 10th 2014   Daniel Sanders
• [LLVMdev] LLVM Weekly - #46, Nov 17th 2014   Alex Bradbury
• [LLVMdev] LLVM Weekly - #46, Nov 17th 2014   Jean-Daniel Dupas
• [LLVMdev] LLVM Weekly - #46, Nov 17th 2014   Alex Bradbury
• [LLVMdev] LLVM Weekly - #47, Nov 24th 2014   Alex Bradbury
• [LLVMdev] LNT server is down   Galina Kistanova
• [LLVMdev] LNT server is down   Tobias Grosser
• [LLVMdev] LNT server is down   Chris Matthews
• [LLVMdev] LNT server is down   Tobias Grosser
• [LLVMdev] LNT server is down   Chris Matthews
• [LLVMdev] Loop Unroll   rcieszew
• [LLVMdev] Loop Unroll   Sahasrabuddhe, Sameer
• [LLVMdev] LVM buildmaster will be restarted today after 6 PM Pacific   Galina Kistanova
• [LLVMdev] LVM buildmaster will be restarted today after 6 PM Pacific   Sean Silva
• [LLVMdev] LVM buildmaster will be restarted today after 6 PM Pacific   Eric Fiselier
• [LLVMdev] Machine Instruction operands   Konstadinos PARASYRIS
• [LLVMdev] Machine Instruction operands   Quentin Colombet
• [LLVMdev] MachineSink.cpp bug?   Jonas Paulsson
• [LLVMdev] Master thesis   Karl Hylén
• [LLVMdev] Master thesis   Sean Silva
• [LLVMdev] Master thesis   Hal Finkel
• [LLVMdev] Master thesis   Aditya Avinash
• [LLVMdev] Maybe OT -- what is this compiler optimization formally known as?   Hayden Livingston
• [LLVMdev] Maybe OT -- what is this compiler optimization formally known as?   Bruce Hoult
• [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] memory scopes in atomic instructions   Tom Stellard
• [LLVMdev] memory scopes in atomic instructions   Owen Anderson
• [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] memory scopes in atomic instructions   Owen Anderson
• [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] memory scopes in atomic instructions   Chandler Carruth
• [LLVMdev] memory scopes in atomic instructions   Owen Anderson
• [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] memset and _Znaj and fast-isel   reed kotler
• [LLVMdev] memset and _Znaj and fast-isel   Reed Kotler
• [LLVMdev] Merge Cpu0 backend example code into one copy   Jonathan
• [LLVMdev] Merge Cpu0 backend example code into one copy   Sean Silva
• [LLVMdev] Mips's MicroMips ??   Daniel Sanders
• [LLVMdev] Mips's MicroMips ??   Zoran Jovanovic
• [LLVMdev] Mips's MicroMips ??   Jun Koi
• [LLVMdev] Mips's MicroMips ??   Jozef Kolek
• [LLVMdev] Mips's MicroMips ??   Jun Koi
• [LLVMdev] Need Project Status   Mahesh Attarde
• [LLVMdev] new set of superoptimizer results   John Regehr
• [LLVMdev] new set of superoptimizer results   John Regehr
• [LLVMdev] new set of superoptimizer results   Reid Kleckner
• [LLVMdev] new set of superoptimizer results   Michael Zolotukhin
• [LLVMdev] new set of superoptimizer results   Chandler Carruth
• [LLVMdev] new set of superoptimizer results   John Regehr
• [LLVMdev] new set of superoptimizer results   David Chisnall
• [LLVMdev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] Odd code layout requirements for MCJIT   Brett Simmers
• [LLVMdev] Odd code layout requirements for MCJIT   Bruce Hoult
• [LLVMdev] Odd code layout requirements for MCJIT   Reid Kleckner
• [LLVMdev] Odd code layout requirements for MCJIT   Jim Grosbach
• [LLVMdev] Odd code layout requirements for MCJIT   Philip Reames
• [LLVMdev] Odd code layout requirements for MCJIT   Lang Hames
• [LLVMdev] oprofile support?   Lang Hames
• [LLVMdev] oprofile support?   Maurice Marks
• [LLVMdev] Optimization of landing pads   Vadim Chugunov
• [LLVMdev] Optimization of landing pads   Reid Kleckner
• [LLVMdev] Optimized turned on by default?   Ramkumar Ramachandra
• [LLVMdev] Optimized turned on by default?   Sean Silva
• [LLVMdev] Optimized turned on by default?   Eric Christopher
• [LLVMdev] Order of generated code in *GenFastISel.inc   Bill Seurer
• [LLVMdev] Order of generated code in *GenFastISel.inc   Eric Christopher
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014)   Nick Lewycky
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014)   Chandler Carruth
• [LLVMdev] Out of source backend   Zoltan Bokor
• [LLVMdev] Out of source backend   Rafael Auler
• [LLVMdev] Out of source backend   Zoltan Bokor
• [LLVMdev] Perf is dead again... :(   Renato Golin
• [LLVMdev] Perf is dead again... :(   Tobias Grosser
• [LLVMdev] Perf is dead again... :(   Renato Golin
• [LLVMdev] Perf is dead again... :(   Chris Matthews
• [LLVMdev] Perf is dead again... :(   Tobias Grosser
• [LLVMdev] Perf is dead again... :(   Daniel Dunbar
• [LLVMdev] Perf is dead again... :(   Tobias Grosser
• [LLVMdev] Perf is dead again... :(   Tobias Grosser
• [LLVMdev] Perf is dead again... :(   Renato Golin
• [LLVMdev] Perf is dead again... :(   Adve, Vikram Sadanand
• [LLVMdev] Perf is dead again... :(   Renato Golin
• [LLVMdev] Perf is dead again... :(   Dan Liew
• [LLVMdev] Perf is dead again... :(   Renato Golin
• [LLVMdev] Perf is dead again... :(   Tobias Grosser
• [LLVMdev] Perf is dead again... :(   Renato Golin
• [LLVMdev] Perf is dead again... :(   Dan Liew
• [LLVMdev] plugin my instruction scheduling   huyite
• [LLVMdev] poison and select   Sanjoy Das
• [LLVMdev] poison and select   Sanjoy Das
• [LLVMdev] poison and select   David Majnemer
• [LLVMdev] poison and select   Reid Kleckner
• [LLVMdev] possible bug in COFFObjectFile::getSymbolType()   Ted Woodward
• [LLVMdev] propagating Globals modref information using metadata   ramshankar r
• [LLVMdev] propagating Globals modref information using metadata   Hal Finkel
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Chris Lattner
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Sean Silva
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Dan Liew
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Joerg Sonnenberger
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Andrew Wilkins
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Ian Taylor
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   David Chisnall
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Joerg Sonnenberger
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Tom Stellard
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Ian Taylor
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Alex Rosenberg
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
• [LLVMdev] Proposal: add Go frontend subproject based on llgo   Carlo Alberto Ferraris
• [LLVMdev] Proposal for ""llvm.mem.vectorize.safelen"   Tian, Xinmin
• [LLVMdev] Proposed patches for Clang 3.5.1   Daniel Sanders
• [LLVMdev] Proposed patches for Clang 3.5.1   Tom Stellard
• [LLVMdev] Proposed patches for Clang 3.5.1   Reid Kleckner
• [LLVMdev] Proposed patches for Clang 3.5.1   Daniel Sanders
• [LLVMdev] Proposed patches for clang 3.5.1   Jeremy Huddleston Sequoia
• [LLVMdev] Proposed patches for Clang 3.5.1   Eric Christopher
• [LLVMdev] Proposed patches for Clang 3.5.1   David Chisnall
• [LLVMdev] Proposed patches for Clang 3.5.1   David Chisnall
• [LLVMdev] Proposed patches for Clang 3.5.1   Daniel Sanders
• [LLVMdev] Proposed patches for Clang 3.5.1   Daniel Sanders
• [LLVMdev] Proposed patches for Clang 3.5.1   Tom Stellard
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Tom Stellard
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Daniel Sanders
• [LLVMdev] Proposed patches for Clang 3.5.1   Daniel Sanders
• [LLVMdev] Proposed patches for Clang 3.5.1   Daniel Sanders
• [LLVMdev] Proposed patches for Clang 3.5.1   Tom Stellard
• [LLVMdev] Proposed patches for Clang 3.5.1   Tom Stellard
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Proposed patches for Clang 3.5.1   David Majnemer
• [LLVMdev] Proposed patches for Clang 3.5.1   Nadav Rotem
• [LLVMdev] Proposed patches for Clang 3.5.1   Rafael Espíndola
• [LLVMdev] Proposed patches for Clang 3.5.1   Renato Golin
• [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
• [LLVMdev] Publication at ICFEM 2014   John Criswell
• [LLVMdev] question about dibuilder   Hui Zhang
• [LLVMdev] question about dibuilder   David Blaikie
• [LLVMdev] question on memory dependence analyzer   ramshankar r
• [LLVMdev] Re : Cross-compiler to arm   Abdoulaye Walsimou Gaye
• [LLVMdev] Re : Cross-compiler to arm   Hanbing Li
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Frédéric Riss
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Shankar Easwaran
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Frédéric Riss
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Shankar Easwaran
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Frédéric Riss
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Shankar Easwaran
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Frédéric Riss
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Alexey Samsonov
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Frédéric Riss
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Rui Ueyama
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Eric Christopher
• [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Eric Christopher
• [LLVMdev] Remaining big-endian host issues in RuntimeDyld   Daniel Sanders
• [LLVMdev] Remaining big-endian host issues in RuntimeDyld   Daniel Sanders
• [LLVMdev] Remaining big-endian host issues in RuntimeDyld   Lang Hames
• [LLVMdev] Remaining big-endian host issues in RuntimeDyld   David Fang
• [LLVMdev] Remaining big-endian host issues in RuntimeDyld   Daniel Sanders
• [LLVMdev] Remaining big-endian host issues in RuntimeDyld   Ulrich Weigand
• [LLVMdev] Reminder: Patches and testers needed for 3.5.1 release   Tom Stellard
• [LLVMdev] Reminder: Patches and testers needed for 3.5.1 release   Tom Stellard
• [LLVMdev] Reminder: Patches and testers needed for 3.5.1 release   Ed Maste
• [LLVMdev] Reminder: Patches and testers needed for 3.5.1 release   Tom Stellard
• [LLVMdev] Replacing IR call instructions by Intrinsics   Jan Teske
• [LLVMdev] Request to merge r213769   Daniel Sanders
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Kaylor, Andrew
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Kaylor, Andrew
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Kaylor, Andrew
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Bob Wilson
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Bob Wilson
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Bob Wilson
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Kaylor, Andrew
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Kaylor, Andrew
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Kaylor, Andrew
• [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR   Reid Kleckner
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   James Courtier-Dutton
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Joerg Sonnenberger
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tim Northover
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Joerg Sonnenberger
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   David Chisnall
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Joerg Sonnenberger
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   David Chisnall
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Dimitry Andric
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Eli Bendersky
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Reid Kleckner
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Bob Wilson
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Eli Bendersky
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Eric Christopher
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Chris Bieneman
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Matt Arsenault
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Steven Stewart-Gallus
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Eric Christopher
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Brooks Davis
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Jonathan Roelofs
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Pete Cooper
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Dan Liew
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Eric Christopher
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Dan Liew
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Renato Golin
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Reid Kleckner
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Steven Stewart-Gallus
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Daniel Sanders
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Steven Stewart-Gallus
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Renato Golin
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Alexey Samsonov
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Stephen Kelly
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Csaba Raduly
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Jean-Daniel Dupas
• [LLVMdev] Runtime introspection of "Release Mode" programs using LLVM or LLDB   Jonathan Roelofs
• [LLVMdev] Sanitizer buildbot   Renato Golin
• [LLVMdev] Sanitizer buildbot   Galina Kistanova
• [LLVMdev] Sanitizer buildbot   Renato Golin
• [LLVMdev] ScalarEvolution: Suboptimal handling of globals   Vaivaswatha N
• [LLVMdev] ScalarEvolution: Suboptimal handling of globals   Sanjoy Das
• [LLVMdev] ScalarEvolution: Suboptimal handling of globals   Vaivaswatha N
• [LLVMdev] scons   reed kotler
• [LLVMdev] Segmented Stack Implementation   Kavon Farvardin
• [LLVMdev] Segmented Stack Implementation   Sanjoy Das
• [LLVMdev] Should the MachineVerifier accept a MBB with a single (landing pad) successor?   Ahmed Bougacha
• [LLVMdev] Should the MachineVerifier accept a MBB with a single (landing pad) successor?   Ahmed Bougacha
• [LLVMdev] Should the MachineVerifier accept a MBB with a single (landing pad) successor?   Tim Northover
• [LLVMdev] So I just did a normal 'ninja check' with a CMake build that enables ASan and the go bindings tests are... busted...   Chandler Carruth
• [LLVMdev] So I just did a normal 'ninja check' with a CMake build that enables ASan and the go bindings tests are... busted...   Chandler Carruth
• [LLVMdev] So I just did a normal 'ninja check' with a CMake build that enables ASan and the go bindings tests are... busted...   Peter Collingbourne
• [LLVMdev] some of Basic blocks are deleted after running embedded ExecutionEngine   Henry Chung
• [LLVMdev] some of Basic blocks are deleted after running embedded ExecutionEngine   David Blaikie
• [LLVMdev] some of Basic blocks are deleted after running embedded ExecutionEngine   Lang Hames
• [LLVMdev] some of Basic blocks are deleted after running embedded ExecutionEngine   Henry Chung
• [LLVMdev] Splitting a MachineBasicBlock in two   Jan Teske
• [LLVMdev] stackmap parser   marwayusuf at feng.bu.edu.eg
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args   Andrew Trick
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args   Sanjoy Das
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args   Andrew Trick
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args   Sanjoy Das
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args   Quentin Colombet
• [LLVMdev] static initialization   Hiesgen, Raphael
• [LLVMdev] static initialization   Hiesgen, Raphael
• [LLVMdev] static initialization   Tim Northover
• [LLVMdev] Summer 2015 internships in Apple's Source Tools & Program Analysis Teams   Ted Kremenek
• [LLVMdev] supporting SAD in loop vectorizer   Das, Dibyendu
• [LLVMdev] supporting SAD in loop vectorizer   Renato Golin
• [LLVMdev] supporting SAD in loop vectorizer   Hal Finkel
• [LLVMdev] supporting SAD in loop vectorizer   Das, Dibyendu
• [LLVMdev] supporting SAD in loop vectorizer   Das, Dibyendu
• [LLVMdev] supporting SAD in loop vectorizer   Hal Finkel
• [LLVMdev] supporting SAD in loop vectorizer   James Molloy
• [LLVMdev] supporting SAD in loop vectorizer   Das, Dibyendu
• [LLVMdev] supporting SAD in loop vectorizer   Hal Finkel
• [LLVMdev] supporting SAD in loop vectorizer   Hal Finkel
• [LLVMdev] supporting SAD in loop vectorizer   James Molloy
• [LLVMdev] supporting SAD in loop vectorizer   Bruce Hoult
• [LLVMdev] supporting SAD in loop vectorizer   Das, Dibyendu
• [LLVMdev] Test failure   Csaba Raduly
• [LLVMdev] Test failure   David Blaikie
• [LLVMdev] Test failure   Csaba Raduly
• [LLVMdev] Testing C++11 standard features   victor
• [LLVMdev] Testing C++11 standard features   Yaron Keren
• [LLVMdev] Testing C++11 standard features   victor
• [LLVMdev] TMS320C6X   huyite
• [LLVMdev] Unable to Split critical edges   Afraz
• [LLVMdev] Undefined symbol with the basic hello world pass   Sandeep K Chaudhary
• [LLVMdev] Undefined symbol with the basic hello world pass   Sandeep K Chaudhary
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Chandler Carruth
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Raul Silvera
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Philip Reames
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Philip Reames
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Raul Silvera
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Philip Reames
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Raul Silvera
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Raul Silvera
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Raul Silvera
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Raul Silvera
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Raul Silvera
• [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Robinson, Paul
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Chris Lattner
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Chris Lattner
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Yung, Douglas
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Eric Christopher
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Rafael Espíndola
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Robinson, Paul
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Peter S. Housel
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Eric Christopher
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Bob Wilson
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Eric Christopher
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Adrian Prantl
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Eric Christopher
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Chris Lattner
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Bruce Hoult
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   David Chisnall
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Herbie Robinson
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Stephen Hines
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Rafael Espíndola
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Robinson, Paul
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Rafael Espíndola
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Robinson, Paul
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Reid Kleckner
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Robinson, Paul
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Robinson, Paul
• [LLVMdev] Virtual register def doesn't dominate all uses   Boris Boesler
• [LLVMdev] Virtual register def doesn't dominate all uses   Quentin Colombet
• [LLVMdev] Virtual register def doesn't dominate all uses   Boris Boesler
• [LLVMdev] Virtual register def doesn't dominate all uses   Quentin Colombet
• [LLVMdev] Virtual register def doesn't dominate all uses   Boris Boesler
• [LLVMdev] Virtual register def doesn't dominate all uses   Tim Northover
• [LLVMdev] Virtual register def doesn't dominate all uses   Boris Boesler
• [LLVMdev] Virtual register def doesn't dominate all uses   Tim Northover
• [LLVMdev] Virtual register def doesn't dominate all uses   Boris Boesler
• [LLVMdev] writing, registerng and running a machine function pass   Zahra Marj
• [LLVMdev] x86 frame pointer and EHSjLjSetJmp   Robison, Arch
• [LLVMdev] xcode build issue   Herbie Robinson

Last message date: Sun Nov 30 23:51:00 PST 2014
Archived on: Tue Aug 4 17:24:21 PDT 2015

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...