February 2014 Archives by thread

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

Starting: Sat Feb 1 00:43:32 PST 2014
Ending: Fri Feb 28 21:48:47 PST 2014
Messages: 840

• [LLVMdev] LoadInst result   nizam at cse.iitm.ac.in
  • [LLVMdev] LoadInst result   Joey Gouly
  • [LLVMdev] LoadInst result   Sean Silva
    • [LLVMdev] LoadInst result   nizam at cse.iitm.ac.in
      • [LLVMdev] LoadInst result   Tim Northover
      • [LLVMdev] LoadInst result   nizam at cse.iitm.ac.in
      • [LLVMdev] LoadInst result   Amara Emerson
      • [LLVMdev] LoadInst result   nizam at cse.iitm.ac.in
      • [LLVMdev] LoadInst result   Tim Northover
• [LLVMdev] make DataLayout a mandatory part of Module   Chandler Carruth
  • [LLVMdev] make DataLayout a mandatory part of Module   Philip Reames
    • [LLVMdev] make DataLayout a mandatory part of Module   Nick Lewycky
      • [LLVMdev] make DataLayout a mandatory part of Module   David Chisnall
      • [LLVMdev] make DataLayout a mandatory part of Module   Chandler Carruth
      • [LLVMdev] make DataLayout a mandatory part of Module   David Chisnall
      • [LLVMdev] make DataLayout a mandatory part of Module   Philip Reames
      • [LLVMdev] make DataLayout a mandatory part of Module   Philip Reames
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Philip Reames
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Philip Reames
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Philip Reames
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Andrew Trick
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Philip Reames
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Andrew Trick
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Philip Reames
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Andrew Trick
      • [LLVMdev] Pointer vs Integer classification (was Re: make DataLayout a mandatory part of Module)   Philip Reames
• [LLVMdev] Technical details discussion for SEH   Kai Nacke
• [LLVMdev] Sanitizers libs in Compiler-RT   Renato Golin
  • [LLVMdev] Sanitizers libs in Compiler-RT   Iain Sandoe
  • [LLVMdev] Sanitizers libs in Compiler-RT   Alex Rosenberg
    • [LLVMdev] [cfe-dev] Sanitizers libs in Compiler-RT   Chandler Carruth
    • [LLVMdev] Sanitizers libs in Compiler-RT   Evgeniy Stepanov
      • [LLVMdev] Sanitizers libs in Compiler-RT   David Chisnall
  • [LLVMdev] Sanitizers libs in Compiler-RT   David Chisnall
  • [LLVMdev] Sanitizers libs in Compiler-RT   Sean Silva
    • [LLVMdev] Sanitizers libs in Compiler-RT   Renato Golin
• [LLVMdev] Loop unrolling opportunity in SPEC's libquantum with profile info   Chandler Carruth
  • [LLVMdev] Loop unrolling opportunity in SPEC's libquantum with profile info   Arnold Schwaighofer
