November 2014 Archives by thread

• Messages sorted by: [ subject ] [ 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] 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?   Brooks Davis
      • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Dan Liew
      • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Reid Kleckner
      • [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?   Bob Wilson
      • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Eli Bendersky
      • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Matt Arsenault
      • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Eric Christopher
  • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
    • [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?   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?   Reid Kleckner
  • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Steven Stewart-Gallus
    • [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?   Eric Christopher
    • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Dan Liew
      • [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?   Steven Stewart-Gallus
      • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Renato Golin
      • [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?   Daniel Sanders
  • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Renato Golin
  • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tom Stellard
  • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Csaba Raduly
    • [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Jean-Daniel Dupas
• [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] Libcxx buildbot   Renato Golin
  • [LLVMdev] Libcxx buildbot   Eric Fiselier
• [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)   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)   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)   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)   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)   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] 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)   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)   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)   Rafael Espíndola
• [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] LLVM Help   Omar Abed Alkar Darwish
  • [LLVMdev] LLVM Help   John Criswell
• [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] "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] Publication at ICFEM 2014   John Criswell
• [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] Testing C++11 standard features   victor
  • [LLVMdev] Testing C++11 standard features   Yaron Keren
    • [LLVMdev] Testing C++11 standard features   victor
• [LLVMdev] LLVM IR to ISA   Konstantinos Parasyris
  • [LLVMdev] LLVM IR to ISA   David Chisnall
• [LLVMdev] Hexagon integrated assembler   Andreas Färber
• [LLVMdev] LLVM Weekly - #44, Nov 3rd 2014   Alex Bradbury
• [LLVMdev] Runtime introspection of "Release Mode" programs using LLVM or LLDB   Jonathan Roelofs
  • [LLVMdev] [lldb-dev] Runtime introspection of "Release Mode" programs using LLVM or LLDB   Greg Clayton
