March 2015 Archives by thread

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

Starting: Sun Mar 1 02:10:59 PST 2015
Ending: Tue Mar 31 22:42:12 PDT 2015
Messages: 1211

• [LLVMdev] Extending Vector GEP - proposal   Demikhovsky, Elena
  • [LLVMdev] Extending Vector GEP - proposal   Nadav Rotem
    • [LLVMdev] Extending Vector GEP - proposal   Demikhovsky, Elena
      • [LLVMdev] Extending Vector GEP - proposal   Nadav Rotem
      • [LLVMdev] Extending Vector GEP - proposal   Hal Finkel
      • [LLVMdev] Extending Vector GEP - proposal   dag at cray.com
      • [LLVMdev] Extending Vector GEP - proposal   Demikhovsky, Elena
      • [LLVMdev] Extending Vector GEP - proposal   dag at cray.com
• [LLVMdev] RFC: PerfGuide for frontend authors   David Chisnall
  • [LLVMdev] RFC: PerfGuide for frontend authors   Josh Klontz
  • [LLVMdev] RFC: PerfGuide for frontend authors   Björn Steinbrink
    • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
      • [LLVMdev] RFC: PerfGuide for frontend authors   Björn Steinbrink
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Hans Wennborg
    • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
      • [LLVMdev] RFC: PerfGuide for frontend authors   Hans Wennborg
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Sean Silva
    • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Sean Silva
• [LLVMdev] Dockerfile for zorg   Andrew Wilkins
• [LLVMdev] clang change function name   Haopeng Liu
  • [LLVMdev] clang change function name   John Criswell
    • [LLVMdev] clang change function name   Haopeng Liu
      • [LLVMdev] clang change function name   John Criswell
      • [LLVMdev] clang change function name   serge guelton
      • [LLVMdev] clang change function name   mats petersson
      • [LLVMdev] clang change function name   Haopeng Liu
      • [LLVMdev] clang change function name   Nick Lewycky
• [LLVMdev] Walking thru CallGraph bottom up   Simone Atzeni
  • [LLVMdev] Walking thru CallGraph bottom up   John Criswell
    • [LLVMdev] Walking thru CallGraph bottom up   Simone Atzeni
• [LLVMdev] is it valid to compare between i1 value?   Ruiling Song
  • [LLVMdev] is it valid to compare between i1 value?   Sanjoy Das
• [LLVMdev] Introduction of AArch64/ARM v8.1 extension   Vladimir Sukharev
  • [LLVMdev] Introduction of AArch64/ARM v8.1 extension   Tim Northover
• [LLVMdev] LLVM Weekly - #61, Mar 2nd 2015   Alex Bradbury
• [LLVMdev] [lld] Undefined symbols postprocessing   Denis Protivensky
  • [LLVMdev] [lld] Undefined symbols postprocessing   Shankar Easwaran