• [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Chandler Carruth
  • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Hal Finkel
    • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Chandler Carruth
    • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Andrew Trick
  • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Andrew Trick
    • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Chandler Carruth
      • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Andrew Trick
      • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Andrew Trick
  • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Chris Lattner
    • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Chandler Carruth
      • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Philip Reames
    • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Andrew Trick
      • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Chris Lattner
      • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Chandler Carruth
      • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Andrew Trick
      • [LLVMdev] [RFC] LCSSA vs. SSAUpdater ... FIGHT!   Andrew Trick
• [LLVMdev] Eliminate SSA Virtual registers   nizam at cse.iitm.ac.in
  • [LLVMdev] Eliminate SSA Virtual registers   Benjamin Kramer
    • [LLVMdev] Eliminate SSA Virtual registers   nizam at cse.iitm.ac.in
      • [LLVMdev] Eliminate SSA Virtual registers   nizam at cse.iitm.ac.in
      • [LLVMdev] Eliminate SSA Virtual registers   Jeremy Lakeman
  • [LLVMdev] Eliminate SSA Virtual registers   Anton Korobeynikov
• [LLVMdev] ADT/Hashing.h on 32-bit platforms   Stephan Tolksdorf
  • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Chandler Carruth
    • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Stephan Tolksdorf
      • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Chandler Carruth
      • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Stephan Tolksdorf
      • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Chandler Carruth
      • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Stephan Tolksdorf
      • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Chandler Carruth
      • [LLVMdev] ADT/Hashing.h on 32-bit platforms   Stephan Tolksdorf
• [LLVMdev] Weird msan problem   Keno Fischer
  • [LLVMdev] Weird msan problem   Keno Fischer
    • [LLVMdev] Weird msan problem   Evgeniy Stepanov
      • [LLVMdev] Weird msan problem   Keno Fischer
      • [LLVMdev] Weird msan problem   Evgeniy Stepanov
      • [LLVMdev] Weird msan problem   Keno Fischer
      • [LLVMdev] Weird msan problem   Keno Fischer
      • [LLVMdev] Weird msan problem   Evgeniy Stepanov
      • [LLVMdev] Weird msan problem   Keno Fischer
• [LLVMdev] Some CMake issues (Are you being served?)   Stephen Kelly
  • [LLVMdev] Some CMake issues (Are you being served?)   Dmitri Gribenko
    • [LLVMdev] Some CMake issues (Are you being served?)   Stephen Kelly
  • [LLVMdev] Some CMake issues (Are you being served?)   NAKAMURA Takumi
    • [LLVMdev] Some CMake issues (Are you being served?)   Stephen Kelly
    • [LLVMdev] Some CMake issues (Are you being served?)   David Chisnall
      • [LLVMdev] Some CMake issues (Are you being served?)   Greg Fitzgerald
      • [LLVMdev] Some CMake issues (Are you being served?)   Brad King
      • [LLVMdev] Some CMake issues (Are you being served?)   Stephen Kelly
• [LLVMdev] Why variables get "optimized away" after the last use in unoptimized code?   Yuri
  • [LLVMdev] Why variables get "optimized away" after the last use in unoptimized code?   David Chisnall
    • [LLVMdev] Why variables get "optimized away" after the last use in unoptimized code?   Yuri
      • [LLVMdev] Why variables get "optimized away" after the last use in unoptimized code?   Eric Christopher
      • [LLVMdev] Why variables get "optimized away" after the last use in unoptimized code?   Robinson, Paul
      • [LLVMdev] Why variables get "optimized away" after the last use in unoptimized code?   Eric Christopher
  • [LLVMdev] Why variables get "optimized away" after the last use in unoptimized code?   Yuri
• [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Chandler Carruth
  • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Andrew Trick
    • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Chandler Carruth
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Bob Wilson
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Chandler Carruth
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Andrew Trick
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Chandler Carruth
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Eric Christopher
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Andrew Trick
    • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Owen Anderson
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Andrew Trick
      • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Chandler Carruth
  • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Diego Novillo
    • [LLVMdev] [RFC] BlockFrequency is the wrong metric; we need a new one   Duncan P. N. Exon Smith
• [LLVMdev] Data-flow analysis framework for LLVM   Maciej Piechotka
• [LLVMdev] LLVM/Clang on Sparc64   Venkatraman Govindaraju
  • [LLVMdev] LLVM/Clang on Sparc64   Anton Korobeynikov
    • [LLVMdev] LLVM/Clang on Sparc64   Venkatraman Govindaraju
      • [LLVMdev] LLVM/Clang on Sparc64   Bill Wendling
      • [LLVMdev] LLVM/Clang on Sparc64   Venkatraman Govindaraju
  • [LLVMdev] LLVM/Clang on Sparc64   David Blaikie
• [LLVMdev] Generalized dead allocation elimination?   Shea Levy
  • [LLVMdev] Generalized dead allocation elimination?   Philip Reames
• [LLVMdev] Virtual register operand   nizam at cse.iitm.ac.in
• [LLVMdev] Changes in LLVM 3.4 llc name mangling?   Albert Graef
  • [LLVMdev] Changes in LLVM 3.4 llc name mangling?   Rafael Espíndola
    • [LLVMdev] Changes in LLVM 3.4 llc name mangling?   Albert Graef
      • [LLVMdev] Changes in LLVM 3.4 llc name mangling?   Albert Graef
      • [LLVMdev] Changes in LLVM 3.4 llc name mangling?   Rafael Espíndola
• [LLVMdev] llvm-reviews as llvm.org   Sylvestre Ledru
  • [LLVMdev] llvm-reviews as llvm.org   Renato Golin
    • [LLVMdev] llvm-reviews as llvm.org   Nick Lewycky
      • [LLVMdev] llvm-reviews as llvm.org   Chandler Carruth
      • [LLVMdev] llvm-reviews as llvm.org   Chris Lattner
      • [LLVMdev] llvm-reviews as llvm.org   Manuel Klimek
      • [LLVMdev] llvm-reviews as llvm.org   Richard
• [LLVMdev] [RFC] Removing FCA constants from the IR   Chandler Carruth
  • [LLVMdev] [RFC] Removing FCA constants from the IR   Chandler Carruth
    • [LLVMdev] [RFC] Removing FCA constants from the IR   Chris Lattner
  • [LLVMdev] [RFC] Removing FCA constants from the IR   Tim Northover
    • [LLVMdev] [RFC] Removing FCA constants from the IR   Chandler Carruth
  • [LLVMdev] [RFC] Removing FCA constants from the IR   Philip Reames
• [LLVMdev] Loading IR function into module   Sara Elshobaky
• [LLVMdev] EuroLLVM 2014 - Reminder to submit proposals and register   EuroLLVM Conference
• [LLVMdev] emitting function stub for mips16 floating point patch   Daniel Sanders
  • [LLVMdev] emitting function stub for mips16 floating point patch   Rafael Espíndola
    • [LLVMdev] emitting function stub for mips16 floating point patch   reed kotler
    • [LLVMdev] emitting function stub for mips16 floating point patch   reed kotler
      • [LLVMdev] emitting function stub for mips16 floating point patch   Rafael Espíndola
      • [LLVMdev] emitting function stub for mips16 floating point patch   reed kotler
      • [LLVMdev] emitting function stub for mips16 floating point patch   Rafael Espíndola
      • [LLVMdev] emitting function stub for mips16 floating point patch   reed kotler
      • [LLVMdev] emitting function stub for mips16 floating point patch   Rafael Espíndola
      • [LLVMdev] emitting function stub for mips16 floating point patch   Reed Kotler
      • [LLVMdev] emitting function stub for mips16 floating point patch   Reed Kotler
      • [LLVMdev] emitting function stub for mips16 floating point patch   Rafael Espíndola
      • [LLVMdev] emitting function stub for mips16 floating point patch   reed kotler
      • [LLVMdev] emitting function stub for mips16 floating point patch   Rafael Espíndola
      • [LLVMdev] emitting function stub for mips16 floating point patch   reed kotler
• [LLVMdev] LLVM Weekly - #5, Feb 3rd 2014   Alex Bradbury
  • [LLVMdev] LLVM Weekly - #5, Feb 3rd 2014   Andrey Bokhanko
• [LLVMdev] Loop unrolling a function   Sebastian Dreßler
• [LLVMdev] MergeFunctions: reduce complexity to O(log(N))   Stepan Dyatkovskiy
  • [LLVMdev] MergeFunctions: reduce complexity to O(log(N))   Stepan Dyatkovskiy
    • [LLVMdev] MergeFunctions: reduce complexity to O(log(N))   Stepan Dyatkovskiy
      • [LLVMdev] MergeFunctions: reduce complexity to O(log(N))   Stepan Dyatkovskiy
  • [LLVMdev] MergeFunctions: reduce complexity to O(log(N))   Nick Lewycky
    • [LLVMdev] MergeFunctions: reduce complexity to O(log(N))   Stepan Dyatkovskiy
  • [LLVMdev] MergeFunctions: reduce complexity to O(log(N))   Stepan Dyatkovskiy
• [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Todd Fiala
  • [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Eric Christopher
    • [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Eric Christopher
      • [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Todd Fiala
      • [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Eric Christopher
      • [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Todd Fiala
      • [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Adam Strzelecki
      • [LLVMdev] linux build broken on Ubuntu 12.04 x86_64   Todd Fiala
• [LLVMdev] Heads up, C++11 switch mid week!   JF Bastien
• [LLVMdev] LLVM Bay-area Social   Nick Lewycky
  • [LLVMdev] LLVM Bay-area Social   Nick Lewycky
• [LLVMdev] LTO and intrinsics   Tom Roeder
  • [LLVMdev] LTO and intrinsics   Nick Lewycky
• [LLVMdev] PassManagerBuilder::LibraryInfo has no effect?   Shea Levy
  • [LLVMdev] PassManagerBuilder::LibraryInfo has no effect?   Shea Levy
• [LLVMdev] Portable Computing Language (pocl) v0.9 released   Bill Wendling
• [LLVMdev] Compiler-RT tests on x86_64   Renato Golin
• [LLVMdev] Question about bug #18622#   Mathias Bauer
  • [LLVMdev] Question about bug #18622#   Renato Golin
    • [LLVMdev] Question about bug #18622#   Mathias Bauer
      • [LLVMdev] Question about bug #18622#   Renato Golin
  • [LLVMdev] Question about bug #18622#   David Chisnall
    • [LLVMdev] Question about bug #18622#   Renato Golin
• [LLVMdev] compiler-rt CMake build   Greg Fitzgerald
  • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
    • [LLVMdev] compiler-rt CMake build   Greg Fitzgerald
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Jean-Daniel Dupas
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Brad King
      • [LLVMdev] compiler-rt CMake build   Alexey Samsonov
      • [LLVMdev] compiler-rt CMake build   Chandler Carruth
      • [LLVMdev] compiler-rt CMake build   Tobias Grosser
      • [LLVMdev] compiler-rt CMake build   Brad King
• [LLVMdev] Using OpenMP to parallelize small programs   Andrey Bokhanko
• [LLVMdev] [RFC] CGContext skeleton implementation   Andrew Trick
• [LLVMdev] Generate ELF in x86 with RELA relocations   Yiannis Tsiouris
  • [LLVMdev] Generate ELF in x86 with RELA relocations   Tim Northover
• [LLVMdev] [lld] Allow atoms with empty name in the RefNameBuilder::buildDuplicateNameMap()   Simon Atanasyan
  • [LLVMdev] [lld] Allow atoms with empty name in the RefNameBuilder::buildDuplicateNameMap()   Rui Ueyama
  • [LLVMdev] [lld] Allow atoms with empty name in the RefNameBuilder::buildDuplicateNameMap()   Nick Kledzik
    • [LLVMdev] [lld] Allow atoms with empty name in the RefNameBuilder::buildDuplicateNameMap()   Simon Atanasyan
      • [LLVMdev] [lld] Allow atoms with empty name in the RefNameBuilder::buildDuplicateNameMap()   Nick Kledzik
      • [LLVMdev] [lld] Allow atoms with empty name in the RefNameBuilder::buildDuplicateNameMap()   Simon Atanasyan
• [LLVMdev] Guidance to understand the Vectorization framework of LLVM   rahul
  • [LLVMdev] Guidance to understand the Vectorization framework of LLVM   John Criswell
    • [LLVMdev] Guidance to understand the Vectorization framework of LLVM   Rahul Jain
• [LLVMdev] Optimisation of select/cmp/br   Pete Calvert
  • [LLVMdev] Optimisation of select/cmp/br   James Courtier-Dutton
    • [LLVMdev] Optimisation of select/cmp/br   Jeremy Lakeman
      • [LLVMdev] Optimisation of select/cmp/br   Pete Calvert
  • [LLVMdev] Optimisation of select/cmp/br   Rafael Espíndola
    • [LLVMdev] Optimisation of select/cmp/br   Pete Calvert
      • [LLVMdev] Optimisation of select/cmp/br   Rafael Espíndola
• [LLVMdev] SCEV implementation and limitations, do we need "pow"?   Mehdi Amini
  • [LLVMdev] SCEV implementation and limitations, do we need "pow"?   Andrew Trick
    • [LLVMdev] SCEV implementation and limitations, do we need "pow"?   Mehdi Amini
      • [LLVMdev] SCEV implementation and limitations, do we need "pow"?   Andrew Trick
      • [LLVMdev] SCEV implementation and limitations, do we need "pow"?   Andrew Trick
      • [LLVMdev] SCEV implementation and limitations, do we need "pow"?   Mehdi Amini
• [LLVMdev] Using Compiler-RT with Clang on ARM   Renato Golin
  • [LLVMdev] Using Compiler-RT with Clang on ARM   Daniel Dunbar
    • [LLVMdev] Using Compiler-RT with Clang on ARM   Renato Golin
• [LLVMdev] Pattern matching addrspacecast?   David Chisnall
  • [LLVMdev] Pattern matching addrspacecast?   Matt Arsenault
    • [LLVMdev] Pattern matching addrspacecast?   David Chisnall
• [LLVMdev] machine function passes - need help   Era Jain
• [LLVMdev] [shea at shealevy.com: Re: Generalized dead allocation elimination?]   Shea Levy
• [LLVMdev] How can I get llvm-as for Ubuntu?   Andrew Pennebaker
  • [LLVMdev] How can I get llvm-as for Ubuntu?   Nick Lewycky
    • [LLVMdev] How can I get llvm-as for Ubuntu?   Gordon Keiser
• [LLVMdev] [zorg] FIXME in ClangAndLLDBuilder.py?   Rick Foos
• [LLVMdev] Submitting compiler-rt patches   Vadim
  • [LLVMdev] Submitting compiler-rt patches   Justin Bogner
• [LLVMdev] Generating PTX code from template kernel failes   Haidl, Michael
  • [LLVMdev] Generating PTX code from template kernel failes   Justin Holewinski
• [LLVMdev] Unwind behaviour in Clang/LLVM   Renato Golin
  • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Joerg Sonnenberger
    • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Stephen Checkoway
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Rafael Espíndola
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Rafael Espíndola
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Rafael Espíndola
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Evgeniy Stepanov
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Evgeniy Stepanov
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Evgeniy Stepanov
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Logan Chien
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Evgeniy Stepanov
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Logan Chien
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Rafael Espíndola
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Rafael Espíndola
      • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Rafael Espíndola
  • [LLVMdev] Unwind behaviour in Clang/LLVM   Keith Walker
  • [LLVMdev] Unwind behaviour in Clang/LLVM   Renato Golin
  • [LLVMdev] Unwind behaviour in Clang/LLVM   Richard Smith
    • [LLVMdev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] Unwind behaviour in Clang/LLVM   Richard Smith
      • [LLVMdev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] Unwind behaviour in Clang/LLVM   Jim Grosbach
      • [LLVMdev] Unwind behaviour in Clang/LLVM   Renato Golin
      • [LLVMdev] Unwind behaviour in Clang/LLVM   Jim Grosbach
  • [LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM   Rafael Espíndola
• [LLVMdev] The implementation algorithm behind LLVM's RegionInfo class   Paul Vario
  • [LLVMdev] The implementation algorithm behind LLVM's RegionInfo class   Tobias Grosser
    • [LLVMdev] The implementation algorithm behind LLVM's RegionInfo class   Paul Vario
      • [LLVMdev] The implementation algorithm behind LLVM's RegionInfo class   Tobias Grosser
• [LLVMdev] Pushing Bug 16725 - Inefficient code generated for i64 * i64 -> i128 multiplication in loop   Manuel Jacob
  • [LLVMdev] Pushing Bug 16725 - Inefficient code generated for i64 * i64 -> i128 multiplication in loop   Hal Finkel
• [LLVMdev] Wanted: Bugfixes for 3.4 branch   Tom Stellard
  • [LLVMdev] Wanted: Bugfixes for 3.4 branch   Tom Stellard
• [LLVMdev] most optimised and lowest level IR before machine codegen?   Yi Lin
  • [LLVMdev] most optimised and lowest level IR before machine codegen?   Tim Northover
    • [LLVMdev] most optimised and lowest level IR before machine codegen?   Yi Lin
• [LLVMdev] Bug? LLVM X86 -m32 generates 64bit register in movd   Yin Ma
  • [LLVMdev] Bug? LLVM X86 -m32 generates 64bit register in movd   Tim Northover
• [LLVMdev] Summer 2014 Internship Opportunities at Sony PlayStation   Rosenberg, Alex
  • [LLVMdev] Summer 2014 Internship Opportunities at Sony PlayStation   Sean Silva
• [LLVMdev] Why doesn't GlobalVariable::copyAttributesFrom copy the thread local mode?   Keno Fischer
  • [LLVMdev] Why doesn't GlobalVariable::copyAttributesFrom copy the thread local mode?   Rafael Espíndola
    • [LLVMdev] Why doesn't GlobalVariable::copyAttributesFrom copy the thread local mode?   Hans Wennborg
• [LLVMdev] X86WrapperRIP in non-small code model   Keno Fischer
  • [LLVMdev] X86WrapperRIP in non-small code model   Filip Pizlo
    • [LLVMdev] X86WrapperRIP in non-small code model   Keno Fischer
    • [LLVMdev] X86WrapperRIP in non-small code model   Philip Reames
• [LLVMdev] selecting ISD node - help   DaAn
  • [LLVMdev] selecting ISD node - help   Tim Northover
    • [LLVMdev] selecting ISD node - help   DaAn
      • [LLVMdev] selecting ISD node - help   Tim Northover
      • [LLVMdev] selecting ISD node - help   Tim Northover
• [LLVMdev] How to run passes 'addPassesToEmitMC' from the command line?   Yuri
  • [LLVMdev] How to run passes 'addPassesToEmitMC' from the command line?   Tim Northover
• [LLVMdev] llvm linker is lld, MCLinker or others   gamma_chen
  • [LLVMdev] llvm linker is lld, MCLinker or others   Joey Gouly
• [LLVMdev] CMake-produced Xcode project fails to build   Kyle Sluder
• [LLVMdev] [llvm] r201072 - [CMake] Introduce llvm_add_library().   Stephen Kelly
  • [LLVMdev] [llvm] r201072 - [CMake] Introduce llvm_add_library().   NAKAMURA Takumi
    • [LLVMdev] [llvm] r201072 - [CMake] Introduce llvm_add_library().   Juergen Ributzka
      • [LLVMdev] [llvm] r201072 - [CMake] Introduce llvm_add_library().   NAKAMURA Takumi
      • [LLVMdev] [llvm] r201072 - [CMake] Introduce llvm_add_library().   Juergen Ributzka
      • [LLVMdev] [llvm] r201072 - [CMake] Introduce llvm_add_library().   NAKAMURA Takumi
      • [LLVMdev] [llvm] r201072 - [CMake] Introduce llvm_add_library().   Juergen Ributzka
• [LLVMdev] LLVM Weekly - #6, Feb 10th 2014   Alex Bradbury
• [LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?   Carl
  • [LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?   Reid Kleckner
    • [LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?   Carl
      • [LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?   Reid Kleckner
      • [LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?   Carl
      • [LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?   Reid Kleckner
      • [LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?   Carl
• [LLVMdev] Remove a GlobalValue and its orphaned references   Vassil Vassilev
• [LLVMdev] [PATCH] Undo revision 192117   Scott Pakin
  • [LLVMdev] [PATCH] Undo revision 192117   Reid Kleckner
• [LLVMdev] [RFC] Simple control-flow integrity   Tom Roeder
  • [LLVMdev] [RFC] Simple control-flow integrity   JF Bastien
    • [LLVMdev] [RFC] Simple control-flow integrity   Tom Roeder
  • [LLVMdev] [RFC] Simple control-flow integrity   Stephen Checkoway
  • [LLVMdev] [RFC] Simple control-flow integrity   Eric Christopher
    • [LLVMdev] [RFC] Simple control-flow integrity   Reid Kleckner
      • [LLVMdev] [RFC] Simple control-flow integrity   Eric Christopher
      • [LLVMdev] [RFC] Simple control-flow integrity   Richard Osborne
      • [LLVMdev] [RFC] Simple control-flow integrity   Eric Christopher
      • [LLVMdev] [RFC] Simple control-flow integrity   Reid Kleckner
      • [LLVMdev] [RFC] Simple control-flow integrity   Tom Roeder
      • [LLVMdev] [RFC] Simple control-flow integrity   Eric Christopher
      • [LLVMdev] [RFC] Simple control-flow integrity   Tom Roeder
      • [LLVMdev] [RFC] Simple control-flow integrity   Eric Christopher
      • [LLVMdev] [RFC] Simple control-flow integrity   Joerg Sonnenberger
  • [LLVMdev] [RFC] Simple control-flow integrity   Joerg Sonnenberger
• [LLVMdev] Compiler-RT roadmap   Vadim Chugunov
  • [LLVMdev] Compiler-RT roadmap   Renato Golin
    • [LLVMdev] Compiler-RT roadmap   Iain Sandoe
      • [LLVMdev] Compiler-RT roadmap   David Chisnall
      • [LLVMdev] Compiler-RT roadmap   Alexey Samsonov
  • [LLVMdev] Compiler-RT roadmap   Reid Kleckner
• [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Alexey Samsonov
  • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Renato Golin
  • [LLVMdev] [cfe-dev] Heads-up: changing the structure of compiler-rt source tree   Dimitry Andric
  • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Vadim Chugunov
    • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Alexey Samsonov
  • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   David Chisnall
    • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Iain Sandoe
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   David Chisnall
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Iain Sandoe
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Renato Golin
    • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Alexey Samsonov
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   David Chisnall
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Alexey Samsonov
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Vadim Chugunov
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Jim Grosbach
      • [LLVMdev] [cfe-dev] Heads-up: changing the structure of compiler-rt source tree   Jim Grosbach
      • [LLVMdev] Heads-up: changing the structure of compiler-rt source tree   Alexey Samsonov
• [LLVMdev] Phabricator loves Amara   Renato Golin
  • [LLVMdev] Phabricator loves Amara   Amara Emerson
    • [LLVMdev] Phabricator loves Amara   Renato Golin
• [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Eli Bendersky
  • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Greg Fitzgerald
  • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Patrik Hägglund H
    • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Nick Lewycky
  • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Eric Christopher
    • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Eli Bendersky
  • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Sean Silva
    • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Eli Bendersky
    • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Chandler Carruth
      • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Eli Bendersky
      • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Chandler Carruth
  • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Nick Lewycky
    • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Eli Bendersky
    • [LLVMdev] Proposal: split tools/opt/opt.cpp to OptTool and a smaller main()   Sean Silva
• [LLVMdev] Zero-cost toolchain "standardization" process   Renato Golin
  • [LLVMdev] Zero-cost toolchain "standardization" process   Chris Lattner
• [LLVMdev] Switch containing holes via table lookup   Jasper Neumann
• [LLVMdev] cmake/ninja build failing   Seth Cantrell
  • [LLVMdev] cmake/ninja build failing   Brad King
    • [LLVMdev] cmake/ninja build failing   Seth Cantrell
      • [LLVMdev] cmake/ninja build failing   Brad King
      • [LLVMdev] cmake/ninja build failing   Alexey Samsonov
      • [LLVMdev] cmake/ninja build failing   Brad King
      • [LLVMdev] cmake/ninja build failing   Seth Cantrell
      • [LLVMdev] cmake/ninja build failing   Brad King
• [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Mathias Bauer
  • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Brad King
    • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Mathias Bauer
    • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Rafael Avila de Espindola
      • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Brad King
      • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Rafael Espíndola
      • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Brad King
      • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Rafael Espíndola
      • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Brad King
    • [LLVMdev] llvm trunk build failed in cmake_install.cmake on ARM platform   Mathias Bauer
• [LLVMdev] Modeling volatile register read as intrinsic   Justin Holewinski
  • [LLVMdev] Modeling volatile register read as intrinsic   Philip Reames
• [LLVMdev] llvm.org/perf internal server error   Tobias Grosser
  • [LLVMdev] llvm.org/perf internal server error   Renato Golin
    • [LLVMdev] llvm.org/perf internal server error   Chris Matthews
    • [LLVMdev] llvm.org/perf internal server error   Tobias Grosser
      • [LLVMdev] llvm.org/perf internal server error   Renato Golin
      • [LLVMdev] llvm.org/perf internal server error   Chris Matthews
      • [LLVMdev] llvm.org/perf internal server error   Chris Matthews
      • [LLVMdev] llvm.org/perf internal server error   Renato Golin
      • [LLVMdev] llvm.org/perf internal server error   Chris Matthews
      • [LLVMdev] llvm.org/perf internal server error   Renato Golin
      • [LLVMdev] llvm.org/perf internal server error   Tobias Grosser
• [LLVMdev] Paris LLVM Social - February 24th   Sylvestre Ledru
  • [LLVMdev] [cfe-dev] Paris LLVM Social - February 24th   Arnaud Allard de Grandmaison
• [LLVMdev] asan coverage   Kostya Serebryany
  • [LLVMdev] asan coverage   Bob Wilson
    • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Bob Wilson
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Bob Wilson
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Bob Wilson
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Justin Bogner
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Bob Wilson
      • [LLVMdev] asan coverage   Kostya Serebryany
      • [LLVMdev] asan coverage   Bob Wilson
      • [LLVMdev] asan coverage   Kostya Serebryany
• [LLVMdev] autoconf and llvm version detection   James Courtier-Dutton
  • [LLVMdev] autoconf and llvm version detection   Eric Christopher
• [LLVMdev] ifconversion before register allocation   mahdi hamzeh
  • [LLVMdev] ifconversion before register allocation   Andrew Trick
    • [LLVMdev] ifconversion before register allocation   mahdi hamzeh
      • [LLVMdev] ifconversion before register allocation   Andrew Trick
• [LLVMdev] Bad test health   Nico Rieck
  • [LLVMdev] Bad test health   Owen Anderson
    • [LLVMdev] Bad test health   David Blaikie
• [LLVMdev] [EuroLLVM] Final Reminder for Talk Submissions   EuroLLVM Conference
• [LLVMdev] Using llvm as a lib. #include files missing   James Courtier-Dutton
• [LLVMdev] debugging llvm   Sam Parker
  • [LLVMdev] debugging llvm   David Chisnall
• [LLVMdev] Waterloo Region LLVM Social - February 20th   Ed Maste
• [LLVMdev] cmake and make check?   reed kotler
  • [LLVMdev] cmake and make check?   Tim Northover
    • [LLVMdev] cmake and make check?   reed kotler
      • [LLVMdev] cmake and make check?   Tim Northover
    • [LLVMdev] cmake and make check?   Reed Kotler
      • [LLVMdev] cmake and make check?   NAKAMURA Takumi
      • [LLVMdev] cmake and make check?   Reed Kotler
      • [LLVMdev] cmake and make check?   Renato Golin
• [LLVMdev] Shrinking induction variable integers   Matt Arsenault
  • [LLVMdev] Shrinking induction variable integers   Andrew Trick
• [LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.   Paul Vario
  • [LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.   Andrew Trick
    • [LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.   Paul Vario
      • [LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.   Andrew Trick
      • [LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.   Paul Vario
      • [LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.   Andrew Trick
• [LLVMdev] Patch: refactor some utilities from opt.cpp into OptUtils.h/cpp   Eli Bendersky
• [LLVMdev] GetElementPtr and inbounds attibute   Kuchta, Tomasz
• [LLVMdev] Stale type system documentation?   Philip Reames
  • [LLVMdev] Stale type system documentation?   Sean Silva
• [LLVMdev] [llvm] r201432 - Remove myself as owner of libc++   Marshall Clow
  • [LLVMdev] [llvm] r201432 - Remove myself as owner of libc++   Howard Hinnant
    • [LLVMdev] [cfe-dev] [llvm] r201432 - Remove myself as owner of libc++   Eric Christopher
      • [LLVMdev] [cfe-dev] [llvm] r201432 - Remove myself as owner of libc++   Aaron Ballman
      • [LLVMdev] [cfe-dev] [llvm] r201432 - Remove myself as owner of libc++   Chandler Carruth
      • [LLVMdev] [cfe-dev] [llvm] r201432 - Remove myself as owner of libc++   Jim Grosbach
  • [LLVMdev] [llvm] r201432 - Remove myself as owner of libc++   Chandler Carruth
  • [LLVMdev] [llvm] r201432 - Remove myself as owner of libc++   Chris Lattner
    • [LLVMdev] [llvm] r201432 - Remove myself as owner of libc++   Marshall Clow
• [LLVMdev] Custom allocators for MachineBasicBlocks and STL containers   Eli Bendersky
  • [LLVMdev] Custom allocators for MachineBasicBlocks and STL containers   Evan Cheng
    • [LLVMdev] Custom allocators for MachineBasicBlocks and STL containers   Jakob Stoklund Olesen
      • [LLVMdev] Custom allocators for MachineBasicBlocks and STL containers   Eli Bendersky
• [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
  • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Hal Finkel
    • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
  • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Andrew Trick
    • [LLVMdev] RFC: GEP as canonical form for pointer addressing   David Chisnall
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Andrew Trick
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   David Chisnall
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Andrew Trick
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Andrew Trick
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
    • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
  • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Ivan Godard
    • [LLVMdev] RFC: GEP as canonical form for pointer addressing   David Chisnall
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   Philip Reames
      • [LLVMdev] RFC: GEP as canonical form for pointer addressing   David Chisnall
• [LLVMdev] GetElementPtr and inbounds attribute   Kuchta, Tomasz
• [LLVMdev] Pre-compiled versions of ELLCC are now available via FTP.   Richard Pennington
• [LLVMdev] [RFC] Iterrative compilation framework for Clang/LLVM   Hal Finkel
  • [LLVMdev] [RFC] Iterrative compilation framework for Clang/LLVM   Zoran Jovanovic
• [LLVMdev] GC in multithreaded (but with no shared state) environment   Paweł Batko
  • [LLVMdev] GC in multithreaded (but with no shared state) environment   Jon Harrop
    • [LLVMdev] GC in multithreaded (but with no shared state) environment   Paweł Batko
• [LLVMdev] CXXMethodDecl::getNameAsString for template-class' constructor or destructor   David Come
  • [LLVMdev] CXXMethodDecl::getNameAsString for template-class' constructor or destructor   Kyle Sluder
• [LLVMdev] LLVM Weekly - #7, Feb 17th 2014   Alex Bradbury
• [LLVMdev] Possible bug with Bitcast instruction Expanding?   Stavropoulos Nikos
  • [LLVMdev] Possible bug with Bitcast instruction Expanding?   Stavropoulos Nikos
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific   Galina Kistanova
• [LLVMdev] Optimizing math code   Michael Hamburg
  • [LLVMdev] Optimizing math code   Stephen Checkoway
    • [LLVMdev] Optimizing math code   Michael Hamburg
      • [LLVMdev] Optimizing math code   David Chisnall
      • [LLVMdev] Optimizing math code   Mike Hamburg
  • [LLVMdev] Optimizing math code   Nadav Rotem
    • [LLVMdev] Optimizing math code   Mike Hamburg
• [LLVMdev] How to codegen an LLVM-IR that has dynamic arrays in it?   Paul Vario
  • [LLVMdev] How to codegen an LLVM-IR that has dynamic arrays in it?   Owen Anderson
  • [LLVMdev] How to codegen an LLVM-IR that has dynamic arrays in it?   Tim Northover
    • [LLVMdev] How to codegen an LLVM-IR that has dynamic arrays in it?   Paul Vario
• [LLVMdev] How is variable info retrieved in debugging for executables generated by llvm backend?   杨勇勇
  • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   Greg Clayton
  • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   杨勇勇
    • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   杨勇勇
      • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   Greg Clayton
      • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   杨勇勇
      • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   Greg Clayton
      • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   杨勇勇
      • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   Greg Clayton
      • [LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?   Todd Fiala
  • [LLVMdev] How is variable info retrieved in debugging for executables generated by llvm backend?   Yuri
    • [LLVMdev] How is variable info retrieved in debugging for executables generated by llvm backend?   David Blaikie
      • [LLVMdev] How is variable info retrieved in debugging for executables generated by llvm backend?   Yuri
      • [LLVMdev] How is variable info retrieved in debugging for executables generated by llvm backend?   David Blaikie
• [LLVMdev] better code for IV   Shemer, Anat
  • [LLVMdev] better code for IV   Shemer, Anat
    • [LLVMdev] better code for IV   Andrew Trick
      • [LLVMdev] better code for IV   Shemer, Anat
      • [LLVMdev] better code for IV   Andrew Trick
  • [LLVMdev] better code for IV   Shemer, Anat
• [LLVMdev] Fwd: Deadline for DWARF Version 5 comments -- March 31, 2014   Eric Christopher
  • [LLVMdev] [cfe-dev] Fwd: Deadline for DWARF Version 5 comments -- March 31, 2014   "C. Bergström"
    • [LLVMdev] [cfe-dev] Fwd: Deadline for DWARF Version 5 comments -- March 31, 2014   Robinson, Paul
• [LLVMdev] Question about per-operand machine model   JinGu Kang
  • [LLVMdev] Question about per-operand machine model   Andrew Trick
    • [LLVMdev] Question about per-operand machine model   jingu
      • [LLVMdev] Question about per-operand machine model   JinGu Kang
      • [LLVMdev] Question about per-operand machine model   Andrew Trick
      • [LLVMdev] Question about per-operand machine model   jingu
      • [LLVMdev] Question about per-operand machine model   Andrew Trick
• [LLVMdev] llvm-test lemon   reed kotler
  • [LLVMdev] llvm-test lemon   Reed Kotler
    • [LLVMdev] llvm-test lemon   Reed Kotler
• [LLVMdev] llvm.meta (was Rotated loop identification)   Rafael Espíndola
• [LLVMdev] Porting ASAN to new platform   Ryan Govostes
  • [LLVMdev] Porting ASAN to new platform   Alexander Potapenko
• [LLVMdev] How to implement register allocation constraints to guide allocator dispatching different registers for certain instruction?   Kevin Qin
  • [LLVMdev] How to implement register allocation constraints to guide allocator dispatching different registers for certain instruction?   Tim Northover
    • [LLVMdev] How to implement register allocation constraints to guide allocator dispatching different registers for certain instruction?   Quentin Colombet
      • [LLVMdev] How to implement register allocation constraints to guide allocator dispatching different registers for certain instruction?   Kevin Qin
      • [LLVMdev] Running opt pass at compile time   hdwivedi at codeaurora.org
• [LLVMdev] "dropping arch" messages while building compiler-rt   Csaba Raduly
• [LLVMdev] Patch available for bug 15079   Graham Lee
  • [LLVMdev] Patch available for bug 15079   Tobias Grosser
    • [LLVMdev] Patch available for bug 15079   Tobias Grosser
• [LLVMdev] How to set a "SchedBoundary" in pre-RA scheduler   Yaorong lee
  • [LLVMdev] How to set a "SchedBoundary" in pre-RA scheduler   Andrew Trick
• [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Quentin Colombet
  • [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Chandler Carruth
    • [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Lang Hames
      • [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Quentin Colombet
  • [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Hal Finkel
    • [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Chandler Carruth
      • [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Philip Reames
      • [LLVMdev] [RFC] CodeGenPrepare will eventually introduce dependencies to libLLVMCodeGen in libLLVMScalarOpts   Hal Finkel
• [LLVMdev] VMRange merging in ProcessElfCore and DoReadMemory   Piotr Rak
  • [LLVMdev] VMRange merging in ProcessElfCore and DoReadMemory   Todd Fiala
• [LLVMdev] Documentation on llvm::CodeModel?   Yuri
  • [LLVMdev] Documentation on llvm::CodeModel?   Anton Korobeynikov
  • [LLVMdev] Documentation on llvm::CodeModel?   Tim Northover
• [LLVMdev] Segment section   Jasmin Jahic
  • [LLVMdev] Segment section   Tim Northover
    • [LLVMdev] Segment section   Jasmin Jahic
      • [LLVMdev] Segment section   Tim Northover
• [LLVMdev] test-suite wrongly using big-endian results   Renato Golin
  • [LLVMdev] test-suite wrongly using big-endian results   Daniel Dunbar
    • [LLVMdev] test-suite wrongly using big-endian results   Renato Golin
      • [LLVMdev] test-suite wrongly using big-endian results   Daniel Dunbar
      • [LLVMdev] test-suite wrongly using big-endian results   Renato Golin
      • [LLVMdev] test-suite wrongly using big-endian results   Robert Lytton
      • [LLVMdev] test-suite wrongly using big-endian results   Renato Golin
      • [LLVMdev] test-suite wrongly using big-endian results   Robert Lytton
      • [LLVMdev] test-suite wrongly using big-endian results   Renato Golin
      • [LLVMdev] test-suite wrongly using big-endian results   Joerg Sonnenberger
      • [LLVMdev] test-suite wrongly using big-endian results   Renato Golin
• [LLVMdev] NumDefs's MCInstrDesc and sub-operands   Francois Pichet
• [LLVMdev] How to legalize i32xi32=i64 multiply   Mark Schimmel
  • [LLVMdev] How to legalize i32xi32=i64 multiply   Tim Northover
• [LLVMdev] C++11 in LLVM/Clang - NOT YET!   Renato Golin
  • [LLVMdev] [cfe-dev] C++11 in LLVM/Clang - NOT YET!   Chandler Carruth
• [LLVMdev] [LLVM] Forward temp label references on ARM in LDR with .ltorg in inline assembly are broken in trunk   Gordon Keiser
  • [LLVMdev] [LLVM] Forward temp label references on ARM in LDR with .ltorg in inline assembly are broken in trunk   David Peixotto
    • [LLVMdev] [LLVM] Forward temp label references on ARM in LDR with .ltorg in inline assembly are broken in trunk   Daniel Sanders
    • [LLVMdev] [LLVM] Forward temp label references on ARM in LDR with .ltorg in inline assembly are broken in trunk   Rafael Espíndola
      • [LLVMdev] [LLVM] Forward temp label references on ARM in LDR with .ltorg in inline assembly are broken in trunk   David Peixotto
      • [LLVMdev] [LLVM] Forward temp label references on ARM in LDR with .ltorg in inline assembly are broken in trunk   Gordon Keiser
• [LLVMdev] make check issue with llvm-cov   reed kotler
  • [LLVMdev] make check issue with llvm-cov   Bob Wilson
    • [LLVMdev] make check issue with llvm-cov   Reed Kotler
  • [LLVMdev] make check issue with llvm-cov   Reed Kotler
    • [LLVMdev] make check issue with llvm-cov   Bob Wilson
  • [LLVMdev] make check issue with llvm-cov   Justin Bogner
    • [LLVMdev] make check issue with llvm-cov   Daniel Sanders
      • [LLVMdev] make check issue with llvm-cov   Reed Kotler
      • [LLVMdev] make check issue with llvm-cov   Reed Kotler
      • [LLVMdev] make check issue with llvm-cov   Bob Wilson
      • [LLVMdev] make check issue with llvm-cov   Reed Kotler
      • [LLVMdev] make check issue with llvm-cov   Stephen Checkoway
      • [LLVMdev] make check issue with llvm-cov   Reed Kotler
      • [LLVMdev] make check issue with llvm-cov   Reed Kotler
• [LLVMdev] Status of http://llvm.org/doxygen   Logan Chien
  • [LLVMdev] Status of http://llvm.org/doxygen   Philip Reames
  • [LLVMdev] Status of http://llvm.org/doxygen   Tanya Lattner
    • [LLVMdev] Status of http://llvm.org/doxygen   Tanya Lattner
      • [LLVMdev] Status of http://llvm.org/doxygen   Logan Chien
• [LLVMdev] IAS and inline assembly   Saleem Abdulrasool
  • [LLVMdev] IAS and inline assembly   Saleem Abdulrasool
    • [LLVMdev] IAS and inline assembly   Rafael Espíndola
      • [LLVMdev] IAS and inline assembly   Daniel Sanders
      • [LLVMdev] IAS and inline assembly   Rafael Espíndola
      • [LLVMdev] IAS and inline assembly   Renato Golin
      • [LLVMdev] IAS and inline assembly   Chandler Carruth
• [LLVMdev] interesting LLVM code optimization issue regarding timer registers   reed kotler
  • [LLVMdev] interesting LLVM code optimization issue regarding timer registers   Francois Pichet
  • [LLVMdev] interesting LLVM code optimization issue regarding timer registers   Tim Northover
    • [LLVMdev] interesting LLVM code optimization issue regarding timer registers   reed kotler
      • [LLVMdev] interesting LLVM code optimization issue regarding timer registers   Tim Northover
      • [LLVMdev] interesting LLVM code optimization issue regarding timer registers   Philip Reames
  • [LLVMdev] interesting LLVM code optimization issue regarding timer registers   James Courtier-Dutton
  • [LLVMdev] interesting LLVM code optimization issue regarding timer registers   James Courtier-Dutton
• [LLVMdev] llvm-ar does not generates symbol table for contained bitcode files   Rafael Espíndola
• [LLVMdev] Unifying natural loops with multiple exits.   Paul Vario
  • [LLVMdev] Unifying natural loops with multiple exits.   Jevin Sweval
  • [LLVMdev] Unifying natural loops with multiple exits.   Jevin Sweval
• [LLVMdev] Use SEGMENT_REG in X86 calling convention   Chen Li
  • [LLVMdev] Use SEGMENT_REG in X86 calling convention   Tim Northover
    • [LLVMdev] Use SEGMENT_REG in X86 calling convention   Chen Li
• [LLVMdev] building a native mips compiler using clang/llvm running cross for x86   reed kotler
  • [LLVMdev] building a native mips compiler using clang/llvm running cross for x86   Reed Kotler
• [LLVMdev] llvm.org/perf error 500   Tobias Grosser
  • [LLVMdev] llvm.org/perf error 500   Chris Matthews
    • [LLVMdev] llvm.org/perf error 500   Tobias Grosser
• [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Saleem Abdulrasool
  • [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Rafael Espíndola
  • [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Renato Golin
    • [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Chandler Carruth
      • [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Saleem Abdulrasool
      • [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Chandler Carruth
      • [LLVMdev] [cfe-dev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Rafael Espíndola
      • [LLVMdev] [cfe-dev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Renato Golin
      • [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   David Chisnall
      • [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro   Renato Golin
• [LLVMdev] LLVM Weekly - #8, Feb 24th 2014   Alex Bradbury
  • [LLVMdev] LLVM Weekly - #8, Feb 24th 2014   Eric Christopher
• [LLVMdev] Problems with the exception handling in Objective-C on ARM platform   Mathias Bauer
• [LLVMdev] about lli targets   kewuz
• [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Denis Steckelmacher
  • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Reid Kleckner
    • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   David Chisnall
      • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Denis Steckelmacher
  • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   John Criswell
    • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Reid Kleckner
    • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Denis Steckelmacher
      • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Timur Iskhodzhanov
      • [LLVMdev] [Valgrind-developers] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Kirill Batuzov
      • [LLVMdev] [Valgrind-developers] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Julian Seward
      • [LLVMdev] [Valgrind-developers] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Yan
      • [LLVMdev] [Valgrind-developers] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind   Julian Seward
  • [LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend forValgrind   Nuno Lopes
• [LLVMdev] [AArch64] Use of isVoid in isLegalAddressingMode API for LSR   Chad Rosier
  • [LLVMdev] [AArch64] Use of isVoid in isLegalAddressingMode API for LSR   Chad Rosier
• [LLVMdev] Compiler Developer Engineer =?iso-8859-1?Q?=96_Intern_?=(Raleigh=?iso-8859-1?Q?=2C_NC?=)   Chad Rosier
• [LLVMdev] configure with clang vs gcc   reed kotler
  • [LLVMdev] configure with clang vs gcc   Eric Christopher
    • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   Eric Christopher
      • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   Eric Christopher
      • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   Eric Christopher
      • [LLVMdev] configure with clang vs gcc   Richard Sandiford
      • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   Eric Christopher
      • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   Eric Christopher
      • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   Reed Kotler
      • [LLVMdev] configure with clang vs gcc   Eric Christopher
      • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   reed kotler
      • [LLVMdev] configure with clang vs gcc   Reed Kotler
  • [LLVMdev] configure with clang vs gcc   David Chisnall
• [LLVMdev] IntervalMap warning   Renato Golin
  • [LLVMdev] IntervalMap warning   Eric Christopher
• [LLVMdev] Instruction itinerary scheduling   Maurice Daverveldt
• [LLVMdev] noinline attribute problem   Sara Elshobaky
  • [LLVMdev] noinline attribute problem   Tim Northover
    • [LLVMdev] noinline attribute problem   Sara Elshobaky
      • [LLVMdev] noinline attribute problem   Tim Northover
• [LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs   Stefan Hepp
  • [LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs   Tom Stellard
    • [LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs   Stefan Hepp
      • [LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs   Stefan Hepp
      • [LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs   Tom Stellard
      • [LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs   Hal Finkel
      • [LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs   Andrew Trick
• [LLVMdev] Target Assembly Parser: Access to Reloc::Model   Matheus Almeida
  • [LLVMdev] Target Assembly Parser: Access to Reloc::Model   Rafael Espíndola
    • [LLVMdev] Target Assembly Parser: Access to Reloc::Model   Matheus Almeida
      • [LLVMdev] Target Assembly Parser: Access to Reloc::Model   Rafael Espíndola
      • [LLVMdev] Target Assembly Parser: Access to Reloc::Model   Matheus Almeida
• [LLVMdev] question about the alignment of the .text section   Romanova, Katya
  • [LLVMdev] question about the alignment of the .text section   Joerg Sonnenberger
    • [LLVMdev] question about the alignment of the .text section   Katya Romanova
• [LLVMdev] Google Summer of Code 2014   Anton Korobeynikov
• [LLVMdev] Bug 18968   reed kotler
  • [LLVMdev] Bug 18968   Hal Finkel
• [LLVMdev] Future of the LLVM OpenMP runtime   Alp Toker
  • [LLVMdev] Future of the LLVM OpenMP runtime   Rick Mann
    • [LLVMdev] Future of the LLVM OpenMP runtime   Alp Toker
      • [LLVMdev] Future of the LLVM OpenMP runtime   Rick Mann
  • [LLVMdev] Future of the LLVM OpenMP runtime   David Chisnall
    • [LLVMdev] Future of the LLVM OpenMP runtime   Alp Toker
      • [LLVMdev] Future of the LLVM OpenMP runtime   David Chisnall
      • [LLVMdev] Future of the LLVM OpenMP runtime   Cownie, James H
      • [LLVMdev] Future of the LLVM OpenMP runtime   Rick Mann
      • [LLVMdev] Future of the LLVM OpenMP runtime   David Chisnall
      • [LLVMdev] [Openmp-dev] Future of the LLVM OpenMP runtime   "C. Bergström"
      • [LLVMdev] [Openmp-dev] Future of the LLVM OpenMP runtime   Rick Mann
      • [LLVMdev] [Openmp-dev] Future of the LLVM OpenMP runtime   "C. Bergström"
      • [LLVMdev] [Openmp-dev] Future of the LLVM OpenMP runtime   Rick Mann
      • [LLVMdev] Future of the LLVM OpenMP runtime   Alp Toker
  • [LLVMdev] Future of the LLVM OpenMP runtime   Cownie, James H
  • [LLVMdev] [Openmp-dev] Future of the LLVM OpenMP runtime   John Leidel (jleidel)
    • [LLVMdev] [Openmp-dev] Future of the LLVM OpenMP runtime   "C. Bergström"
• [LLVMdev] Representing a safepoint as an instruction in the x86 backend?   Philip Reames
  • [LLVMdev] Representing a safepoint as an instruction in the x86 backend?   Juergen Ributzka
    • [LLVMdev] Representing a safepoint as an instruction in the x86 backend?   Andrew Trick
    • [LLVMdev] Representing a safepoint as an instruction in the x86 backend?   Philip Reames
  • [LLVMdev] Representing a safepoint as an instruction in the x86 backend?   Andrew Trick
    • [LLVMdev] Representing a safepoint as an instruction in the x86 backend?   Philip Reames
      • [LLVMdev] Representing a safepoint as an instruction in the x86 backend?   Andrew Trick
• [LLVMdev] [lld] Relocation reading refactoring   Simon Atanasyan
  • [LLVMdev] [lld] Relocation reading refactoring   Shankar Easwaran
    • [LLVMdev] [lld] Relocation reading refactoring   Simon Atanasyan
      • [LLVMdev] [lld] Relocation reading refactoring   Shankar Easwaran
• [LLVMdev] build llvm 3.2&clang 3.2   jingde liu
• [LLVMdev] It seems like some bug in Alias Analysis While enable useAA()   Yaorong lee
  • [LLVMdev] It seems like some bug in Alias Analysis While enable useAA()   Arnold Schwaighofer
  • [LLVMdev] It seems like some bug in Alias Analysis While enable useAA()   Hal Finkel
• [LLVMdev] How to 'define and use' a LOOP intrinsic that takes "iteration count" and the "label" to jump to ?   RAVI KORSA
  • [LLVMdev] How to 'define and use' a LOOP intrinsic that takes "iteration count" and the "label" to jump to ?   Hal Finkel
    • [LLVMdev] How to 'define and use' a LOOP intrinsic that takes "iteration count" and the "label" to jump to ?   RAVI KORSA
• [LLVMdev] Configure fails if GREP_OPTIONS contains --color   Kyle Sluder
• [LLVMdev] install and the strip command   reed kotler
  • [LLVMdev] install and the strip command   Simon Atanasyan
    • [LLVMdev] install and the strip command   Richard Pennington
    • [LLVMdev] install and the strip command   Ed Maste
      • [LLVMdev] install and the strip command   Joerg Sonnenberger
      • [LLVMdev] install and the strip command   Reed Kotler
      • [LLVMdev] install and the strip command   Reed Kotler
      • [LLVMdev] install and the strip command   Reed Kotler
      • [LLVMdev] install and the strip command   Reed Kotler
      • [LLVMdev] install and the strip command   Reed Kotler
• [LLVMdev] multithreaded use of llvm::sys::RemoveFileOnSignal   Vikas Bhargava
  • [LLVMdev] multithreaded use of llvm::sys::RemoveFileOnSignal   Dmitri Gribenko
    • [LLVMdev] multithreaded use of llvm::sys::RemoveFileOnSignal   Argyrios Kyrtzidis
      • [LLVMdev] multithreaded use of llvm::sys::RemoveFileOnSignal   Vikas Bhargava
• [LLVMdev] CMake build using LLVM install dir   Greg Fitzgerald
  • [LLVMdev] CMake build using LLVM install dir   NAKAMURA Takumi
• [LLVMdev] Understanding some of the recent cmake build changes   Rafael Espíndola
  • [LLVMdev] Understanding some of the recent cmake build changes   Reid Kleckner
  • [LLVMdev] Understanding some of the recent cmake build changes   NAKAMURA Takumi
    • [LLVMdev] Understanding some of the recent cmake build changes   Rafael Espíndola
• [LLVMdev] [compiler-rt] r202377 - Add CODE_OWNERS.TXT   Alexey Samsonov
  • [LLVMdev] [compiler-rt] r202377 - Add CODE_OWNERS.TXT   Timur Iskhodzhanov
• [LLVMdev] Per-processor tuning   "C. Bergström"
  • [LLVMdev] Per-processor tuning   Quentin Colombet
• [LLVMdev] Idea for optimization (test for remainder)   Jasper Neumann
  • [LLVMdev] Idea for optimization (test for remainder)   Benjamin Kramer
• [LLVMdev] llvm-config --system-libs has newlines in output   Richard Osborne
  • [LLVMdev] llvm-config --system-libs has newlines in output   NAKAMURA Takumi
    • [LLVMdev] llvm-config --system-libs has newlines in output   Richard Osborne
• [LLVMdev] CommandLine handling of -help and -version options   Justin Bogner
  • [LLVMdev] CommandLine handling of -help and -version options   Chandler Carruth
    • [LLVMdev] CommandLine handling of -help and -version options   Chris Lattner
      • [LLVMdev] CommandLine handling of -help and -version options   Justin Bogner
• [LLVMdev] Sony PlayStation is looking for a Staff DevOps Engineer   Rosenberg, Alex
• [LLVMdev] Unifying Windows Target Triples   Saleem Abdulrasool
  • [LLVMdev] Unifying Windows Target Triples   Chandler Carruth
    • [LLVMdev] Unifying Windows Target Triples   Saleem Abdulrasool
      • [LLVMdev] Unifying Windows Target Triples   Chandler Carruth
      • [LLVMdev] Unifying Windows Target Triples   Anton Korobeynikov
      • [LLVMdev] Unifying Windows Target Triples   Chandler Carruth
  • [LLVMdev] Unifying Windows Target Triples   NAKAMURA Takumi
    • [LLVMdev] Unifying Windows Target Triples   David Majnemer
    • [LLVMdev] Unifying Windows Target Triples   Saleem Abdulrasool
    • [LLVMdev] Unifying Windows Target Triples   Reid Kleckner
• [LLVMdev] Cost in loop-strength-reduce pass   alexey ivannikov
• [LLVMdev] Advise on Git mirror for llvm-lit   Daniel Liew
• [LLVMdev] MCJIT crash on 64 bit Linux, works find on OSX   Andy Somogyi
  • [LLVMdev] MCJIT crash on 64 bit Linux, works find on OSX   Andy Somogyi
• [LLVMdev] C++11 is here!!! (and it looks like it'll stay!)   Chandler Carruth
  • [LLVMdev] C++11 is here!!! (and it looks like it'll stay!)   Chris Lattner

Last message date: Fri Feb 28 21:48:47 PST 2014
Archived on: Tue Aug 4 17:24:10 PDT 2015

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