• [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   Stephen Checkoway
      • [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   David Chisnall
    • [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   Nick Lewycky
      • [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] 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] [PATCH] Symbol offsets   Ben Gamari
  • [LLVMdev] [PATCH] Symbol offsets   Ben Gamari
• [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] 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   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] Issue with std::call_once in PPC64 platform   Bill Schmidt
• [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] lifetime.start/end clarification   Arnaud A. de Grandmaison
  • [LLVMdev] lifetime.start/end clarification   Renato Golin
    • [LLVMdev] [cfe-dev] lifetime.start/end clarification   Hal Finkel
    • [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   Arnaud A. de Grandmaison
      • [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   Philip Reames
      • [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   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   Chandler Carruth
      • [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   Philip Reames
    • [LLVMdev] lifetime.start/end clarification   Arnaud A. de Grandmaison
      • [LLVMdev] lifetime.start/end clarification   Philip Reames
• [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] [cfe-dev] Regression Suite Failure: Windows 64-bit Build   Aaron W.Hsu
• [LLVMdev] DAGOperand problem   Matt Arsenault
• [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] [PATCH] ARM64 GHC Calling Convention   Luke Iannini
• [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] question on memory dependence analyzer   ramshankar r
• [LLVMdev] Order of generated code in *GenFastISel.inc   Bill Seurer
  • [LLVMdev] Order of generated code in *GenFastISel.inc   Eric Christopher
• [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'?   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 lower the intrinsic function 'llvm.objectsize'?   Ahmed Bougacha
• [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] [cfe-dev] RFC: Indirect Call Target Profiling   Philip Reames
• [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] 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] Need Project Status   Mahesh Attarde
• [LLVMdev] Fwd: Need Project Status   Mahesh Attarde
• [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   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   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   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] Cross-compiler to arm   Hanbing Li
  • [LLVMdev] Cross-compiler to arm   Tim Northover
    • [LLVMdev] Cross-compiler to arm   Hanbing Li
• [LLVMdev] Re : Cross-compiler to arm   Abdoulaye Walsimou Gaye
  • [LLVMdev] Re : Cross-compiler to arm   Hanbing Li
• [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] Optimization of landing pads   Vadim Chugunov
  • [LLVMdev] Optimization of landing pads   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   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] 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] 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] propagating Globals modref information using metadata   ramshankar r
  • [LLVMdev] propagating Globals modref information using metadata   Hal Finkel
• [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   Eric Christopher
      • [LLVMdev] Reimplementing Darwin's dsymutil as an lld helper   Eric Christopher
  • [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] Proposal for ""llvm.mem.vectorize.safelen"   Tian, Xinmin
• [LLVMdev] LLVM-clang with opennp   Amir H. Ashouri
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific today.   Galina Kistanova
• [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] LLVM server down   Bogdan Alexandru Stoica
  • [LLVMdev] LLVM server down   Bogdan Alexandru Stoica
  • [LLVMdev] LLVM server down   Chandler Carruth
• [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] [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   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   Chris Lattner
    • [LLVMdev] [RFC] Separating Metadata from the Value hierarchy   Duncan P. N. Exon Smith
      • [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   Pete Cooper
      • [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   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] clang -O is removing statements   Jiang LONG
  • [LLVMdev] clang -O is removing statements   Kito Cheng
• [LLVMdev] MachineSink.cpp bug?   Jonas Paulsson
• [LLVMdev] LLVM Weekly - #45, Nov 10th 2014   Alex Bradbury
  • [LLVMdev] LLVM Weekly - #45, Nov 10th 2014   Daniel Sanders
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Xiaoguang Wang
• [LLVMdev] 3.5.1 Release Schedule   Tom Stellard
• [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] Gnu toolchain update newsletters   Shankar Easwaran
• [LLVMdev] LLVM-HPC Workshop at SC'14 - Agenda Posted   Hal Finkel
• [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] 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] Replacing IR call instructions by Intrinsics   Jan Teske
• [LLVMdev] architecture-specific builtins and OpenCL   Richard Gorton
• [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] CallGraph.cpp incorrectly identifying call instructions   João Corrêa
• [LLVMdev] LLVM buildmaster will be restarted today after 5 PM PT   Galina Kistanova
• [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] 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] [Publication] An abstract machine for network traffic analysis.   Robin Sommer
  • [LLVMdev] [Publication] An abstract machine for network traffic analysis.   John Criswell
• [LLVMdev] LLVM Social - Paris: December 9, 2014   Arnaud Allard de Grandmaison
  • [LLVMdev] LLVM Social - Paris: December 9, 2014   Arnaud Allard de Grandmaison
• [LLVMdev] Machine Instruction operands   Konstadinos PARASYRIS
  • [LLVMdev] Machine Instruction operands   Quentin Colombet
• [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] 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] New type of smart pointer for LLVM   David Blaikie
      • [LLVMdev] [cfe-dev] New type of smart pointer for LLVM   Argyrios Kyrtzidis
• [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] [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] Segmented Stack Implementation   Kavon Farvardin
  • [LLVMdev] Segmented Stack Implementation   Sanjoy Das
• [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)   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)   Eric Christopher
    • [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)   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)   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] Embedding command line options in bitcode (PR21471)   Pete Cooper
      • [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)   Chandler Carruth
      • [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] 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)   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)   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] 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   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] 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   Philip Reames
    • [LLVMdev] Upcoming Changes/Additions to Scoped-NoAlias metadata   Hal Finkel
• [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] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
  • [LLVMdev] memory scopes in atomic instructions   Tom Stellard
    • [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] memory scopes in atomic instructions   Owen Anderson
    • [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] [Test-Suite] EOL characters in input and reference output files   Oleg Ranevskyy
• [LLVMdev] Checking source code signatures?   Geoff Shannon
• [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] about stackmap intrinsic   marwayusuf at feng.bu.edu.eg
• [LLVMdev] jit folder   marwayusuf at feng.bu.edu.eg
  • [LLVMdev] jit folder   Tim Northover