• [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Sylvestre Ledru
  • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Sylvestre Ledru
  • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Alexey Samsonov
• [LLVMdev] [cfe-dev] LLVM 3.6 Release   Richtarsky, Martin
  • [LLVMdev] [cfe-dev] LLVM 3.6 Release   Hans Wennborg
    • [LLVMdev] [cfe-dev] LLVM 3.6 Release   Richtarsky, Martin
      • [LLVMdev] [cfe-dev] LLVM 3.6 Release   Hans Wennborg
• [LLVMdev] Stable Release Schedule: 3.5.2 and 3.6.1   Tom Stellard
  • [LLVMdev] Stable Release Schedule: 3.5.2 and 3.6.1   Renato Golin
    • [LLVMdev] Stable Release Schedule: 3.5.2 and 3.6.1   Tom Stellard
• [LLVMdev] LLVM register number for MIPS DAGToDAG   Daniel Sanders
  • [LLVMdev] LLVM register number for MIPS DAGToDAG   Ambuj Agrawal
• [LLVMdev] LLVMVerifyFunction with char **OutMessage output argument   Timothee Cour
• [LLVMdev] Getting basic block address offset from its parent function   Jim Grosbach
  • [LLVMdev] Getting basic block address offset from its parent function   David Blaikie
    • [LLVMdev] Getting basic block address offset from its parent function   Jim Grosbach
• [LLVMdev] Upcoming changes libc++abi's CMake target names.   Eric Fiselier
  • [LLVMdev] Upcoming changes libc++abi's CMake target names.   Eric Fiselier
• [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
  • [LLVMdev] RFC - Improvements to PGO profile support   Bob Wilson
    • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
    • [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
      • [LLVMdev] RFC - Improvements to PGO profile support   Duncan P. N. Exon Smith
      • [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
      • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
      • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
      • [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Bob Wilson
      • [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
      • [LLVMdev] RFC - Improvements to PGO profile support   Bob Wilson
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Bob Wilson
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Bob Wilson
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Chandler Carruth
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Chandler Carruth
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Chandler Carruth
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Chandler Carruth
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Chandler Carruth
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Chandler Carruth
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
  • [LLVMdev] RFC - Improvements to PGO profile support   Ivan Baev
  • [LLVMdev] RFC - Improvements to PGO profile support   Ivan Baev
    • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
    • [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
  • [LLVMdev] RFC - Improvements to PGO profile support   Ivan Baev
    • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
• [LLVMdev] how to detach a LLVMValueRef (remove from parent without deleting it) ?   Timothee Cour
• [LLVMdev] Interested in contributing to LLVM Community   Utpal Bora
• [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
  • [LLVMdev] [GSoC] Applying for GSoC 2015   John Criswell
    • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   John Criswell
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   John Criswell
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Daniel Berlin
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   George Burgess IV
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Anton Korobeynikov
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   Mingxing Zhang
      • [LLVMdev] [GSoC] Applying for GSoC 2015   John Criswell
      • [LLVMdev] [GSoC] Applying for GSoC 2015   John Criswell
• [LLVMdev] [PATCH]: Add range iterators to Extract/InsertValueInst indices   Daniel Berlin
  • [LLVMdev] [PATCH]: Add range iterators to Extract/InsertValueInst indices   Chandler Carruth
• [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
  • [LLVMdev] RFC: Loop versioning for LICM   Philip Reames
    • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
  • [LLVMdev] RFC: Loop versioning for LICM   Adam Nemet
    • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
      • [LLVMdev] RFC: Loop versioning for LICM   Adam Nemet
      • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
      • [LLVMdev] RFC: Loop versioning for LICM   Adam Nemet
      • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
      • [LLVMdev] RFC: Loop versioning for LICM   Adam Nemet
      • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
      • [LLVMdev] RFC: Loop versioning for LICM   Adam Nemet
      • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
      • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
      • [LLVMdev] RFC: Loop versioning for LICM   Adam Nemet
      • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
  • [LLVMdev] RFC: Loop versioning for LICM   Hal Finkel
    • [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
• [LLVMdev] Inline Assembly: Memory constraints with offsets   Daniel Sanders
  • [LLVMdev] Inline Assembly: Memory constraints with offsets   Krzysztof Parzyszek
    • [LLVMdev] Inline Assembly: Memory constraints with offsets   Daniel Sanders
      • [LLVMdev] Inline Assembly: Memory constraints with offsets   Krzysztof Parzyszek
      • [LLVMdev] Inline Assembly: Memory constraints with offsets   Daniel Sanders
      • [LLVMdev] Inline Assembly: Memory constraints with offsets   Ulrich Weigand
      • [LLVMdev] Inline Assembly: Memory constraints with offsets   Hal Finkel
      • [LLVMdev] Inline Assembly: Memory constraints with offsets   Krzysztof Parzyszek
  • [LLVMdev] Inline Assembly: Memory constraints with offsets   Tim Northover
    • [LLVMdev] Inline Assembly: Memory constraints with offsets   Daniel Sanders
    • [LLVMdev] Inline Assembly: Memory constraints with offsets   Daniel Sanders
• [LLVMdev] Need a clue to improve the optimization of some C code   Nat!
  • [LLVMdev] Need a clue to improve the optimization of some C code   Philip Reames
    • [LLVMdev] Need a clue to improve the optimization of some C code   Nat!
      • [LLVMdev] Need a clue to improve the optimization of some C code   Nat!
      • [LLVMdev] Need a clue to improve the optimization of some C code   Philip Reames
• [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
  • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ahmed Bougacha
    • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ahmed Bougacha
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ahmed Bougacha
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ahmed Bougacha
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ahmed Bougacha
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ahmed Bougacha
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Patrik Hägglund H
    • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Ryan Taylor
      • [LLVMdev] ReduceLoadWidth, DAGCombiner and non 8bit loads/extloads question.   Krzysztof Parzyszek
• [LLVMdev] Location of cppeh outlining tests   Kaylor, Andrew
  • [LLVMdev] Location of cppeh outlining tests   Reid Kleckner
    • [LLVMdev] Location of cppeh outlining tests   Reid Kleckner
• [LLVMdev] RFC: Better alternative to llvm.frameallocate for use in Windows EH   Reid Kleckner
  • [LLVMdev] RFC: Better alternative to llvm.frameallocate for use in Windows EH   John McCall
    • [LLVMdev] RFC: Better alternative to llvm.frameallocate for use in Windows EH   Chandler Carruth
      • [LLVMdev] RFC: Better alternative to llvm.frameallocate for use in Windows EH   Kaylor, Andrew
      • [LLVMdev] RFC: Better alternative to llvm.frameallocate for use in Windows EH   Reid Kleckner
• [LLVMdev] [RFC] March Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
  • [LLVMdev] [RFC] March Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
  • [LLVMdev] [RFC] March Update: Progress report on CMake build system's ability to replace autoconf   Dan Liew
    • [LLVMdev] [RFC] March Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
      • [LLVMdev] [RFC] March Update: Progress report on CMake build system's ability to replace autoconf   Dan Liew
      • [LLVMdev] [RFC] March Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
• [LLVMdev] Caching ExecutionEngine / MCJIT   Paweł Bylica
• [LLVMdev] PBQP spilling   Jonas Paulsson
  • [LLVMdev] PBQP spilling   Arnaud A. de Grandmaison
    • [LLVMdev] PBQP spilling   Jonas Paulsson
      • [LLVMdev] PBQP spilling   Quentin Colombet
      • [LLVMdev] PBQP spilling   Lang Hames
      • [LLVMdev] PBQP spilling   Quentin Colombet
      • [LLVMdev] PBQP spilling   Arnaud A. de Grandmaison
      • [LLVMdev] PBQP spilling   Quentin Colombet
      • [LLVMdev] PBQP spilling   Daniel Berlin
• [LLVMdev] Clang 3.5.1 assertion failure on FreeBSD when building LLDB   Ed Maste
  • [LLVMdev] Clang 3.5.1 assertion failure on FreeBSD when building LLDB   Renato Golin
    • [LLVMdev] Clang 3.5.1 assertion failure on FreeBSD when building LLDB   Sami Liedes
      • [LLVMdev] Clang 3.5.1 assertion failure on FreeBSD when building LLDB   David Blaikie
• [LLVMdev] Self-hosting failure in ARM again   Renato Golin
  • [LLVMdev] Self-hosting failure in ARM again   Kuperstein, Michael M
    • [LLVMdev] Self-hosting failure in ARM again   Renato Golin
  • [LLVMdev] Self-hosting failure in ARM again   Ahmed Bougacha
• [LLVMdev] Mips patches for LLVM 3.5.2   Daniel Sanders
  • [LLVMdev] Mips patches for LLVM 3.5.2   Tom Stellard
    • [LLVMdev] Mips patches for LLVM 3.5.2   Daniel Sanders
      • [LLVMdev] Mips patches for LLVM 3.5.2   Tom Stellard
• [LLVMdev] Google Summer of Code   Vassil Vassilev
  • [LLVMdev] Google Summer of Code   Anton Korobeynikov
    • [LLVMdev] Google Summer of Code   Vassil Vassilev
      • [LLVMdev] Google Summer of Code   Anna Zaks
      • [LLVMdev] Google Summer of Code   Vassil Vassilev
      • [LLVMdev] Google Summer of Code   Anna Zaks
      • [LLVMdev] Google Summer of Code   Vassil Vassilev
      • [LLVMdev] Google Summer of Code   Anna Zaks
      • [LLVMdev] Google Summer of Code   Vassil Vassilev
      • [LLVMdev] Google Summer of Code   Anton Korobeynikov
• [LLVMdev] How to print "Instruction" nodes instead of "BasicBlock" in a .dot file ?   Shen Liu
  • [LLVMdev] How to print "Instruction" nodes instead of "BasicBlock" in a .dot file ?   陳韋任
• [LLVMdev] LLVM parallel annotations   Hal Finkel
  • [LLVMdev] LLVM parallel annotations   Tian, Xinmin
• [LLVMdev] I would like to banish libc++'s <dynarray> implementation into "experimental"   Marshall Clow
• [LLVMdev] Use the IR information to modify the AST   yao
  • [LLVMdev] Use the IR information to modify the AST   陳韋任
    • [LLVMdev] Use the IR information to modify the AST   yao
• [LLVMdev] global variable   Yuxi Chen
  • [LLVMdev] global variable   John Criswell
    • [LLVMdev] global variable   Yuxi Chen
  • [LLVMdev] global variable   Yuxi Chen
    • [LLVMdev] global variable   John Criswell
• [LLVMdev] A question to LLVM for ARMv6   qiuw at ichaier.com
  • [LLVMdev] A question to LLVM for ARMv6   Evgeny Astigeevich
    • [LLVMdev] A question to LLVM for ARMv6   Evgeny Astigeevich
• [LLVMdev] Register allocation code owner   Jakob Stoklund Olesen
  • [LLVMdev] Register allocation code owner   Chris Lattner
    • [LLVMdev] Register allocation code owner   Quentin Colombet
      • [LLVMdev] Register allocation code owner   Quentin Colombet
• [LLVMdev] "Node emitted out of order - late" assertion failure   deadal nix
• [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Keno Fischer
• [LLVMdev] Question regarding MCJIT and optimization   Dibyendu Majumdar
• [LLVMdev] [RFC] Storing default function attributes on the module   Duncan P. N. Exon Smith
  • [LLVMdev] [RFC] Storing default function attributes on the module   Jim Grosbach
    • [LLVMdev] [RFC] Storing default function attributes on the module   Rafael Espíndola
      • [LLVMdev] [RFC] Storing default function attributes on the module   Eric Christopher
• [LLVMdev] DW_AT_[MIPS_]linkage_name inconsistency   Robinson, Paul
  • [LLVMdev] DW_AT_[MIPS_]linkage_name inconsistency   Eric Christopher
    • [LLVMdev] DW_AT_[MIPS_]linkage_name inconsistency   Robinson, Paul
      • [LLVMdev] DW_AT_[MIPS_]linkage_name inconsistency   Adrian Prantl
• [LLVMdev] Optimizing out redundant alloca involving byval params   Mircea Trofin
  • [LLVMdev] Optimizing out redundant alloca involving byval params   Reid Kleckner
    • [LLVMdev] Optimizing out redundant alloca involving byval params   Philip Reames
      • [LLVMdev] Optimizing out redundant alloca involving byval params   Mircea Trofin
      • [LLVMdev] Optimizing out redundant alloca involving byval params   Philip Reames
      • [LLVMdev] Optimizing out redundant alloca involving byval params   Mircea Trofin
      • [LLVMdev] Optimizing out redundant alloca involving byval params   Mircea Trofin
• [LLVMdev] Making llvm.eh.actions work   Reid Kleckner
  • [LLVMdev] Making llvm.eh.actions work   Kaylor, Andrew
    • [LLVMdev] Making llvm.eh.actions work   Reid Kleckner
• [LLVMdev] [RFC] Project for GSoC: Unit/Regression testing for CodeGen   Hal Finkel
  • [LLVMdev] [RFC] Project for GSoC: Unit/Regression testing for CodeGen   David Blaikie
    • [LLVMdev] [RFC] Project for GSoC: Unit/Regression testing for CodeGen   David Blaikie
  • [LLVMdev] [RFC] Project for GSoC: Unit/Regression testing for CodeGen   Ahmed Bougacha
    • [LLVMdev] [RFC] Project for GSoC: Unit/Regression testing for CodeGen   David Blaikie
  • [LLVMdev] [RFC] Project for GSoC: Unit/Regression testing for CodeGen   Tom Stellard
    • [LLVMdev] [RFC] Project for GSoC: Unit/Regression testing for CodeGen   Quentin Colombet
• [LLVMdev] LLVM buildmaster will be restarted after 6 PM Pacific time today   Galina Kistanova
• [LLVMdev] [cfe-dev] Commit message policy?   Hal Finkel
  • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
    • [LLVMdev] [cfe-dev] Commit message policy?   Reid Kleckner
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Davide Italiano
      • [LLVMdev] [cfe-dev] Commit message policy?   Mehdi Amini
      • [LLVMdev] [cfe-dev] Commit message policy?   Robinson, Paul
      • [LLVMdev] [cfe-dev] Commit message policy?   Mehdi Amini
      • [LLVMdev] [cfe-dev] Commit message policy?   Sean Silva
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Robinson, Paul
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Hal Finkel
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Kuperstein, Michael M
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
      • [LLVMdev] [cfe-dev] Commit message policy?   Hal Finkel
      • [LLVMdev] [cfe-dev] Commit message policy?   Renato Golin
• [LLVMdev] [lld] multithread options   Shankar Easwaran
  • [LLVMdev] [lld] multithread options   Rui Ueyama
  • [LLVMdev] [lld] multithread options   Michael Spencer
• [LLVMdev] Patchpoints used for inline caches and pointless reloads   Andrew Trick
• [LLVMdev] Power Outage   John Criswell
• [LLVMdev] Open Projects in LLVM   Bhushan Sonawane
  • [LLVMdev] Open Projects in LLVM   David Blaikie
    • [LLVMdev] Open Projects in LLVM   Lang Hames
• [LLVMdev] Power Restored   John Criswell
• [LLVMdev] APFloat: assertion for convertFromString(toString(infty))   Johan Engelen
• [LLVMdev] cannot understand global c++API code   Alexander Poddey
  • [LLVMdev] cannot understand global c++API code   David Blaikie
    • [LLVMdev] cannot understand global c++API code   Alexander Poddey
• [LLVMdev] Inspecting target-specific opcodes in machine function pass   Peter Edelstein
  • [LLVMdev] Inspecting target-specific opcodes in machine function pass   Tim Northover
    • [LLVMdev] Inspecting target-specific opcodes in machine function pass   Peter Edelstein
      • [LLVMdev] Inspecting target-specific opcodes in machine function pass   Peter Edelstein
      • [LLVMdev] Inspecting target-specific opcodes in machine function pass   Robinson, Paul
• [LLVMdev] Ravi - an experimental dialect/derivative of Lua with LLVM based JIT compilation   Dibyendu Majumdar
• [LLVMdev] GSoC   Anton Korobeynikov
  • [LLVMdev] GSoC   Anton Korobeynikov
• [LLVMdev] A limitation of LLVM with regard to marking sret functions as readonly.   Nicholas Chapman
  • [LLVMdev] A limitation of LLVM with regard to marking sret functions as readonly.   Daniel Berlin
    • [LLVMdev] A limitation of LLVM with regard to marking sret functions as readonly.   Nicholas Chapman
      • [LLVMdev] A limitation of LLVM with regard to marking sret functions as readonly.   Daniel Berlin
      • [LLVMdev] A limitation of LLVM with regard to marking sret functions as readonly.   Nicholas Chapman
      • [LLVMdev] A limitation of LLVM with regard to marking sret functions as readonly.   Daniel Berlin
• [LLVMdev] Build failure with compiler-rt on trunk under linux   Ben Pope
  • [LLVMdev] Build failure with compiler-rt on trunk under linux   Ben Pope
  • [LLVMdev] Build failure with compiler-rt on trunk under linux   Ben Pope
    • [LLVMdev] Build failure with compiler-rt on trunk under linux   Kostya Serebryany
      • [LLVMdev] [cfe-dev] Build failure with compiler-rt on trunk under linux   Kostya Serebryany
      • [LLVMdev] [cfe-dev] Build failure with compiler-rt on trunk under linux   Ben Pope
• [LLVMdev] Debugging a R_PPC64_REL24 overflow   Axel Naumann
• [LLVMdev] LLVM Weekly - #62, Mar 9th 2015   Alex Bradbury
• [LLVMdev] LLVM Backend DAGToDAGISel INTRINSIC   Ambuj Agrawal
  • [LLVMdev] LLVM Backend DAGToDAGISel INTRINSIC   Daniel Sanders
    • [LLVMdev] LLVM Backend DAGToDAGISel INTRINSIC   Ambuj Agrawal
• [LLVMdev] Counting load and stores of variables   MKT
  • [LLVMdev] Counting load and stores of variables   mats petersson
    • [LLVMdev] Counting load and stores of variables   mats petersson
      • [LLVMdev] Counting load and stores of variables   MKT
  • [LLVMdev] Counting load and stores of variables   Nema, Ashutosh
    • [LLVMdev] Counting load and stores of variables   MKT
      • [LLVMdev] Counting load and stores of variables   Nema, Ashutosh
• [LLVMdev] TargetParser - Always build all table-gen files?   Renato Golin
  • [LLVMdev] TargetParser - Always build all table-gen files?   Renato Golin
    • [LLVMdev] TargetParser - Always build all table-gen files?   Renato Golin
      • [LLVMdev] TargetParser - Always build all table-gen files?   Mehdi Amini
      • [LLVMdev] TargetParser - Always build all table-gen files?   Renato Golin
      • [LLVMdev] TargetParser - Always build all table-gen files?   Mehdi Amini
      • [LLVMdev] TargetParser - Always build all table-gen files?   Eric Christopher
      • [LLVMdev] TargetParser - Always build all table-gen files?   Renato Golin
      • [LLVMdev] TargetParser - Always build all table-gen files?   Renato Golin
  • [LLVMdev] [cfe-dev] TargetParser - Always build all table-gen files?   Reid Kleckner
    • [LLVMdev] [cfe-dev] TargetParser - Always build all table-gen files?   Renato Golin
      • [LLVMdev] [cfe-dev] TargetParser - Always build all table-gen files?   Rowan, Jim
      • [LLVMdev] [cfe-dev] TargetParser - Always build all table-gen files?   Renato Golin
      • [LLVMdev] [cfe-dev] TargetParser - Always build all table-gen files?   Rowan, Jim
• [LLVMdev] LLVM Parallel IR   William Moses
  • [LLVMdev] LLVM Parallel IR   Tobias Grosser
    • [LLVMdev] LLVM Parallel IR   Renato Golin
      • [LLVMdev] LLVM Parallel IR   Kevin Streit
      • [LLVMdev] LLVM Parallel IR   Hal Finkel
      • [LLVMdev] LLVM Parallel IR   Renato Golin
      • [LLVMdev] LLVM Parallel IR   Kevin Streit
      • [LLVMdev] LLVM Parallel IR   Renato Golin
      • [LLVMdev] LLVM Parallel IR   Andrey Bokhanko
  • [LLVMdev] LLVM Parallel IR   Kevin Streit
  • [LLVMdev] LLVM Parallel IR   Dounia Khaldi
• [LLVMdev] Out of tree targets   Neil Henning
  • [LLVMdev] Out of tree targets   Eric Christopher
    • [LLVMdev] Out of tree targets   Anton Korobeynikov
      • [LLVMdev] Out of tree targets   Eric Christopher
      • [LLVMdev] Out of tree targets   Neil Henning
      • [LLVMdev] Out of tree targets   Eric Christopher
• [LLVMdev] GVN PRE algorithms in LLVM   Rakshit Singla
  • [LLVMdev] GVN PRE algorithms in LLVM   Rahul Jain
    • [LLVMdev] GVN PRE algorithms in LLVM   Daniel Berlin
      • [LLVMdev] GVN PRE algorithms in LLVM   Rakshit Singla
      • [LLVMdev] GVN PRE algorithms in LLVM   Daniel Berlin
• [LLVMdev] byval in a world without pointee types   David Blaikie
  • [LLVMdev] byval in a world without pointee types   Reid Kleckner
    • [LLVMdev] byval in a world without pointee types   David Blaikie
      • [LLVMdev] byval in a world without pointee types   Reid Kleckner
      • [LLVMdev] byval in a world without pointee types   David Blaikie
      • [LLVMdev] byval in a world without pointee types   Chandler Carruth
      • [LLVMdev] byval in a world without pointee types   Reid Kleckner
• [LLVMdev] unofficial github llvm-mirror: announce, frequency update, ownership   Will Dietz
• [LLVMdev] Whether GEP fits an addressing mode   Jingyue Wu
• [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Alan Garny
  • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Zachary Turner
    • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Alan Garny
      • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Zachary Turner
      • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Alan Garny
  • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Alan Garny
    • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Hans Wennborg
      • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Alan Garny
      • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Zachary Turner
      • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Alan Garny
      • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Zachary Turner
      • [LLVMdev] LLVM 3.6: problems building on Windows using MSVC 2013   Alan Garny
• [LLVMdev] 2015 Linux Plumbers LLVM microconference   Behan Webster
  • [LLVMdev] 2015 Linux Plumbers LLVM microconference   Behan Webster
• [LLVMdev] [GSoc] Liveness Based Flow Sensitive Pointer Analysis for GSoc 2015   Pratik Bhatu
  • [LLVMdev] [GSoc] Liveness Based Flow Sensitive Pointer Analysis for GSoc 2015   Rahul Jain
    • [LLVMdev] [GSoc] Liveness Based Flow Sensitive Pointer Analysis for GSoc 2015   John Criswell
    • [LLVMdev] [GSoc] Liveness Based Flow Sensitive Pointer Analysis for GSoc 2015   Daniel Berlin
• [LLVMdev] n-bit bytes for clang/llvm   Tyro Software
  • [LLVMdev] n-bit bytes for clang/llvm   Patrik Hägglund H
  • [LLVMdev] n-bit bytes for clang/llvm   Reid Kleckner
    • [LLVMdev] n-bit bytes for clang/llvm   Patrik Hägglund H
      • [LLVMdev] n-bit bytes for clang/llvm   Tyro Software
      • [LLVMdev] n-bit bytes for clang/llvm   David Chisnall
      • [LLVMdev] n-bit bytes for clang/llvm   Tyro Software
      • [LLVMdev] n-bit bytes for clang/llvm   Tyro Software
      • [LLVMdev] n-bit bytes for clang/llvm   David Chisnall
      • [LLVMdev] n-bit bytes for clang/llvm   Patrik Hägglund H
    • [LLVMdev] n-bit bytes for clang/llvm   Tyro Software
      • [LLVMdev] n-bit bytes for clang/llvm   Hal Finkel
• [LLVMdev] PRE implementation in LLVM   Aradhya Biswas
  • [LLVMdev] PRE implementation in LLVM   Aradhya Biswas
• [LLVMdev] Cortex-A9 bot unstable in Clang   Renato Golin
  • [LLVMdev] Cortex-A9 bot unstable in Clang   Justin Bogner
    • [LLVMdev] Cortex-A9 bot unstable in Clang   Renato Golin
      • [LLVMdev] Cortex-A9 bot unstable in Clang   Galina Kistanova
      • [LLVMdev] Cortex-A9 bot unstable in Clang   Renato Golin
• [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Mehdi Amini
  • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
    • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
  • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Tobias Grosser
    • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Benjamin Kramer
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Richard Gorton
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Mehdi Amini
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Jonathan Roelofs
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Jonathan Roelofs
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Owen Anderson
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Tobias Grosser
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Rafael Espíndola
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Aaron Ballman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Robinson, Paul
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   David Chisnall
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   David Chisnall
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Hal Finkel
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Hal Finkel
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Hal Finkel
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Zachary Turner
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Joerg Sonnenberger
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Daniel Sanders
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Daniel Sanders
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Daniel Sanders
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Mehdi Amini
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Renato Golin
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Zachary Turner
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Owen Anderson
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Robinson, Paul
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Mehdi Amini
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
• [LLVMdev] Chatty C++API code generation   Alexander Poddey
  • [LLVMdev] Chatty C++API code generation   Reid Kleckner
  • [LLVMdev] Chatty C++API code generation   Jeremy Lakeman
    • [LLVMdev] Chatty C++API code generation   Alexander Poddey
• [LLVMdev] Am I missing something in this Value debug output code?   Kaylor, Andrew
  • [LLVMdev] Am I missing something in this Value debug output code?   Daniel Berlin
  • [LLVMdev] Am I missing something in this Value debug output code?   Reid Kleckner
• [LLVMdev] LangRef.rst:3513: WARNING: Title underline too short.   Marc J. Driftmeyer
  • [LLVMdev] LangRef.rst:3513: WARNING: Title underline too short.   Dan Liew
• [LLVMdev] Job Ad: Compiler Optimizer and Front End Engineers at NVIDIA   Vinod Grover
• [LLVMdev] Only use isel on A2 for PPC?   Olivier H Sallenave
  • [LLVMdev] Only use isel on A2 for PPC?   Hal Finkel
  • [LLVMdev] Only use isel on A2 for PPC?   Hal Finkel
• [LLVMdev] noob IR builder question   Alan Nilsson
  • [LLVMdev] noob IR builder question   Hal Finkel
    • [LLVMdev] noob IR builder question   mats petersson
  • [LLVMdev] noob IR builder question   Sanjoy Das
  • [LLVMdev] noob IR builder question   Caldarale, Charles R
• [LLVMdev] [asan] The default value of 'allocator_may_return_null'   Anna Zaks
  • [LLVMdev] [asan] The default value of 'allocator_may_return_null'   Kostya Serebryany
• [LLVMdev] DataLayout: Module vs Target   Mehdi Amini
  • [LLVMdev] DataLayout: Module vs Target   Owen Anderson
  • [LLVMdev] DataLayout: Module vs Target   Eric Christopher
    • [LLVMdev] DataLayout: Module vs Target   Mehdi Amini
      • [LLVMdev] DataLayout: Module vs Target   Eric Christopher
• [LLVMdev] How to run two loop passes non-interleaved if they are registered one by one?   Kevin Qin
  • [LLVMdev] How to run two loop passes non-interleaved if they are registered one by one?   Hal Finkel
    • [LLVMdev] How to run two loop passes non-interleaved if they are registered one by one?   Kevin Qin
      • [LLVMdev] How to run two loop passes non-interleaved if they are registered one by one?   Hal Finkel
      • [LLVMdev] How to run two loop passes non-interleaved if they are registered one by one?   Kevin Qin
• [LLVMdev] TCE 1.11 out!   Pekka Jääskeläinen
• [LLVMdev] xcodebuild and LLVM   eyal keren
• [LLVMdev] LLVM Social - Paris: March 25, 2015   Arnaud Allard de Grandmaison
  • [LLVMdev] LLVM Social - Paris: March 25, 2015   Arnaud Allard de Grandmaison
• [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Chao Yan
  • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Jonathan Roelofs
    • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Renato Golin
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Jonathan Roelofs
    • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Chao Yan
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Richard Gorton
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Chao Yan
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Jonathan Roelofs
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Chao Yan
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Jonathan Roelofs
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Jonathan Roelofs
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Chao Yan
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Jonathan Roelofs
      • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Chao Yan
  • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   David Blaikie
    • [LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)   Kostya Serebryany
• [LLVMdev] how to know whether a function is a declaration or definition   Hui Zhang
  • [LLVMdev] how to know whether a function is a declaration or definition   Victor Campos
    • [LLVMdev] how to know whether a function is a declaration or definition   Hui Zhang
• [LLVMdev] Mailing List Delay - Saturday March 21   Tanya Lattner
• [LLVMdev] On LLD performance   Rui Ueyama
  • [LLVMdev] On LLD performance   Stephan Tolksdorf
    • [LLVMdev] On LLD performance   David Blaikie
      • [LLVMdev] On LLD performance   Rui Ueyama
      • [LLVMdev] On LLD performance   Joerg Sonnenberger
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Shankar Easwaran
      • [LLVMdev] On LLD performance   Rafael Espíndola
  • [LLVMdev] On LLD performance   Rafael Espíndola
    • [LLVMdev] On LLD performance   Shankar Easwaran
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Davide Italiano
      • [LLVMdev] On LLD performance   Rui Ueyama
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Shankar Easwaran
      • [LLVMdev] On LLD performance   Rui Ueyama
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Eric Christopher
      • [LLVMdev] On LLD performance   Jim Grosbach
      • [LLVMdev] On LLD performance   Sean Silva
    • [LLVMdev] On LLD performance   Rui Ueyama
    • [LLVMdev] On LLD performance   Rafael Espíndola
  • [LLVMdev] On LLD performance   Nick Kledzik
    • [LLVMdev] On LLD performance   Davide Italiano
      • [LLVMdev] On LLD performance   Davide Italiano
      • [LLVMdev] On LLD performance   Davide Italiano
      • [LLVMdev] On LLD performance   David Blaikie
      • [LLVMdev] On LLD performance   Davide Italiano
      • [LLVMdev] On LLD performance   Bruce Hoult
      • [LLVMdev] On LLD performance   Davide Italiano
      • [LLVMdev] On LLD performance   Sean Silva
      • [LLVMdev] On LLD performance   Benjamin Kramer
      • [LLVMdev] On LLD performance   Chandler Carruth
      • [LLVMdev] On LLD performance   Jean-Daniel Dupas
      • [LLVMdev] On LLD performance   Sean Silva
      • [LLVMdev] On LLD performance   Davide Italiano
      • [LLVMdev] On LLD performance   Sean Silva
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Rui Ueyama
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Rui Ueyama
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Rui Ueyama
      • [LLVMdev] On LLD performance   Rafael Espíndola
      • [LLVMdev] On LLD performance   Rui Ueyama
      • [LLVMdev] On LLD performance   Rafael Espíndola
    • [LLVMdev] On LLD performance   Rafael Espíndola
• [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Chandler Carruth
  • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Rui Ueyama
    • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Chandler Carruth
    • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Iain Sandoe
      • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Rui Ueyama
      • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Iain Sandoe
      • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Rui Ueyama
      • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Chris Bieneman
      • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Iain Sandoe
      • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Chris Bieneman
      • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Rui Ueyama
  • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Davide Italiano
    • [LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD   Greg Fitzgerald
• [LLVMdev] CFG Customization   rubiano
  • [LLVMdev] CFG Customization   John Criswell
    • [LLVMdev] CFG Customization   rubiano
      • [LLVMdev] CFG Customization   Sanjoy Das
      • [LLVMdev] CFG Customization   Thomas Rubiano
• [LLVMdev] Portable Computing Language (pocl) v0.11 released!   Pekka Jääskeläinen
• [LLVMdev] Google Summer of Code FP Range checks   Aditya Kamath
  • [LLVMdev] Google Summer of Code FP Range checks   Hal Finkel
    • [LLVMdev] Google Summer of Code FP Range checks   Aditya Kamath
• [LLVMdev] Volunteers needed to update all LICENSE.TXT copyright dates   Tanya Lattner
• [LLVMdev] DWARF validation?   Talin
  • [LLVMdev] DWARF validation?   David Blaikie
    • [LLVMdev] DWARF validation?   Robinson, Paul
  • [LLVMdev] DWARF validation?   Adrian Prantl
• [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Mark Heffernan
  • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Francois Pichet
    • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Francois Pichet
    • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Mark Heffernan
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Hal Finkel
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Mark Heffernan
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Daniel Berlin
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Jingyue Wu
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Daniel Berlin
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Hal Finkel
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Mark Heffernan
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Jingyue Wu
• [LLVMdev] Passing a function pointer as parameter to function call?   Kevin Hu
  • [LLVMdev] Passing a function pointer as parameter to function call?   David Blaikie
    • [LLVMdev] Passing a function pointer as parameter to function call?   Kevin Hu
      • [LLVMdev] Passing a function pointer as parameter to function call?   David Blaikie
      • [LLVMdev] Passing a function pointer as parameter to function call?   John Criswell
  • [LLVMdev] Passing a function pointer as parameter to function call?   Kevin Hu
• [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Tom Stellard
  • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Hans Wennborg
  • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Ben Pope
  • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Sebastian Dreßler
  • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Renato Golin
  • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Daniel Sanders
    • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Daniel Sanders
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Daniel Sanders
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Daniel Sanders
  • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Tom Stellard
    • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Tom Stellard
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Ben Pope
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Renato Golin
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Hans Wennborg
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   sebastian.dressler at gmail.com
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Tom Stellard
      • [LLVMdev] Reminder 3.5.2 merge deadline is Monday, Mar 16 - Testers needed   Ben Pope
• [LLVMdev] Contracting Opportunity for LLVM   Aptezzo Information
  • [LLVMdev] Contracting Opportunity for LLVM   Tim Northover
    • [LLVMdev] Contracting Opportunity for LLVM   Aptezzo Information
• [LLVMdev] Lifting ASM to IR   Daniel Dilts
  • [LLVMdev] Lifting ASM to IR   Joerg Sonnenberger
    • [LLVMdev] Lifting ASM to IR   Ahmed Bougacha
      • [LLVMdev] Lifting ASM to IR   Daniel Dilts
      • [LLVMdev] Lifting ASM to IR   Jonathan Roelofs
      • [LLVMdev] Lifting ASM to IR   Daniel Dilts
      • [LLVMdev] Lifting ASM to IR   yekkas
      • [LLVMdev] Lifting ASM to IR   mats petersson
      • [LLVMdev] Lifting ASM to IR   yekkas
  • [LLVMdev] Lifting ASM to IR   Artem Dinaburg
• [LLVMdev] Indexed Load and Store Intrinsics - proposal   Hao Liu
  • [LLVMdev] Indexed Load and Store Intrinsics - proposal   Demikhovsky, Elena
    • [LLVMdev] Indexed Load and Store Intrinsics - proposal   Hal Finkel
      • [LLVMdev] Indexed Load and Store Intrinsics - proposal   Demikhovsky, Elena
• [LLVMdev] How to Allocate a Variable to a Specific register   Avinash Bole
  • [LLVMdev] How to Allocate a Variable to a Specific register   Quentin Colombet
• [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Paweł Bylica
  • [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Lang Hames
    • [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Hayden Livingston
      • [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Lang Hames
      • [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Hayden Livingston
    • [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Lang Hames
      • [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Hayden Livingston
      • [LLVMdev] Thoughts about ExecutionEngine/MCJIT interface   Lang Hames
• [LLVMdev] Emit 4-byte-displacement jump instructions instead of short one-byte-displacement jump instructions, when generating machine code, under x86_64   Yue Chen
  • [LLVMdev] Emit 4-byte-displacement jump instructions instead of short one-byte-displacement jump instructions, when generating machine code, under x86_64   Craig Topper
• [LLVMdev] Alias analysis issue with structs on PPC   Olivier H Sallenave
  • [LLVMdev] Alias analysis issue with structs on PPC   Daniel Berlin
    • [LLVMdev] Alias analysis issue with structs on PPC   Daniel Berlin
      • [LLVMdev] Alias analysis issue with structs on PPC   Olivier Sallenave
      • [LLVMdev] Alias analysis issue with structs on PPC   Daniel Berlin
      • [LLVMdev] Alias analysis issue with structs on PPC   Olivier Sallenave
      • [LLVMdev] Alias analysis issue with structs on PPC   Daniel Berlin
      • [LLVMdev] Alias analysis issue with structs on PPC   Hal Finkel
      • [LLVMdev] Alias analysis issue with structs on PPC   Reid Kleckner
      • [LLVMdev] Alias analysis issue with structs on PPC   Olivier Sallenave
      • [LLVMdev] Alias analysis issue with structs on PPC   Daniel Berlin
      • [LLVMdev] Alias analysis issue with structs on PPC   George Burgess IV
      • [LLVMdev] Alias analysis issue with structs on PPC   Hal Finkel
      • [LLVMdev] Alias analysis issue with structs on PPC   Ulrich Weigand
      • [LLVMdev] Alias analysis issue with structs on PPC   Hal Finkel
      • [LLVMdev] Alias analysis issue with structs on PPC   Hal Finkel
• [LLVMdev] Suggestion for a more flexible DFA Packetizer   brunie nicolas
• [LLVMdev] LLVM from C# or .NET   Dave Pitsbawn
  • [LLVMdev] LLVM from C# or .NET   Tim Northover
    • [LLVMdev] LLVM from C# or .NET   Dave Pitsbawn
      • [LLVMdev] LLVM from C# or .NET   Mehmet Erol Sanliturk
• [LLVMdev] LLVM buildmaster will be restarted in few minutes.   Galina Kistanova
• [LLVMdev] Add a backend   Daniel Dilts
  • [LLVMdev] Add a backend   Anton Korobeynikov
    • [LLVMdev] Add a backend   Daniel Dilts
      • [LLVMdev] Add a backend   Anton Korobeynikov
      • [LLVMdev] Add a backend   Daniel Dilts
      • [LLVMdev] Add a backend   suyog sarda
      • [LLVMdev] Add a backend   Daniel Dilts
• [LLVMdev] stability of llvm ir across releases   Hayden Livingston
  • [LLVMdev] stability of llvm ir across releases   Jeremy Lakeman
    • [LLVMdev] stability of llvm ir across releases   Hayden Livingston
      • [LLVMdev] stability of llvm ir across releases   Eric Christopher
      • [LLVMdev] stability of llvm ir across releases   Jeremy Lakeman
      • [LLVMdev] stability of llvm ir across releases   Neil Henning
• [LLVMdev] Bikeshedding commit message policy - Round 3 - Fight!   Renato Golin
  • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Hal Finkel
    • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Renato Golin
      • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Hal Finkel
      • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Renato Golin
      • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Chris Lattner
      • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Renato Golin
      • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Chris Lattner
      • [LLVMdev] [cfe-dev] Bikeshedding commit message policy - Round 3 - Fight!   Renato Golin
• [LLVMdev] FreeBSD's 11.0-CURRENT contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h's IntrusiveRefCntPtr and its use violates C++ privacy rules   Mark Millard
  • [LLVMdev] FreeBSD's 11.0-CURRENT contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h's IntrusiveRefCntPtr and its use violates C++ privacy rules   David Blaikie
    • [LLVMdev] FreeBSD's 11.0-CURRENT contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h's IntrusiveRefCntPtr and its use violates C++ privacy rules   Tim Northover
      • [LLVMdev] FreeBSD's 11.0-CURRENT contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h's IntrusiveRefCntPtr and its use violates C++ privacy rules   David Blaikie
    • [LLVMdev] FreeBSD's 11.0-CURRENT contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h's IntrusiveRefCntPtr and its use violates C++ privacy rules   Mark Millard
  • [LLVMdev] FreeBSD's 11.0-CURRENT contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h's IntrusiveRefCntPtr and its use violates C++ privacy rules   Jonathan Roelofs
• [LLVMdev] march= question   Dave
  • [LLVMdev] march= question   Gopalasubramanian, Ganesh
• [LLVMdev] Explicit constructors with more than one argument   Gabriel Dos Reis
  • [LLVMdev] Explicit constructors with more than one argument   Chandler Carruth
    • [LLVMdev] Explicit constructors with more than one argument   Gabriel Dos Reis
    • [LLVMdev] Explicit constructors with more than one argument   David Blaikie
      • [LLVMdev] Explicit constructors with more than one argument   Gabriel Dos Reis
      • [LLVMdev] Explicit constructors with more than one argument   Benjamin Kramer
• [LLVMdev] How can I get a copy of CompilerInstance, Sema and ASTContext ?   Bo
• [LLVMdev] GSoC - feedback for Software Prefetching in LLVM   Utpal Bora
  • [LLVMdev] GSoC - feedback for Software Prefetching in LLVM   Hal Finkel
• [LLVMdev] suggested x86 peephole optimization: use bit rotate to save one instruction during mask creation   Mat Hostetter
  • [LLVMdev] suggested x86 peephole optimization: use bit rotate to save one instruction during mask creation   David Majnemer
• [LLVMdev] possible addrspacecast problem   Junjie Gu
  • [LLVMdev] possible addrspacecast problem   Sanjoy Das
    • [LLVMdev] possible addrspacecast problem   David Chisnall
      • [LLVMdev] possible addrspacecast problem   Junjie Gu
      • [LLVMdev] possible addrspacecast problem   David Chisnall
      • [LLVMdev] possible addrspacecast problem   David Chisnall
      • [LLVMdev] possible addrspacecast problem   Sanjoy Das
      • [LLVMdev] possible addrspacecast problem   David Chisnall
  • [LLVMdev] possible addrspacecast problem   Matt Arsenault
    • [LLVMdev] possible addrspacecast problem   Junjie Gu
• [LLVMdev] Implement a Loop Dependence Analysis Infrastructure in LLVM   Bhargav Reddy
• [LLVMdev] DragonEgg (3.6) fails to compile with llvm3.6   Richard Gorton
• [LLVMdev] Implementing if-conversion as a GSoC 2015 project?   Xiang Gao
  • [LLVMdev] Implementing if-conversion as a GSoC 2015 project?   John Criswell
    • [LLVMdev] Implementing if-conversion as a GSoC 2015 project?   Xiang Gao
      • [LLVMdev] Implementing if-conversion as a GSoC 2015 project?   Evan Cheng
      • [LLVMdev] Implementing if-conversion as a GSoC 2015 project?   Gerolf Hoflehner
      • [LLVMdev] Implementing if-conversion as a GSoC 2015 project?   Xiang Gao
• [LLVMdev] LLVM Weekly - #63, Mar 16th 2015   Alex Bradbury
• [LLVMdev] Question: Motivation of the semantics of the undefined value?   Chung-Kil Hur
  • [LLVMdev] Question: Motivation of the semantics of the undefined value?   Sanjoy Das
    • [LLVMdev] Question: Motivation of the semantics of the undefined value?   Chung-Kil Hur
• [LLVMdev] size of const_ptr for array index   Alexander Poddey
  • [LLVMdev] size of const_ptr for array index   Mehdi Amini
    • [LLVMdev] size of const_ptr for array index   Alexander Poddey
  • [LLVMdev] size of const_ptr for array index   Christoph Grenz
    • [LLVMdev] size of const_ptr for array index   Alexander Poddey
• [LLVMdev] GSOC:Control Flow integrity for kernal   Aditya Verma IDD M Tech Computer Sc & Engg., IIT(BHU), Varanasi (U.P.)
  • [LLVMdev] GSOC:Control Flow integrity for kernal   John Criswell
    • [LLVMdev] GSOC:Control Flow integrity for kernal   David Chisnall
      • [LLVMdev] GSOC:Control Flow integrity for kernal   JF Bastien
      • [LLVMdev] GSOC:Control Flow integrity for kernal   John Criswell
• [LLVMdev] GSOC: Enhance the Dependence Analysis Infrastructure   John Tortugo
• [LLVMdev] Seprate the comand about SSE in Clang   yao
• [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Hayden Livingston
  • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   David Blaikie
    • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Lang Hames
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Keno Fischer
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Sanjoy Das
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Lang Hames
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Sanjoy Das
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Hayden Livingston
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Lang Hames
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Sanjoy Das
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Hayden Livingston
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Lang Hames
      • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Philip Reames
    • [LLVMdev] How will OrcJIT guarantee thread-safety when a function is asked to be re generated?   Stephen Checkoway
• [LLVMdev] Running generic tests for a foreign target   Daniel Sanders
  • [LLVMdev] Running generic tests for a foreign target   David Blaikie
• [LLVMdev] Target-specific defaults for LLVM tools?   Dario Domizioli
  • [LLVMdev] Target-specific defaults for LLVM tools?   Owen Anderson
    • [LLVMdev] Target-specific defaults for LLVM tools?   Eric Christopher
    • [LLVMdev] Target-specific defaults for LLVM tools?   David Jones
      • [LLVMdev] Target-specific defaults for LLVM tools?   Dario Domizioli
      • [LLVMdev] Target-specific defaults for LLVM tools?   Dario Domizioli
      • [LLVMdev] Target-specific defaults for LLVM tools?   Sean Silva
  • [LLVMdev] Target-specific defaults for LLVM tools?   Anton Korobeynikov
    • [LLVMdev] Target-specific defaults for LLVM tools?   Eric Christopher
  • [LLVMdev] Target-specific defaults for LLVM tools?   Sean Silva
    • [LLVMdev] Target-specific defaults for LLVM tools?   Chris Bieneman
      • [LLVMdev] Target-specific defaults for LLVM tools?   Steve King
      • [LLVMdev] Target-specific defaults for LLVM tools?   Jonathan Roelofs
      • [LLVMdev] Target-specific defaults for LLVM tools?   Steve King
      • [LLVMdev] Target-specific defaults for LLVM tools?   Jonathan Roelofs
      • [LLVMdev] Target-specific defaults for LLVM tools?   Reid Kleckner
      • [LLVMdev] Target-specific defaults for LLVM tools?   Joerg Sonnenberger
      • [LLVMdev] Target-specific defaults for LLVM tools?   Steve King
      • [LLVMdev] Target-specific defaults for LLVM tools?   Joerg Sonnenberger
      • [LLVMdev] Target-specific defaults for LLVM tools?   Jonathan Roelofs
      • [LLVMdev] Target-specific defaults for LLVM tools?   Steve King
      • [LLVMdev] Target-specific defaults for LLVM tools?   Steve King
      • [LLVMdev] Target-specific defaults for LLVM tools?   Jonathan Roelofs
• [LLVMdev] casting Constant * to value *?   Alexander Poddey
  • [LLVMdev] casting Constant * to value *?   John Criswell
    • [LLVMdev] casting Constant * to value *?   Alexander Poddey
      • [LLVMdev] casting Constant * to value *?   mats petersson
      • [LLVMdev] casting Constant * to value *?   Jonathan Roelofs
      • [LLVMdev] casting Constant * to value *?   Alexander Poddey
      • [LLVMdev] casting Constant * to value *?   John Criswell
      • [LLVMdev] casting Constant * to value *?   Alexander Poddey
• [LLVMdev] GSoC:Loop Reversal Transformation   vishal sarda
  • [LLVMdev] GSoC:Loop Reversal Transformation   Matt Godbolt
    • [LLVMdev] GSoC:Loop Reversal Transformation   vishal sarda
      • [LLVMdev] GSoC:Loop Reversal Transformation   Matt Godbolt
      • [LLVMdev] GSoC:Loop Reversal Transformation   vishal sarda
• [LLVMdev] string input for the integrated assembler   Steve King
  • [LLVMdev] string input for the integrated assembler   Tim Northover
    • [LLVMdev] string input for the integrated assembler   Tim Northover
    • [LLVMdev] string input for the integrated assembler   Steve King
      • [LLVMdev] string input for the integrated assembler   Joerg Sonnenberger
      • [LLVMdev] string input for the integrated assembler   Steve King
      • [LLVMdev] string input for the integrated assembler   Joerg Sonnenberger
  • [LLVMdev] string input for the integrated assembler   Joerg Sonnenberger
  • [LLVMdev] string input for the integrated assembler   Reid Kleckner
    • [LLVMdev] string input for the integrated assembler   Steve King
• [LLVMdev] missing register spills?   Yang, Cheng-Chih
  • [LLVMdev] missing register spills?   mats petersson
    • [LLVMdev] missing register spills?   Yang, Cheng-Chih
• [LLVMdev] XFAIL ASAN on ARM   Renato Golin
  • [LLVMdev] XFAIL ASAN on ARM   Renato Golin
    • [LLVMdev] XFAIL ASAN on ARM   Kostya Serebryany
      • [LLVMdev] XFAIL ASAN on ARM   Renato Golin
• [LLVMdev] [GSoC] Proposal Feedback: Floating Point Range Analysis   Aditya Kamath
  • [LLVMdev] [GSoC] Proposal Feedback: Floating Point Range Analysis   Aditya Kamath
• [LLVMdev] [RFC] Raise minimum required CMake version to 2.8.12.2   Chris Bieneman
  • [LLVMdev] [RFC] Raise minimum required CMake version to 2.8.12.2   Chris Bieneman
    • [LLVMdev] [RFC] Raise minimum required CMake version to 2.8.12.2   Tobias Grosser
      • [LLVMdev] [RFC] Raise minimum required CMake version to 2.8.12.2   Chris Bieneman
• [LLVMdev] Controlling the LTO optimization level   Peter Collingbourne
  • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Sean Silva
  • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Bob Wilson
    • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Peter Collingbourne
  • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Rafael Espíndola
    • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Eric Christopher
      • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Peter Collingbourne
      • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Rafael Espíndola
      • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Duncan P. N. Exon Smith
      • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Peter Collingbourne
      • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Eric Christopher
      • [LLVMdev] [cfe-dev] Controlling the LTO optimization level   Peter Collingbourne
• [LLVMdev] Fwd: using f32 in a 64bit integer only architecture   Akshay Kale
• [LLVMdev] Final added to parser<bool>   reed kotler
  • [LLVMdev] Final added to parser<bool>   David Blaikie
    • [LLVMdev] Final added to parser<bool>   reed kotler
      • [LLVMdev] Final added to parser<bool>   Simon Atanasyan
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   David Blaikie
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   David Blaikie
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   David Blaikie
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   David Blaikie
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   David Blaikie
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   David Blaikie
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   Simon Atanasyan
      • [LLVMdev] Final added to parser<bool>   Reed Kotler
      • [LLVMdev] Final added to parser<bool>   Rafael Espíndola
• [LLVMdev] [RuntimeDyld] Section memory management   Keno Fischer
  • [LLVMdev] [RuntimeDyld] Section memory management   Lang Hames
  • [LLVMdev] [RuntimeDyld] Section memory management   Rafael Espíndola
• [LLVMdev] LNT Error 500   Tobias Grosser
  • [LLVMdev] LNT Error 500   Renato Golin
    • [LLVMdev] LNT Error 500   Tobias Grosser
      • [LLVMdev] LNT Error 500   Renato Golin
• [LLVMdev] a question to backend   qiuw at ichaier.com
  • [LLVMdev] a question to backend   Bruce Hoult
• [LLVMdev] Cast to SCEVAddRecExpr   Nema, Ashutosh
  • [LLVMdev] Cast to SCEVAddRecExpr   Nick Lewycky
    • [LLVMdev] Cast to SCEVAddRecExpr   Nema, Ashutosh
      • [LLVMdev] Cast to SCEVAddRecExpr   Nick Lewycky
      • [LLVMdev] Cast to SCEVAddRecExpr   Nema, Ashutosh
      • [LLVMdev] Cast to SCEVAddRecExpr   Nick Lewycky
      • [LLVMdev] Cast to SCEVAddRecExpr   Nema, Ashutosh
      • [LLVMdev] Cast to SCEVAddRecExpr   Sanjoy Das
      • [LLVMdev] Cast to SCEVAddRecExpr   Nema, Ashutosh
      • [LLVMdev] Cast to SCEVAddRecExpr   Sanjoy Das
• [LLVMdev] LLVM pass adding function call specific to Linux, middle-end or backend?   Jobin, Gaël
• [LLVMdev] Clang flag to either print/omit nop instruction in llvm backend   Ambuj Agrawal
  • [LLVMdev] Clang flag to either print/omit nop instruction in llvm backend   Daniel Sanders
    • [LLVMdev] Clang flag to either print/omit nop instruction in llvm backend   Ambuj Agrawal
• [LLVMdev] LLVM 3.6 and ConstantExpr::replaceUsesOfWithOnConstant(...) strange behavior   Jobin, Gaël
  • [LLVMdev] LLVM 3.6 and ConstantExpr::replaceUsesOfWithOnConstant(...) strange behavior   Jobin, Gaël
    • [LLVMdev] LLVM 3.6 and ConstantExpr::replaceUsesOfWithOnConstant(...) strange behavior   Duncan P. N. Exon Smith
• [LLVMdev] [LV] possible `vector.memcheck` regression when using `llvm.loop` and `llvm.mem.parallel_loop_access`   Josh Klontz
  • [LLVMdev] [LV] possible `vector.memcheck` regression when using `llvm.loop` and `llvm.mem.parallel_loop_access`   Adam Nemet
    • [LLVMdev] [LV] possible `vector.memcheck` regression when using `llvm.loop` and `llvm.mem.parallel_loop_access`   Josh Klontz
      • [LLVMdev] [LV] possible `vector.memcheck` regression when using `llvm.loop` and `llvm.mem.parallel_loop_access`   Adam Nemet
      • [LLVMdev] [LV] possible `vector.memcheck` regression when using `llvm.loop` and `llvm.mem.parallel_loop_access`   Josh Klontz
      • [LLVMdev] [LV] possible `vector.memcheck` regression when using `llvm.loop` and `llvm.mem.parallel_loop_access`   Adam Nemet
• [LLVMdev] Internal linkage type clarification   William Knop
  • [LLVMdev] Internal linkage type clarification   David Majnemer
• [LLVMdev] [libc++] NOTICE: Breaking change to libc++'s CMake Configuration flags   Eric Fiselier
• [LLVMdev] Mul & div support for wider-than-legal types   Paweł Bylica
  • [LLVMdev] Mul & div support for wider-than-legal types   Joerg Sonnenberger
    • [LLVMdev] Mul & div support for wider-than-legal types   Tim Northover
      • [LLVMdev] Mul & div support for wider-than-legal types   Joerg Sonnenberger
      • [LLVMdev] Mul & div support for wider-than-legal types   Paweł Bylica
      • [LLVMdev] Mul & div support for wider-than-legal types   Joerg Sonnenberger
    • [LLVMdev] Mul & div support for wider-than-legal types   Paweł Bylica
• [LLVMdev] Function of CorrelatedValuePropagation pass   Aditya Kamath
  • [LLVMdev] Function of CorrelatedValuePropagation pass   Hal Finkel
    • [LLVMdev] Function of CorrelatedValuePropagation pass   Joerg Sonnenberger
• [LLVMdev] Inline Asm Operands   Wu Zhao
• [LLVMdev] [cfe-dev] [RFC] When can libc++ "officially" support linux?   Hal Finkel
• [LLVMdev] LLVM Exception Handling   Anil Can Akay
  • [LLVMdev] LLVM Exception Handling   Reid Kleckner
    • [LLVMdev] LLVM Exception Handling   Jonathan Roelofs
• [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Khilan Gudka
  • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   David Blaikie
    • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Khilan Gudka
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   David Blaikie
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Eric Christopher
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Khilan Gudka
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Khilan Gudka
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Yuanfang Chen
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Duncan P. N. Exon Smith
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   Khilan Gudka
      • [LLVMdev] New kind of metadata to capture LLVM IR linking structure   David Blaikie
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
  • [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] Enabling stricter warnings for Windows builds   Kaylor, Andrew
  • [LLVMdev] Enabling stricter warnings for Windows builds   Reid Kleckner
  • [LLVMdev] Enabling stricter warnings for Windows builds   Tim Northover
  • [LLVMdev] Enabling stricter warnings for Windows builds   David Blaikie
    • [LLVMdev] Enabling stricter warnings for Windows builds   Kaylor, Andrew
      • [LLVMdev] Enabling stricter warnings for Windows builds   David Blaikie
• [LLVMdev] API Changes: TargetMachine::getSubtarget   Eric Christopher
  • [LLVMdev] API Changes: TargetMachine::getSubtarget   David Blaikie
  • [LLVMdev] API Changes: TargetMachine::getSubtarget   Akira Hatanaka
    • [LLVMdev] API Changes: TargetMachine::getSubtarget   Eric Christopher
      • [LLVMdev] API Changes: TargetMachine::getSubtarget   Akira Hatanaka
• [LLVMdev] Publication: Experimental Evaluation of Register Pressure Reduction Huristics   Ghassan Shobaki
• [LLVMdev] Question on Inline Assembly Code generation for X64   Tae Jun Ham
  • [LLVMdev] Question on Inline Assembly Code generation for X64   mats petersson
• [LLVMdev] How to get llvm inline asm operands type?   Wu Zhao
• [LLVMdev] clang Plugin   yao
• [LLVMdev] Is any way to get deference pointer value's raw type(i.e. pointer type)   Wu Zhao
  • [LLVMdev] Is any way to get deference pointer value's raw type(i.e. pointer type)   David Blaikie
• [LLVMdev] LLVM Weekly - #64, Mar 23rd 2015   Alex Bradbury
• [LLVMdev] [GSoC] Improvent of PRE in LLVM compiler   Aradhya Biswas
  • [LLVMdev] [GSoC] Improvent of PRE in LLVM compiler   Aradhya Biswas
    • [LLVMdev] [GSoC] Improvent of PRE in LLVM compiler   Daniel Berlin
      • [LLVMdev] [GSoC] Improvent of PRE in LLVM compiler   Aradhya Biswas
• [LLVMdev] [PATCH] simplify X86 LEA's assembly code   Jun Koi
  • [LLVMdev] [PATCH] simplify X86 LEA's assembly code   Craig Topper
• [LLVMdev] Removing TargetMachine CPU auto-detection for PowerPC and SystemZ?   Ulrich Weigand
  • [LLVMdev] Removing TargetMachine CPU auto-detection for PowerPC and SystemZ?   Hal Finkel
    • [LLVMdev] Removing TargetMachine CPU auto-detection for PowerPC and SystemZ?   Ulrich Weigand
      • [LLVMdev] Removing TargetMachine CPU auto-detection for PowerPC and SystemZ?   Hal Finkel
      • [LLVMdev] Removing TargetMachine CPU auto-detection for PowerPC and SystemZ?   Ulrich Weigand
• [LLVMdev] multithreading and the JIT, specifically llvm::sys::Memory   Dale Martin
  • [LLVMdev] multithreading and the JIT, specifically llvm::sys::Memory   Justin Bogner
    • [LLVMdev] multithreading and the JIT, specifically llvm::sys::Memory   Dale Martin
    • [LLVMdev] multithreading and the JIT, specifically llvm::sys::Memory   Reid Kleckner
• [LLVMdev] Changing The '.' Used to Prefix Labels in Assembly Output   bill rowe
  • [LLVMdev] Changing The '.' Used to Prefix Labels in Assembly Output   Tim Northover
  • [LLVMdev] Changing The '.' Used to Prefix Labels in Assembly Output   Ahmed Bougacha
    • [LLVMdev] Changing The '.' Used to Prefix Labels in Assembly Output   Ahmed Bougacha
• [LLVMdev] [GSoC] Proposal Feedback: Software Prefetching for Pointer Variables in the LLVM Compiler   Utpal Bora
  • [LLVMdev] [GSoC] Proposal Feedback: Software Prefetching for Pointer Variables in the LLVM Compiler   Utpal Bora
  • [LLVMdev] [GSoC] Proposal Feedback: Software Prefetching for Pointer Variables in the LLVM Compiler   Utpal Bora
• [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
  • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Jim Grosbach
• [LLVMdev] Mails from IITH marked as spam   Ramakrishna Upadrasta
  • [LLVMdev] Mails from IITH marked as spam   Joshua Cranmer 🐧
    • [LLVMdev] Mails from IITH marked as spam   Ramakrishna Upadrasta
• [LLVMdev] IR blocks for calling function pointers   Avinash Chiganmi
  • [LLVMdev] IR blocks for calling function pointers   Tim Northover
    • [LLVMdev] IR blocks for calling function pointers   Avinash Chiganmi
• [LLVMdev] Propagate clang attribute to IR   Rinaldini Julien
  • [LLVMdev] Propagate clang attribute to IR   Aaron Ballman
    • [LLVMdev] Propagate clang attribute to IR   Rinaldini Julien
      • [LLVMdev] Propagate clang attribute to IR   Aaron Ballman
      • [LLVMdev] Propagate clang attribute to IR   Rinaldini Julien
• [LLVMdev] [PATCH] fix outs/ins of MOV16mr instruction (X86)   Jun Koi
  • [LLVMdev] [PATCH] fix outs/ins of MOV16mr instruction (X86)   Ahmed Bougacha
    • [LLVMdev] [PATCH] fix outs/ins of MOV16mr instruction (X86)   Craig Topper
    • [LLVMdev] [PATCH] fix outs/ins of MOV16mr instruction (X86)   Jun Koi
      • [LLVMdev] [PATCH] fix outs/ins of MOV16mr instruction (X86)   Tim Northover
      • [LLVMdev] [PATCH] fix outs/ins of MOV16mr instruction (X86)   Gordon Keiser
• [LLVMdev] Euro LLVM nearly closing   Andy Thomason
• [LLVMdev] about llvm::use   Hui Zhang
  • [LLVMdev] about llvm::use   Daniel Berlin
• [LLVMdev] AArch64 ILP32 support   Geoff Berry
  • [LLVMdev] AArch64 ILP32 support   Renato Golin
• [LLVMdev] LLD: representation of a power of two value   Rui Ueyama
  • [LLVMdev] LLD: representation of a power of two value   Davide Italiano
  • [LLVMdev] LLD: representation of a power of two value   Nick Kledzik
    • [LLVMdev] LLD: representation of a power of two value   Rui Ueyama
      • [LLVMdev] LLD: representation of a power of two value   Shankar Easwaran
      • [LLVMdev] LLD: representation of a power of two value   Rui Ueyama
      • [LLVMdev] LLD: representation of a power of two value   Shankar Easwaran
      • [LLVMdev] LLD: representation of a power of two value   Rui Ueyama
  • [LLVMdev] LLD: representation of a power of two value   Michael Spencer
  • [LLVMdev] LLD: representation of a power of two value   Simon Atanasyan
  • [LLVMdev] LLD: representation of a power of two value   Sean Silva
    • [LLVMdev] LLD: representation of a power of two value   Rui Ueyama
      • [LLVMdev] LLD: representation of a power of two value   Shankar Easwaran
      • [LLVMdev] LLD: representation of a power of two value   Rui Ueyama
• [LLVMdev] 3.5.2-final tag created   Tom Stellard
  • [LLVMdev] 3.5.2-final tag created   Ben Pope
  • [LLVMdev] 3.5.2-final tag created   Hans Wennborg
  • [LLVMdev] 3.5.2-final tag created   Daniel Sanders
  • [LLVMdev] 3.5.2-final tag created   Renato Golin
  • [LLVMdev] 3.5.2-final tag created   sebastian.dressler at gmail.com
• [LLVMdev] Xtext grammar for LLVM MC assembler.   Dominique Torette
• [LLVMdev] [PATCH] Test failures   Hannes Weisbach
  • [LLVMdev] [PATCH] Test failures   Kostya Serebryany
    • [LLVMdev] [PATCH] Test failures   Hannes Weisbach
• [LLVMdev] Is anyone interested in work on a Fujitsu FR series backend?   Gordon Keiser
  • [LLVMdev] Is anyone interested in work on a Fujitsu FR series backend?   Gordon Keiser
• [LLVMdev] Live variable analysis   kharchenko
  • [LLVMdev] Live variable analysis   Victor Campos
• [LLVMdev] Optimization puzzle...   Benoit Belley
  • [LLVMdev] Optimization puzzle...   Daniel Berlin
    • [LLVMdev] Optimization puzzle...   Daniel Berlin
      • [LLVMdev] Optimization puzzle...   Daniel Berlin
      • [LLVMdev] Optimization puzzle...   Daniel Berlin
      • [LLVMdev] Optimization puzzle...   Benoit Belley
• [LLVMdev] Instruction::mayThrow not handling invoke's?   Daniel Berlin
  • [LLVMdev] Instruction::mayThrow not handling invoke's?   Daniel Berlin
• [LLVMdev] [Inliner] passing inline hint to optimizer if it appears explicitly on declaration   Balaram Makam
  • [LLVMdev] [Inliner] passing inline hint to optimizer if it appears explicitly on declaration   Balaram Makam
• [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Ashish Saxena
  • [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Francois Pichet
    • [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Ashish Saxena
      • [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Rafael Espíndola
      • [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Ashish Saxena
      • [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Rafael Espíndola
      • [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Ashish Saxena
      • [LLVMdev] LLVM fails for inline asm with Link Time Optimization   Ashish Saxena
• [LLVMdev] MCJIT finalizeObject output to use in external process   Dave Pitsbawn
  • [LLVMdev] MCJIT finalizeObject output to use in external process   Kaylor, Andrew
    • [LLVMdev] MCJIT finalizeObject output to use in external process   Dave Pitsbawn
      • [LLVMdev] MCJIT finalizeObject output to use in external process   Kaylor, Andrew
      • [LLVMdev] MCJIT finalizeObject output to use in external process   Dave Pitsbawn
      • [LLVMdev] MCJIT finalizeObject output to use in external process   Kaylor, Andrew
      • [LLVMdev] MCJIT finalizeObject output to use in external process   Dave Pitsbawn
      • [LLVMdev] MCJIT finalizeObject output to use in external process   Kaylor, Andrew
• [LLVMdev] Beginner LLVM Questions   ajay gopalakrishnan
  • [LLVMdev] Beginner LLVM Questions   David Blaikie
• [LLVMdev] https://llvm.org/bugs/show_bug.cgi?id=22771 and N2255: as good as it gets?   Mark Millard
• [LLVMdev] LLNL wants one of you (as an HPC compiler and tool developer)   Hal Finkel
  • [LLVMdev] LLNL wants one of you (as an HPC compiler and tool developer)   John Criswell
    • [LLVMdev] LLNL wants one of you (as an HPC compiler and tool developer)   cbergstrom at pathscale.com
      • [LLVMdev] LLNL wants one of you (as an HPC compiler and tool developer)   John Criswell
      • [LLVMdev] LLNL wants one of you (as an HPC compiler and tool developer)   David Chisnall
      • [LLVMdev] LLNL wants one of you (as an HPC compiler and tool developer)   Hal Finkel
  • [LLVMdev] [Openmp-dev] LLNL wants one of you (as an HPC compiler and tool developer)   Jack Howarth
    • [LLVMdev] [Openmp-dev] LLNL wants one of you (as an HPC compiler and tool developer)   Hal Finkel
• [LLVMdev] Moving towards a singular pointer type   David Chisnall
  • [LLVMdev] Moving towards a singular pointer type   David Blaikie
    • [LLVMdev] Moving towards a singular pointer type   David Chisnall
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
• [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Sanjoy Das
  • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   David Majnemer
    • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Sanjoy Das
      • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Andrew Trick
      • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Philip Reames
      • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Andrew Trick
  • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Andrew Trick
    • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Sanjoy Das
      • [LLVMdev] `llvm.$op.with.overflow`, InstCombine and ScalarEvolution   Andrew Trick
• [LLVMdev] GSOC project on KCoFI   Aditya Verma IDD M Tech Computer Sc & Engg., IIT(BHU), Varanasi (U.P.)
  • [LLVMdev] GSOC project on KCoFI   John Criswell
    • [LLVMdev] GSOC project on KCoFI   Aditya Verma IDD M Tech Computer Sc & Engg., IIT(BHU), Varanasi (U.P.)
      • [LLVMdev] GSOC project on KCoFI   John Criswell
• [LLVMdev] Z3 has been released under MIT license   Mehdi Amini
• [LLVMdev] Question about load clustering in the machine scheduler   Tom Stellard
  • [LLVMdev] Question about load clustering in the machine scheduler   Andrew Trick
    • [LLVMdev] Question about load clustering in the machine scheduler   Tom Stellard
      • [LLVMdev] Question about load clustering in the machine scheduler   Andrew Trick
      • [LLVMdev] Question about load clustering in the machine scheduler   Tom Stellard
      • [LLVMdev] Question about load clustering in the machine scheduler   Andrew Trick
• [LLVMdev] Modify a module at runtime in MCJIT   Lang Hames
• [LLVMdev] Parameter to control precision in floating point range analysis   Aditya Kamath
• [LLVMdev] Working with custom runtime library calls   Dylan McKay
• [LLVMdev] Use the IR information to Modify the AST?   yao
  • [LLVMdev] Use the IR information to Modify the AST?   mats petersson
    • [LLVMdev] Does llvm intrinsic function allow "complicated" arguments?   kewuzhang
      • [LLVMdev] Does llvm intrinsic function allow "complicated" arguments?---- correction for my previous msg   kewuzhang
      • [LLVMdev] Does llvm intrinsic function allow "complicated" arguments?   Tim Northover
      • [LLVMdev] Does llvm intrinsic function allow "complicated" arguments?   kewuzhang
• [LLVMdev] [GSoc] Proposal Feedback: Compile Time Optimizations in Polly   Pratik Bhatu
• [LLVMdev] SFI and Artificial Diversity   Kenneth Adam Miller
  • [LLVMdev] SFI and Artificial Diversity   Per Larsen
    • [LLVMdev] SFI and Artificial Diversity   Kenneth Adam Miller
      • [LLVMdev] SFI and Artificial Diversity   Kenneth Adam Miller
      • [LLVMdev] SFI and Artificial Diversity   JF Bastien
      • [LLVMdev] SFI and Artificial Diversity   Stephen Crane
    • [LLVMdev] SFI and Artificial Diversity   JF Bastien
• [LLVMdev] Proposal for GSOC : KCoFI   Aditya Verma IDD M Tech Computer Sc & Engg., IIT(BHU), Varanasi (U.P.)
  • [LLVMdev] Proposal for GSOC : KCoFI   Kenneth Adam Miller
• [LLVMdev] Contributing a new target to LLVM   Martin J. O'Riordan
  • [LLVMdev] Contributing a new target to LLVM   Tom Stellard
    • [LLVMdev] Contributing a new target to LLVM   Chandler Carruth
• [LLVMdev] Missed constant replacement opportunity with llvm.assume?   Josh Klontz
  • [LLVMdev] Missed constant replacement opportunity with llvm.assume?   Josh Klontz
• [LLVMdev] Non-clang warning cleanliness in the LLVM project   David Blaikie
  • [LLVMdev] Non-clang warning cleanliness in the LLVM project   Yaron Keren
  • [LLVMdev] Non-clang warning cleanliness in the LLVM project   Kaylor, Andrew
  • [LLVMdev] Non-clang warning cleanliness in the LLVM project   Chandler Carruth
  • [LLVMdev] Non-clang warning cleanliness in the LLVM project   Aaron Ballman
• [LLVMdev] fix for loop scale limiting in BFI   Diego Novillo
  • [LLVMdev] fix for loop scale limiting in BFI   Xinliang David Li
    • [LLVMdev] fix for loop scale limiting in BFI   Diego Novillo
      • [LLVMdev] fix for loop scale limiting in BFI   Xinliang David Li
      • [LLVMdev] fix for loop scale limiting in BFI   Chandler Carruth
      • [LLVMdev] fix for loop scale limiting in BFI   Xinliang David Li
      • [LLVMdev] fix for loop scale limiting in BFI   Diego Novillo
      • [LLVMdev] fix for loop scale limiting in BFI   Xinliang David Li
  • [LLVMdev] fix for loop scale limiting in BFI   Chandler Carruth
    • [LLVMdev] fix for loop scale limiting in BFI   Chandler Carruth
  • [LLVMdev] fix for loop scale limiting in BFI   Xinliang David Li
  • [LLVMdev] fix for loop scale limiting in BFI   Duncan P. N. Exon Smith
    • [LLVMdev] fix for loop scale limiting in BFI   Xinliang David Li
      • [LLVMdev] fix for loop scale limiting in BFI   Chandler Carruth
    • [LLVMdev] fix for loop scale limiting in BFI   Diego Novillo
    • [LLVMdev] fix for loop scale limiting in BFI   Diego Novillo
• [LLVMdev] LLVMContextImpl.h not installed?   Alexander Poddey
• [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Chao Yan
  • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Ed Schouten
    • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Chao Yan
      • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Daniel Dilts
      • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Daniel Dilts
      • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Chao Yan
      • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Daniel Dilts
      • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Richard Pennington
      • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Chao Yan
      • [LLVMdev] How to Cross Compile libcompiler_rt Static Library?   Richard Pennington
• [LLVMdev] LLVM feedback from new user   Dibyendu Majumdar
  • [LLVMdev] LLVM feedback from new user   Sean Silva
• [LLVMdev] ELLCC now has 64 bit ARM AArch64 Support   Richard Pennington
• [LLVMdev] compiler-rt: AArch64 and IEEE quad-precision floating point   Ed Maste
• [LLVMdev] [PATCH][MCJIT][Orc] RTDyldMemoryManager refactor.   Lang Hames
• [LLVMdev] LLVM Weekly - #65, Mar 30th 2015   Alex Bradbury
• [LLVMdev] About Compiler-RT   qiuw at ichaier.com
  • [LLVMdev] About Compiler-RT   Renato Golin
    • [LLVMdev] About Compiler-RT   Chao Yan
• [LLVMdev] [IntrinsicLowering.cpp] How to use LowerIntrinsicCall(..) ?   Jobin, Gaël
• [LLVMdev] LTO, Code Generation Options, etc   Eric Christopher
  • [LLVMdev] LTO, Code Generation Options, etc   Eric Christopher
    • [LLVMdev] LTO, Code Generation Options, etc   Duncan P. N. Exon Smith
  • [LLVMdev] LTO, Code Generation Options, etc   David Blaikie
    • [LLVMdev] LTO, Code Generation Options, etc   Eric Christopher
• [LLVMdev] Color diagnostics   Perry Hung
  • [LLVMdev] Color diagnostics   David Blaikie
    • [LLVMdev] Color diagnostics   Chandler Carruth
      • [LLVMdev] Color diagnostics   David Blaikie
      • [LLVMdev] Color diagnostics   Hans Wennborg
      • [LLVMdev] Color diagnostics   Chandler Carruth
  • [LLVMdev] Color diagnostics   Hans Wennborg
    • [LLVMdev] Color diagnostics   Perry Hung
      • [LLVMdev] Color diagnostics   Chandler Carruth
      • [LLVMdev] Color diagnostics   Perry Hung
      • [LLVMdev] Color diagnostics   Hans Wennborg
• [LLVMdev] Invalid or unaligned stack   Dibyendu Majumdar
  • [LLVMdev] Invalid or unaligned stack   Reid Kleckner
  • [LLVMdev] Invalid or unaligned stack   Dibyendu Majumdar
• [LLVMdev] Simple IR example is doing a loop when there is none   Dave Pitsbawn
• [LLVMdev] Recall: Cast to SCEVAddRecExpr   Nema, Ashutosh
• [LLVMdev] LLVM bay-area social for April!   Nick Lewycky
• [LLVMdev] why is gc.root 8 bits?   Hayden Livingston
  • [LLVMdev] why is gc.root 8 bits?   David Chisnall
    • [LLVMdev] why is gc.root 8 bits?   Hayden Livingston
      • [LLVMdev] why is gc.root 8 bits?   David Chisnall
• [LLVMdev] unsupported GC: shadow-stack when using MCJIT   Hayden Livingston
  • [LLVMdev] unsupported GC: shadow-stack when using MCJIT   Philip Reames
    • [LLVMdev] unsupported GC: shadow-stack when using MCJIT   Hayden Livingston
      • [LLVMdev] unsupported GC: shadow-stack when using MCJIT   Philip Reames
      • [LLVMdev] unsupported GC: shadow-stack when using MCJIT   Philip Reames
      • [LLVMdev] unsupported GC: shadow-stack when using MCJIT   Hayden Livingston
• [LLVMdev] why we assume malloc() always returns a non-null pointer in instruction combing?   Kevin Qin
  • [LLVMdev] why we assume malloc() always returns a non-null pointer in instruction combing?   mats petersson
    • [LLVMdev] why we assume malloc() always returns a non-null pointer in instruction combing?   mats petersson
      • [LLVMdev] why we assume malloc() always returns a non-null pointer in instruction combing?   Kevin Qin
      • [LLVMdev] why we assume malloc() always returns a non-null pointer in instruction combing?   Jiangning Liu
      • [LLVMdev] why we assume malloc() always returns a non-null pointer in instruction combing?   David Majnemer
• [LLVMdev] Escope of otimization in LLVM   Natanael Ramos
• [LLVMdev] Stateful alias analysis   James Molloy
• [LLVMdev] variable_ops in RET?   Yang, Cheng-Chih
• [LLVMdev] LLVM Shared DLL not supported reason   Hayden Livingston
• [LLVMdev] where should volatileness really live in the AA API?   Daniel Berlin
• [LLVMdev] Why the fault?   Mark Schimmel
  • [LLVMdev] Why the fault?   Daniel Berlin
• [LLVMdev] [RFC] Setting preserve-bc-use-list-order=true by default   Duncan P. N. Exon Smith
• [LLVMdev] Workaround for Bug 22963?   Alan Garny

Last message date: Tue Mar 31 22:42:12 PDT 2015
Archived on: Tue Aug 4 17:24:27 PDT 2015

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