• [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 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] x86 frame pointer and EHSjLjSetJmp   Robison, Arch
• [LLVMdev] Is it possible to cache a function using MCJIT?   Cheng Zhu
• [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] executable ELF as linker output   DeepaBallari
• [LLVMdev] Summer 2015 internships in Apple's Source Tools & Program Analysis Teams   Ted Kremenek
  • [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] Test failure   Csaba Raduly
  • [LLVMdev] Test failure   David Blaikie
    • [LLVMdev] Test failure   Csaba Raduly
• [LLVMdev] Merge Cpu0 backend example code into one copy   Jonathan
  • [LLVMdev] Merge Cpu0 backend example code into one copy   Sean Silva
• [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] [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] LLVM at FOSDEM 2015 - Call for papers and participation [Reminder]   Tobias Grosser
• [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   Lang Hames
  • [LLVMdev] Odd code layout requirements for MCJIT   Philip Reames
• [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] [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] 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   Andrew Wilkins
    • [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
    • [LLVMdev] Proposal: add Go frontend subproject based on llgo   David Chisnall
  • [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   Peter Collingbourne
      • [LLVMdev] Proposal: add Go frontend subproject based on llgo   Ian Taylor
      • [LLVMdev] Proposal: add Go frontend subproject based on llgo   Joerg Sonnenberger
      • [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   Tom Stellard
    • [LLVMdev] Proposal: add Go frontend subproject based on llgo   Peter Collingbourne
  • [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] [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 buildmaster will be restarted soon   Galina Kistanova
• [LLVMdev] A question about the pass manager infrastructure   Qingan Li
• [LLVMdev] [lld] [patch] Mach-O Performance fix   Jean-Daniel Dupas
  • [LLVMdev] [lld] [patch] Mach-O Performance fix   Nick Kledzik
• [LLVMdev] LLVM interpreter external function   Fulcrum TheFirst
• [LLVMdev] LLVM Interpreter external library   Fulcrum TheFirst
• [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] Dragonegg/Cross compile aarch64-apple-darwin   Hendrik Greving
  • [LLVMdev] Dragonegg/Cross compile aarch64-apple-darwin   Hendrik Greving
• [LLVMdev] basic block reordeing in memory   Zahra Marj
  • [LLVMdev] basic block reordeing in memory   John Criswell
• [LLVMdev] scons   reed kotler
• [LLVMdev] plugin my instruction scheduling   huyite
• [LLVMdev] compiler-rt libclang_rt.tsan circular dependency?   Ed Maste
• [LLVMdev] Sanitizer buildbot   Renato Golin
  • [LLVMdev] Sanitizer buildbot   Galina Kistanova
    • [LLVMdev] Sanitizer buildbot   Renato Golin
• [LLVMdev] LLVM buildmaster will be restarted in few minutes.   Galina Kistanova
• [LLVMdev] LLVM interpreter external function (Fulcrum TheFirst)   Qingan Li
• [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] 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] writing, registerng and running a machine function pass   Zahra Marj
• [LLVMdev] question about dibuilder   Hui Zhang
  • [LLVMdev] question about dibuilder   David Blaikie
• [LLVMdev] LLVM   Omar Abed Alkar Darwish
  • [LLVMdev] LLVM   Bruce Hoult
• [LLVMdev] LLVM Weekly - #47, Nov 24th 2014   Alex Bradbury
• [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] 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   Eric Christopher
      • [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   Dimitry Andric
      • [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
      • [LLVMdev] Proposed patches for Clang 3.5.1   Renato Golin
      • [LLVMdev] Proposed patches for Clang 3.5.1   Dimitry Andric
      • [LLVMdev] Proposed patches for Clang 3.5.1   Nadav Rotem
      • [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   Rafael Espíndola
      • [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   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   Tom Stellard
      • [LLVMdev] Proposed patches for Clang 3.5.1   Tom Stellard
      • [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   Jeremy Huddleston Sequoia
  • [LLVMdev] Proposed patches for Clang 3.5.1   David Chisnall
  • [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] 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   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   David Chisnall
    • [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   Tim Northover
    • [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] Unable to Split critical edges   Afraz
• [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Chandler Carruth
• [LLVMdev] Request to merge r213769   Daniel Sanders
• [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] 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] [cfe-dev] LNT server is down   Tobias Grosser
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific   Galina Kistanova
• [LLVMdev] Having problem about split basic block   Chang May
• [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] Optimized turned on by default?   Ramkumar Ramachandra
  • [LLVMdev] Optimized turned on by default?   Sean Silva
    • [LLVMdev] Optimized turned on by default?   Eric Christopher
• [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] memset and _Znaj and fast-isel   reed kotler
  • [LLVMdev] memset and _Znaj and fast-isel   Reed Kotler
• [LLVMdev] Out of source backend   Zoltan Bokor
  • [LLVMdev] Out of source backend   Rafael Auler
    • [LLVMdev] Out of source backend   Zoltan Bokor
• [LLVMdev] static initialization   Hiesgen, Raphael
  • [LLVMdev] static initialization   Hiesgen, Raphael
  • [LLVMdev] static initialization   Tim Northover
• [LLVMdev] Master thesis   Karl Hylén
  • [LLVMdev] Master thesis   Sean Silva
  • [LLVMdev] Master thesis   Hal Finkel
  • [LLVMdev] Master thesis   Aditya Avinash
• [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] 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] [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] LLVM Testing Experience   Mehmet Erol Sanliturk
  • [LLVMdev] LLVM Testing Experience   Daniel Sanders
• [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] possible bug in COFFObjectFile::getSymbolType()   Ted Woodward
• [LLVMdev] I am confused about target triple strings   Rodney M. Bates
  • [LLVMdev] I am confused about target triple strings   Rodney M. Bates
• [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] 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... :(   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] Perf is dead again... :(   Adve, Vikram Sadanand
    • [LLVMdev] Perf is dead again... :(   Renato Golin
• [LLVMdev] Fast-math flags in constant expressions   Sergey Dmitrouk
  • [LLVMdev] Fast-math flags in constant expressions   Sergey Dmitrouk
• [LLVMdev] Compiling LLVM 3.5 in OsX Yosemite   DAVID PEREIRA
• [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] ScalarEvolution: Suboptimal handling of globals   Vaivaswatha N
  • [LLVMdev] ScalarEvolution: Suboptimal handling of globals   Sanjoy Das
    • [LLVMdev] ScalarEvolution: Suboptimal handling of globals   Vaivaswatha N
• [LLVMdev] [lld] building with recent LLVM?   Bas van den Berg
  • [LLVMdev] [lld] building with recent LLVM?   Ed Maste
• [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] Loop Unroll   rcieszew
  • [LLVMdev] Loop Unroll   Sahasrabuddhe, Sameer
• [LLVMdev] llvm pass command   Shreyas Mysore Shankar
  • [LLVMdev] llvm pass command   Kamal Sharma
  • [LLVMdev] llvm pass command   Arsen Hakobyan
• [LLVMdev] oprofile support?   Lang Hames
  • [LLVMdev] oprofile support?   Maurice Marks
• [LLVMdev] LLVM GlobalStatus possible bug (patch provided)   Christophe Duvernois
• [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] llvm request   Shreyas Mysore Shankar
  • [LLVMdev] llvm request   Joerg Sonnenberger
• [LLVMdev] LLVM Back-End structur related question.   Arsen Hakobyan
• [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] LLVM Help on input sanitization   Ando Roy
  • [LLVMdev] LLVM Help on input sanitization   Sanjoy Das
• [LLVMdev] xcode build issue   Herbie Robinson
• [LLVMdev] TMS320C6X   huyite

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

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