October 2014 Archives by subject

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

Starting: Wed Oct 1 00:50:20 PDT 2014
Ending: Fri Oct 31 23:44:19 PDT 2014
Messages: 1033

• [LLVMdev] 2 Moderator Sessions Left (2014 LLVM Developers Meeting)   Tanya Lattner
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Simone Atzeni
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Hal Finkel
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Simone Atzeni
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Hal Finkel
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Simone Atzeni
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Hal Finkel
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Simone Atzeni
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass   Hal Finkel
• [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Greg Bedwell
• [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Aaron Ballman
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets   Hal Finkel
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets   Samuel F Antao
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets   Kostya Serebryany
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets   Samuel F Antao
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets   Kostya Serebryany
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets   Samuel F Antao
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper   Yung, Douglas
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper   Sean Silva
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper   Robinson, Paul
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper   David Blaikie
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper   Eric Christopher
• [LLVMdev] [cfe-dev] Regression Suite Failure: Windows 64-bit Build   Yaron Keren
• [LLVMdev] [cfe-dev] Release Manager Position   Eli Bendersky
• [LLVMdev] [cfe-dev] Release Manager Position   Aaron Ballman
• [LLVMdev] [cfe-dev] Release Manager Position   Eric Christopher
• [LLVMdev] [cfe-dev] Release Manager Position   Chris Lattner
• [LLVMdev] [cfe-dev] Release Manager Position   Hans Wennborg
• [LLVMdev] [cfe-dev] Release Manager Position   Eric Christopher
• [LLVMdev] [cfe-dev] Release Manager Position   Chris Lattner
• [LLVMdev] [cfe-dev] Release Manager Position   Bill Wendling
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others)   David Chisnall
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others)   Renato Golin
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others)   JF Bastien
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others)   Renato Golin
• [LLVMdev] [lld][ELF] obj2yaml vs normalized input files (similar to macho)   Shankar Easwaran
• [LLVMdev] [lld][ELF] obj2yaml vs normalized input files (similar to macho)   Michael Spencer
• [LLVMdev] [lld][ELF] obj2yaml vs normalized input files (similar to macho)   Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Nick Kledzik
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Rui Ueyama
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Rui Ueyama
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Michael Spencer
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Rui Ueyama
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Alex Rosenberg
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Rui Ueyama
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Alex Rosenberg
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Rui Ueyama
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ?   Rafael Espíndola
• [LLVMdev] [llvm-devmeeting] 2 Moderator Sessions Left (2014 LLVM Developers Meeting)   Renato Golin
• [LLVMdev] [PATCH][RFC]: Add fmin/fmax intrinsics   Matt Arsenault
• [LLVMdev] [PATCH][RFC]: Add fmin/fmax intrinsics   Chandler Carruth
• [LLVMdev] [PATCH][RFC]: Add fmin/fmax intrinsics   Chandler Carruth
• [LLVMdev] [PATCH] LangRef: va_arg doesn't work on X86_64; update example   Ramkumar Ramachandra
• [LLVMdev] [PATCH] LangRef: va_arg doesn't work on X86_64; update example   Tim Northover
• [LLVMdev] [PATCH] LangRef: va_arg doesn't work on X86_64; update example   Sean Silva
• [LLVMdev] [PATCH] ubsan: add 'UndefinedBehaviorSanitizer' to messages   Ben Boeckel
• [LLVMdev] [PATCH] ubsan: label messages as coming from ubsan   Ben Boeckel
• [LLVMdev] [PATCH] ubsan: label messages as coming from ubsan   Kostya Serebryany
• [LLVMdev] [PATCH] ubsan: label messages as coming from ubsan   Ben Boeckel
• [LLVMdev] [PATCH v2] LangRef: clarify that va_arg doesn't work on x86_64   Ramkumar Ramachandra
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features   Sergei Larin
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features   Rafael Espíndola
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   David Blaikie
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Reid Kleckner
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   David Blaikie
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Bob Wilson
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Rafael Espíndola
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Rafael Espíndola
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Alex Rosenberg
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Alex Rosenberg
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Diego Novillo
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Diego Novillo
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Alex Rosenberg
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Bob Wilson
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   David Blaikie
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR   Duncan P. N. Exon Smith
• [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   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   Eric Christopher
• [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] AArch64 bot   Renato Golin
• [LLVMdev] About Code coverage Algorithms.   Umesh Kalappa
• [LLVMdev] About Code coverage Algorithms.   Bob Wilson
• [LLVMdev] About Code coverage Algorithms.   Thierry Lavoie
• [LLVMdev] Add 3.5 release to the getting started page.   Jan Sjodin
• [LLVMdev] Add 3.5 release to the getting started page.   Jan Sjodin
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Das, Dibyendu
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   Zaks, Ayal
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   Stephen Canon
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   Tian, Xinmin
• [LLVMdev] Adding masked vector load and store intrinsics   Adam Nemet
• [LLVMdev] Adding masked vector load and store intrinsics   Smith, Kevin B
• [LLVMdev] Adding masked vector load and store intrinsics   Smith, Kevin B
• [LLVMdev] Adding masked vector load and store intrinsics   Nadav Rotem
• [LLVMdev] Adding masked vector load and store intrinsics   Tian, Xinmin
• [LLVMdev] Adding masked vector load and store intrinsics   Das, Dibyendu
• [LLVMdev] Adding masked vector load and store intrinsics   Tian, Xinmin
• [LLVMdev] Adding masked vector load and store intrinsics   Adam Nemet
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   Smith, Kevin B
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   Pete Cooper
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   Pete Cooper
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   Pete Cooper
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   Smith, Kevin B
• [LLVMdev] Adding masked vector load and store intrinsics   Smith, Kevin B
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   shahid shahid
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Owen Anderson
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Chandler Carruth
• [LLVMdev] Adding masked vector load and store intrinsics   Adam Nemet
• [LLVMdev] Adding masked vector load and store intrinsics   Owen Anderson
• [LLVMdev] Adding masked vector load and store intrinsics   Owen Anderson
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics   Owen Anderson
• [LLVMdev] Adding masked vector load and store intrinsics   dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics   Hal Finkel
• [LLVMdev] Adding sample profile support to llvm-profdata?   Diego Novillo
• [LLVMdev] Adding sample profile support to llvm-profdata?   Duncan P. N. Exon Smith
• [LLVMdev] Adding sample profile support to llvm-profdata?   Justin Bogner
• [LLVMdev] Adding sample profile support to llvm-profdata?   Diego Novillo
• [LLVMdev] Adding sample profile support to llvm-profdata?   Duncan P. N. Exon Smith
• [LLVMdev] ASAN tests on ARM   Renato Golin
• [LLVMdev] ASAN tests on ARM   Evgeniy Stepanov
• [LLVMdev] ASAN tests on ARM   Renato Golin
• [LLVMdev] ASAN tests on ARM   Evgeniy Stepanov
• [LLVMdev] ASAN tests on ARM   Renato Golin
• [LLVMdev] ASAN tests on ARM   Evgeniy Stepanov
• [LLVMdev] ASAN tests on ARM   Renato Golin
• [LLVMdev] ASAN tests on ARM   Evgeniy Stepanov
• [LLVMdev] ASAN tests on ARM   Renato Golin
• [LLVMdev] assembler instruction selection vs. compiler instruction selection   Steve King
• [LLVMdev] assembler instruction selection vs. compiler instruction selection   Francois Pichet
• [LLVMdev] Autotuning parameters/heuristics within LLVM   Robert Stevenson
• [LLVMdev] Autotuning parameters/heuristics within LLVM   Jonas Wagner
• [LLVMdev] Autotuning parameters/heuristics within LLVM   John Criswell
• [LLVMdev] Barking Up The Wrong Tree?   David Chisnall
• [LLVMdev] Behaviour of NVPTX intrinsic   RAVI KORSA
• [LLVMdev] Behaviour of NVPTX intrinsic   Kuperstein, Michael M
• [LLVMdev] bug report - libsanitizer compilation fail   Daniel Doron
• [LLVMdev] bug report - libsanitizer compilation fail   Yury Gribov
• [LLVMdev] bug report - libsanitizer compilation fail   Kostya Serebryany
• [LLVMdev] Cambridge LLVM Social - 8th Oct   Renato Golin
• [LLVMdev] Cambridge LLVM Social - 8th Oct   Renato Golin
• [LLVMdev] Can libc++ build for arm cross compiler?   gamma_chen
• [LLVMdev] Can libc++ build for arm cross compiler?   gamma_chen
• [LLVMdev] Can libc++ build for arm cross compiler?   Logan Chien
• [LLVMdev] Can libc++ build for arm cross compiler?   Dan Albert
• [LLVMdev] Can libc++ build for arm cross compiler?   Jonathan Roelofs
• [LLVMdev] Can libc++ build for arm cross compiler?   gamma_chen
• [LLVMdev] Can libc++ build for arm cross compiler?   陳韋任 (Wei-Ren Chen)
• [LLVMdev] Can libc++ build for arm cross compiler?   Logan Chien
• [LLVMdev] Can libc++ build for arm cross compiler?   gamma_chen
• [LLVMdev] Can libc++ build for arm cross compiler?   Jonathan Roelofs
• [LLVMdev] Canonicalizing vector masking.   Rafael Espíndola
• [LLVMdev] Canonicalizing vector masking.   Nadav Rotem
• [LLVMdev] Canonicalizing vector masking.   Chandler Carruth
• [LLVMdev] Canonicalizing vector masking.   Sean Silva
• [LLVMdev] CFG for the whole c file   Amir H. Ashouri
• [LLVMdev] Clang option to dump the results of intermediate passes   DeepaBallari
• [LLVMdev] Clang option to dump the results of intermediate passes   David Peixotto
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013   Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013   Timur Iskhodzhanov
• [LLVMdev] compileUnit   Hui Zhang
• [LLVMdev] Compiling As Obj-C or Obj-C++ On Windows   Eric Mader
• [LLVMdev] Compiling As Obj-C or Obj-C++ On Windows   Reid Kleckner
• [LLVMdev] Compiling As Obj-C or Obj-C++ On Windows   Eric Mader
• [LLVMdev] Copy function pointer contents   Calixte Denizet
• [LLVMdev] Copy function pointer contents   Tim Northover
• [LLVMdev] Correctly compiling shared libraries for llvm-gcov on OSX   Artur Szostak
• [LLVMdev] Creating a new MCStreamer object inside AsmPrinter   Ronaldo Ferreira
• [LLVMdev] Creating a new MCStreamer object inside AsmPrinter   Ronaldo Ferreira
• [LLVMdev] Cross-Block Dead Store Elimination   Artem Dinaburg
• [LLVMdev] Custom lowering issue   shahid shahid
• [LLVMdev] data layout string questions.   reed kotler
• [LLVMdev] data layout string questions.   Reid Kleckner
• [LLVMdev] Debug Info and DFSan   David Blaikie
• [LLVMdev] Debug Info and DFSan   Peter Collingbourne
• [LLVMdev] Debug Info and DFSan   David Blaikie
• [LLVMdev] Debug Info and DFSan   David Blaikie
• [LLVMdev] Debug Info and DFSan   David Blaikie
• [LLVMdev] Debug Info and DFSan   Peter Collingbourne
• [LLVMdev] Debug Info and DFSan   David Blaikie
• [LLVMdev] Debug Info and DFSan   Peter Collingbourne
• [LLVMdev] Debug Info and DFSan   David Blaikie
• [LLVMdev] Debug Info and DFSan   Peter Collingbourne
• [LLVMdev] Debug Info and DFSan   David Blaikie
• [LLVMdev] Debug Info and DFSan   Peter Collingbourne
• [LLVMdev] Debug Info and MergeFunctions Transform   David Blaikie
• [LLVMdev] Debug Info and MergeFunctions Transform   Stepan Dyatkovskiy
• [LLVMdev] Debug Info and MergeFunctions Transform   llvm at dyatkovskiy.com
• [LLVMdev] Debug Info and MergeFunctions Transform   David Blaikie
• [LLVMdev] Debug Info and MergeFunctions Transform   Stepan Dyatkovskiy
• [LLVMdev] debugloc metadata variation   David Blaikie
• [LLVMdev] debugloc metadata variation   Sean Silva
• [LLVMdev] debugloc metadata variation   Frédéric Riss
• [LLVMdev] debugloc metadata variation   David Blaikie
• [LLVMdev] debugloc metadata variation   Duncan P. N. Exon Smith
• [LLVMdev] debugloc metadata variation   David Blaikie
• [LLVMdev] debugloc metadata variation   Duncan P. N. Exon Smith
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp?   Liang Wang
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp?   Andrew Trick
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp?   Duncan P. N. Exon Smith
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp?   Liang Wang
• [LLVMdev] Disabling Branch Folding in IfConversion   Ronaldo Ferreira
• [LLVMdev] Dominator Trees   Speziale Ettore
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Ajay Panyala
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Brian Faull
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Ajay Panyala
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Anton Korobeynikov
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Ajay Panyala
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Anton Korobeynikov
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Ajay Panyala
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Brian Faull
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers   Ajay Panyala
• [LLVMdev] ELF section load address   Colin LeMahieu
• [LLVMdev] ELF section load address   Eric Christopher
• [LLVMdev] eliminateFrameIndex   Boris Boesler
• [LLVMdev] eliminateFrameIndex   Francois Pichet
• [LLVMdev] eliminateFrameIndex   Boris Boesler
• [LLVMdev] ELLCC now has Pre-built Binaries for all LLVM Command Line Tools   Richard Pennington
• [LLVMdev] ELLCC update for October 5, 2014   Richard Pennington
• [LLVMdev] Emacs LLVM coding style dir-locals   Stephen Crane
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Xiaoguang Wang
• [LLVMdev] Emit a jump instruction to a place inside basicblock   serge Guelton
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Robin Morisset
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Xiaoguang Wang
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Eric Christopher
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Xiaoguang Wang
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Eric Christopher
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Xiaoguang Wang
• [LLVMdev] Emit a jump instruction to a place inside basicblock   Eric Christopher
• [LLVMdev] Error Compiling Intrinsics On Windows   Eric Mader
• [LLVMdev] Error returned by gcov   ramonpadilla1 at yahoo.co.uk
• [LLVMdev] extending LLVM - basic block reordering   Zahra fatehi marj
• [LLVMdev] extending LLVM - basic block reordering   John Criswell
• [LLVMdev] extending LLVM - basic block reordering   Zahra Marj
• [LLVMdev] Fetching the functions in C files   Amir H. Ashouri
• [LLVMdev] Fetching the functions in C files   John Criswell
• [LLVMdev] Fetching the functions in C files   Amir H. Ashouri
• [LLVMdev] Fetching the functions in C files   Markus Timpl
• [LLVMdev] Fetching the functions in C files   Amir H. Ashouri
• [LLVMdev] Fetching the functions in C files   Eli Bendersky
• [LLVMdev] Fetching the functions in C files   Eli Bendersky
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation   David Blaikie
• [LLVMdev] First-class debug info IR: MDLocation   Rafael Espíndola
• [LLVMdev] First-class debug info IR: MDLocation   Chandler Carruth
• [LLVMdev] First-class debug info IR: MDLocation   Chandler Carruth
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation   David Blaikie
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation   Adrian Prantl
• [LLVMdev] First-class debug info IR: MDLocation   Duncan P. N. Exon Smith
• [LLVMdev] forcing llvm-objdump to disassemble   Mark Laws
• [LLVMdev] forcing llvm-objdump to disassemble   Michael Spencer
• [LLVMdev] Fwd: [Bug 84232] PHINode containing itself causes segfault in LLVM when compiling Blender OpenCL kernel with R600 backend   Виталий Филиппов
• [LLVMdev] Fwd: Need help to add operand for global metadata   Henry Chung
• [LLVMdev] Getting Started with LLVM Core LIbraries available   reed kotler
• [LLVMdev] Git Clone on Windows Issues   Aaron W.Hsu
• [LLVMdev] Header File Not Found?   Eric Mader
• [LLVMdev] Header File Not Found?   Eric Mader
• [LLVMdev] Header File Not Found?   Eric Mader
• [LLVMdev] Heads-up: symbolized stack traces in LLVM/Clang tools crash dumps   Alexey Samsonov
• [LLVMdev] hexdump in test cases?   Nick Kledzik
• [LLVMdev] hexdump in test cases?   Rui Ueyama
• [LLVMdev] hexdump in test cases?   Nick Kledzik
• [LLVMdev] hexdump in test cases?   Rui Ueyama
• [LLVMdev] How do I get MachineFunctions?   Vanderson Martins do Rosario
• [LLVMdev] How do I get MachineFunctions?   John Criswell
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString)   Duncan P. N. Exon Smith
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString)   Duncan P. N. Exon Smith
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString)   Reid Kleckner
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString)   Peter Zotov
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString)   Duncan P. N. Exon Smith
• [LLVMdev] How to add LiveVariables pass   e e
• [LLVMdev] How to call a pointer that points to a C function   C K Tan
• [LLVMdev] How to call a pointer that points to a C function   David Chisnall
• [LLVMdev] How to call a pointer that points to a C function   CK Tan
• [LLVMdev] How to call a pointer that points to a C function   David Blaikie
• [LLVMdev] how to choose which alias analysis used in my pass?   songlh
• [LLVMdev] how to choose which alias analysis used in my pass?   Jingyue Wu
• [LLVMdev] how to choose which alias analysis used in my pass?   Hal Finkel
• [LLVMdev] how to choose which alias analysis used in my pass?   songlh
• [LLVMdev] how to choose which alias analysis used in my pass?   Roel Jordans
• [LLVMdev] Indirect call site profiling   betulb at codeaurora.org
• [LLVMdev] Indirect call site profiling   John Criswell
• [LLVMdev] Indirect call site profiling   betulb at codeaurora.org
• [LLVMdev] Indirect call site profiling   Philip Reames
• [LLVMdev] Indirect call site profiling   Xinliang David Li
• [LLVMdev] Indirect call site profiling   Das, Dibyendu
• [LLVMdev] Indirect call site profiling   Xinliang David Li
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs   Jingyue Wu
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs   Justin Holewinski
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs   Jingyue Wu
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs   Justin Holewinski
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs   Andrew Trick
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs   Jingyue Wu
• [LLVMdev] Issue with incomplete type debug info in recent release_35   martin krastev
• [LLVMdev] Issue with incomplete type debug info in recent release_35   David Blaikie
• [LLVMdev] Issue with incomplete type debug info in recent release_35   martin krastev
• [LLVMdev] Job openings for Pyston, Dropbox's LLVM JIT for Python   Kevin Modzelewski
• [LLVMdev] Large constants in patchpoints   Sanjoy Das
• [LLVMdev] Large constants in patchpoints   Sanjoy Das
• [LLVMdev] Large constants in patchpoints   Juergen Ributzka
• [LLVMdev] Large constants in patchpoints   Sanjoy Das
• [LLVMdev] LDMIA instruction allows high registers for v7m architechture   Jyoti Rajendra Allur
• [LLVMdev] LDMIA instruction allows high registers for v7m architechture   Tim Northover
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Lib C++ buildbot problem   Jonathan Roelofs
• [LLVMdev] Lib C++ buildbot problem   Dan Albert
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Lib C++ buildbot problem   Jonathan Roelofs
• [LLVMdev] Lib C++ buildbot problem   Dan Albert
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Lib C++ buildbot problem   Marshall Clow
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Lib C++ buildbot problem   Eric Fiselier
• [LLVMdev] Lib C++ buildbot problem   Eric Fiselier
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Lib C++ buildbot problem   Renato Golin
• [LLVMdev] Libcxx buildbot   Renato Golin
• [LLVMdev] Libcxx buildbot   Jonathan Roelofs
• [LLVMdev] Libcxx buildbot   Dan Albert
• [LLVMdev] Libcxx buildbot   Dan Albert
• [LLVMdev] Libcxx buildbot   İsmail Dönmez
• [LLVMdev] Libcxx buildbot   Renato Golin
• [LLVMdev] LibUnwind into Compiler-RT?   Renato Golin
• [LLVMdev] LibUnwind into Compiler-RT?   Jonathan Roelofs
• [LLVMdev] LibUnwind into Compiler-RT?   Renato Golin
• [LLVMdev] LibUnwind into Compiler-RT?   Antoine Labour
• [LLVMdev] LibUnwind into Compiler-RT?   Renato Golin
• [LLVMdev] LibUnwind into Compiler-RT?   Antoine Labour
• [LLVMdev] LibUnwind into Compiler-RT?   Nick Kledzik
• [LLVMdev] LibUnwind into Compiler-RT?   Dan Albert
• [LLVMdev] LibUnwind into Compiler-RT?   Renato Golin
• [LLVMdev] LICM promoting memory to scalar   Balaram Makam
• [LLVMdev] lld coding style   Saleem Abdulrasool
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Chandler Carruth
• [LLVMdev] lld coding style   shankarke
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Roel Jordans
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Johannes Doerfert
• [LLVMdev] lld coding style   Tim Northover
• [LLVMdev] lld coding style   Rui Ueyama
• [LLVMdev] lld coding style   Eric Christopher
• [LLVMdev] lld coding style   Rui Ueyama
• [LLVMdev] lld coding style   Chris Lattner
• [LLVMdev] lld coding style   Eric Christopher
• [LLVMdev] lld coding style   Bruce Hoult
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Rui Ueyama
• [LLVMdev] lld coding style   Rui Ueyama
• [LLVMdev] lld coding style   Nick Kledzik
• [LLVMdev] lld coding style   Rui Ueyama
• [LLVMdev] lld coding style   Chris Lattner
• [LLVMdev] lld coding style   Nick Kledzik
• [LLVMdev] lld coding style   Zachary Turner
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Joerg Sonnenberger
• [LLVMdev] lld coding style   Zachary Turner
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Rui Ueyama
• [LLVMdev] lld coding style   Sean Silva
• [LLVMdev] lld coding style   Chris Lattner
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Chris Lattner
• [LLVMdev] lld coding style   Chandler Carruth
• [LLVMdev] lld coding style   David Blaikie
• [LLVMdev] lld coding style   Chandler Carruth
• [LLVMdev] lld coding style   Manuel Klimek
• [LLVMdev] lld coding style   Nick Kledzik
• [LLVMdev] lld coding style   Chandler Carruth
• [LLVMdev] lld coding style   Nick Kledzik
• [LLVMdev] lld coding style   Chandler Carruth
• [LLVMdev] lld coding style   Chris Lattner
• [LLVMdev] lld coding style   Zachary Turner
• [LLVMdev] lld coding style   Dmitri Gribenko
• [LLVMdev] lld coding style   Reid Kleckner
• [LLVMdev] lld coding style   Renato Golin
• [LLVMdev] lld coding style   Nick Kledzik
• [LLVMdev] lld coding style   David Blaikie
• [LLVMdev] lld coding style   Sean Silva
• [LLVMdev] lld coding style   Sean Silva
• [LLVMdev] lld coding style   Chris Lattner
• [LLVMdev] lld coding style   Nico Rieck
• [LLVMdev] lld coding style   Manuel Klimek
• [LLVMdev] lld coding style   Nico Rieck
• [LLVMdev] llvm's regular bay-area monthly social, Nov 6th   Nick Lewycky
• [LLVMdev] llvm.loop metadata placement and critical edge splitting   Andrew Trick
• [LLVMdev] llvm.loop metadata placement and critical edge splitting   Hal Finkel
• [LLVMdev] llvm.loop metadata placement and critical edge splitting   Tobias Grosser
• [LLVMdev] llvm.loop metadata placement and critical edge splitting   Musman, Alexander
• [LLVMdev] llvm.loop metadata placement and critical edge splitting   doerfert at cs.uni-saarland.de
• [LLVMdev] llvm.loop metadata placement and critical edge splitting   hadi sadeghi
• [LLVMdev] llvm.loop metadata placement and critical edge splitting   Andrew Trick
• [LLVMdev] llvm and secure malloc/free   Anitha B Gollamudi
• [LLVMdev] LLVM at FOSDEM 2015 - Call for papers and participation   Sylvestre Ledru
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time today.   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time today.   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted today after 9 PM Pacific time   Galina Kistanova
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language?   Talin
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language?   Reid Kleckner
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language?   Chris Lattner
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language?   David Chisnall
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language?   Reid Kleckner
• [LLVMdev] LLVM JIT Execution Engine port for PPC64le   Caio Souza Oliveira
• [LLVMdev] LLVM JIT Execution Engine port for PPC64le   Yaron Keren
• [LLVMdev] LLVM Lexer   Prashanth Sharma
• [LLVMdev] LLVM Lexer   Wei-Ren Chen
• [LLVMdev] LLVM Lexer   Hans Wennborg
• [LLVMdev] LLVM opt GVN.cpp   Bob Wilson
• [LLVMdev] LLVM opt GVN.cpp   GangRyung Uh
• [LLVMdev] LLVM Weekly - #40, Oct 6th 2014   Alex Bradbury
• [LLVMdev] LLVM Weekly - #41, Oct 13th 2014   Alex Bradbury
• [LLVMdev] LLVM Weekly - #42, Oct 20th 2014   Alex Bradbury
• [LLVMdev] LLVM Weekly - #43, Oct 27th 2014   Alex Bradbury
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias   Sergei Larin
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias   Shankar Easwaran
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias   Rafael Espíndola
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias   Sergei Larin
• [LLVMdev] Masked vector intrinsics and name mangling   Demikhovsky, Elena
• [LLVMdev] Masked vector intrinsics and name mangling   Hal Finkel
• [LLVMdev] Masked vector intrinsics and name mangling   Demikhovsky, Elena
• [LLVMdev] Masked vector intrinsics and name mangling   Hal Finkel
• [LLVMdev] Masked vector intrinsics and name mangling   Philip Reames
• [LLVMdev] Masked vector intrinsics and name mangling   Demikhovsky, Elena
• [LLVMdev] Masked vector intrinsics and name mangling   Pete Cooper
• [LLVMdev] Masked vector intrinsics and name mangling   Demikhovsky, Elena
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info)   Aliaksei Zasenka
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info)   Kaylor, Andrew
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info)   Aliaksei Zasenka
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info)   Aliaksei Zasenka
• [LLVMdev] memory leak in method ContractNodes   wuhui1973
• [LLVMdev] Mips's MicroMips ??   Jun Koi
• [LLVMdev] Moderators needed for LLVM Developers' Meeting   Tanya Lattner
• [LLVMdev] Moderators needed for LLVM Developers' Meeting (MODIFIED)   Tanya Lattner
• [LLVMdev] More ARM asan failures - Line number   Renato Golin
• [LLVMdev] More ARM asan failures - Line number   Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number   Renato Golin
• [LLVMdev] More ARM asan failures - Line number   Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number   Renato Golin
• [LLVMdev] More ARM asan failures - Line number   Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number   Renato Golin
• [LLVMdev] More ARM asan failures - Line number   Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number   Renato Golin
• [LLVMdev] More ARM asan failures - Line number   Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number   Renato Golin
• [LLVMdev] More ARM asan failures - Line number   Evgeniy Stepanov
• [LLVMdev] Need guidance regarding MachineFunctionPass   sachin arora
• [LLVMdev] Need guidance regarding MachineFunctionPass   John Criswell
• [LLVMdev] Need guidance regarding MachineFunctionPass   sachin arora
• [LLVMdev] Need guidance regarding MachineFunctionPass   Tim Northover
• [LLVMdev] Need guidance regarding MachineFunctionPass   sachin arora
• [LLVMdev] Need guidance regarding MachineFunctionPass   Tim Northover
• [LLVMdev] Need guidance regarding MachineFunctionPass   sachin arora
• [LLVMdev] Need guidance regarding MachineFunctionPass   Tim Northover
• [LLVMdev] Need guidance regarding MachineFunctionPass   sachin arora
• [LLVMdev] Need guidance regarding MachineFunctionPass   Tim Northover
• [LLVMdev] need help on llvm support for Chapel   Hui Zhang
• [LLVMdev] need help on llvm support for Chapel   Hui Zhang
• [LLVMdev] need help on llvm support for Chapel   John Criswell
• [LLVMdev] need help on llvm support for Chapel   Roel Jordans
• [LLVMdev] New CMake warnings   Daniel Dilts
• [LLVMdev] New CMake warnings   Peter Collingbourne
• [LLVMdev] New OS X and Jenkins based build cluster   Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster   David Blaikie
• [LLVMdev] New OS X and Jenkins based build cluster   Tim Northover
• [LLVMdev] New OS X and Jenkins based build cluster   Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster   Chandler Carruth
• [LLVMdev] New OS X and Jenkins based build cluster   Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster   David Chisnall
• [LLVMdev] New OS X and Jenkins based build cluster   Adrian Prantl
• [LLVMdev] New OS X and Jenkins based build cluster   Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster   Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster   Jonathan Roelofs
• [LLVMdev] New OS X and Jenkins based build cluster   Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster   Chandler Carruth
• [LLVMdev] New OS X and Jenkins based build cluster   Joerg Sonnenberger
• [LLVMdev] New OS X and Jenkins based build cluster   Reid Kleckner
• [LLVMdev] New OS X and Jenkins based build cluster   Chandler Carruth
• [LLVMdev] New OS X and Jenkins based build cluster   Chris Matthews
• [LLVMdev] New type of smart pointer for LLVM   Anton Yartsev
• [LLVMdev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] New type of smart pointer for LLVM   Chandler Carruth
• [LLVMdev] New type of smart pointer for LLVM   Anton Yartsev
• [LLVMdev] New type of smart pointer for LLVM   Duncan P. N. Exon Smith
• [LLVMdev] New type of smart pointer for LLVM   Duncan P. N. Exon Smith
• [LLVMdev] New type of smart pointer for LLVM   Renato Golin
• [LLVMdev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] New type of smart pointer for LLVM   David Blaikie
• [LLVMdev] not able to resolve external function symbol error issued at RuntimeDyldImpl::resolveExternalSymbols   Cheng Zhu
• [LLVMdev] not much performance gain when reuse the JIT cached compiled object in the subsequent call to the same function ....   Kaylor, Andrew
• [LLVMdev] On DataExtractor isValidOffset* interface   Timur Iskhodzhanov
• [LLVMdev] On DataExtractor isValidOffset* interface   Benjamin Kramer
• [LLVMdev] On DataExtractor isValidOffset* interface   Jeremy Lakeman
• [LLVMdev] on type annotations of LLVM IR   Rekha R
• [LLVMdev] on type annotations of LLVM IR   David Chisnall
• [LLVMdev] on type annotations of LLVM IR   Rekha R
• [LLVMdev] on type annotations of LLVM IR   David Chisnall
• [LLVMdev] on type annotations of LLVM IR   Rekha R
• [LLVMdev] oprofile support?   Maurice Marks
• [LLVMdev] oprofile support?   Kaylor, Andrew
• [LLVMdev] oprofile support?   Kevin Modzelewski
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE)   Aliaksei Zasenka
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE)   Hal Finkel
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE)   Aliaksei Zasenka
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE)   Hal Finkel
• [LLVMdev] Optimization hints for "constant" loads   Philip Reames
• [LLVMdev] Optimization hints for "constant" loads   Hal Finkel
• [LLVMdev] Optimization hints for "constant" loads   Philip Reames
• [LLVMdev] Optimization hints for "constant" loads   Andrew Trick
• [LLVMdev] Optimization hints for "constant" loads   Sanjoy Das
• [LLVMdev] Optimization hints for "constant" loads   Andrew Trick
• [LLVMdev] Optimization hints for "constant" loads   Sanjoy Das
• [LLVMdev] Optimization hints for "constant" loads   Andrew Trick
• [LLVMdev] Optimization hints for "constant" loads   Philip Reames
• [LLVMdev] Optimization hints for "constant" loads   Andrew Trick
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014)   David Chisnall
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014)   David Blaikie
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014)   Philip Reames
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014)   Reid Kleckner
• [LLVMdev] passing allocas into tail calls   Nick Lewycky
• [LLVMdev] passing allocas into tail calls   Chris Lattner
• [LLVMdev] Passing llc options to Clang   Ziqiang Patrick Huang
• [LLVMdev] Passing llc options to Clang   Daniil Troshkov
• [LLVMdev] Passing llc options to Clang   Ziqiang Patrick Huang
• [LLVMdev] Passing llc options to Clang   Daniil Troshkov
• [LLVMdev] Passing llc options to Clang   Reid Kleckner
• [LLVMdev] Passing llc options to Clang   Ziqiang Patrick Huang
• [LLVMdev] Performance regression in the LiveIntevals phase   Gasiunas, Vaidas
• [LLVMdev] Performance regression in the LiveIntevals phase   Hal Finkel
• [LLVMdev] Performance regression in the LiveIntevals phase   Andrew Trick
• [LLVMdev] Performance regression in the LiveIntevals phase   Quentin Colombet
• [LLVMdev] Performance regression in the LiveIntevals phase   Gerolf Hoflehner
• [LLVMdev] Performance regression on ARM   Renato Golin
• [LLVMdev] Performance regression on ARM   Hal Finkel
• [LLVMdev] Performance regression on ARM   Renato Golin
• [LLVMdev] Performance regression on ARM   Adam Nemet
• [LLVMdev] Performance regression on ARM   Sean Silva
• [LLVMdev] Performance regression on ARM   Chandler Carruth
• [LLVMdev] Performance regression on ARM   Renato Golin
• [LLVMdev] Performance regression on ARM   Anton Korobeynikov
• [LLVMdev] Performance regression on ARM   Mark Heffernan
• [LLVMdev] Performance regression on ARM   Chandler Carruth
• [LLVMdev] Performance regression on ARM   Anton Korobeynikov
• [LLVMdev] Performance regression on ARM   Joerg Sonnenberger
• [LLVMdev] Performance regression on ARM   C Bergström
• [LLVMdev] Performance regression on ARM   Joerg Sonnenberger
• [LLVMdev] Performance regression on ARM   C Bergström
• [LLVMdev] Performance regression on ARM   Joerg Sonnenberger
• [LLVMdev] Performance regression on ARM   Anton Korobeynikov
• [LLVMdev] Performance regression on ARM   Tim Northover
• [LLVMdev] Performance regression on ARM   Anton Korobeynikov
• [LLVMdev] Performance regression on ARM   Stephen Checkoway
• [LLVMdev] Performance regression on ARM   Joerg Sonnenberger
• [LLVMdev] Performance regression on ARM   Stephen Checkoway
• [LLVMdev] Performance regression on ARM   Saleem Abdulrasool
• [LLVMdev] Performance regression on ARM   Anton Korobeynikov
• [LLVMdev] Performance tracking and benchmarking infrastructure BoF   Kristof Beyls
• [LLVMdev] PHINode containing itself causes segfault when compiling Blender OpenCL kernel with R600 backend   Виталий Филиппов
• [LLVMdev] Please benchmark new x86 vector shuffle lowering, planning to make it the default very soon!   Andrea Di Biagio
• [LLVMdev] Please benchmark new x86 vector shuffle lowering, planning to make it the default very soon!   Andrea Di Biagio
• [LLVMdev] Please benchmark new x86 vector shuffle lowering, planning to make it the default very soon!   Quentin Colombet
• [LLVMdev] possible bug in COFFObjectFile::getSymbolType()   David Majnemer
• [LLVMdev] PPC64 old JIT support   Caio Souza Oliveira
• [LLVMdev] PPC64 old JIT support   Yaron Keren
• [LLVMdev] PPC64 old JIT support   Hans Wennborg
• [LLVMdev] PPC64 old JIT support   Philip Reames
• [LLVMdev] PPC64 old JIT support   Caio Souza Oliveira
• [LLVMdev] Probing the complexity of the LLVM's optimizations   Junio Cezar
• [LLVMdev] Probing the complexity of the LLVM's optimizations   Hal Finkel
• [LLVMdev] Problem in X86 backend   Rinaldini Julien
• [LLVMdev] Problem in X86 backend   Tim Northover
• [LLVMdev] Problem in X86 backend   Tim Northover
• [LLVMdev] Problem in X86 backend   Rinaldini Julien
• [LLVMdev] Problem in X86 backend   Rinaldini Julien
• [LLVMdev] Problem in X86 backend   Quentin Colombet
• [LLVMdev] Problem in X86 backend   Rinaldini Julien
• [LLVMdev] Problem in X86 backend   Quentin Colombet
• [LLVMdev] Problem in X86 backend   Rinaldini Julien
• [LLVMdev] Problem in X86 backend (again)   Rinaldini Julien
• [LLVMdev] Problem in X86 backend (again)   Akira Hatanaka
• [LLVMdev] Problem in X86 backend (again)   Rinaldini Julien
• [LLVMdev] Problem in X86 backend (again)   Akira Hatanaka
• [LLVMdev] Problem in X86 backend (again)   Rinaldini Julien
• [LLVMdev] Problem of stack slot coloring   Qingan Li
• [LLVMdev] Problem of stack slot coloring   Hal Finkel
• [LLVMdev] Problem of stack slot coloring   Qingan Li
• [LLVMdev] Problem of stack slot coloring   Jeremy Lakeman
• [LLVMdev] Problem of stack slot coloring   Qingan Li
• [LLVMdev] processor Intrisic handling question   Stavropoulos Nikos
• [LLVMdev] Proposal: bindings for the Go programming language   Peter Collingbourne
• [LLVMdev] Proposal: bindings for the Go programming language   Dmitri Gribenko
• [LLVMdev] Proposal: bindings for the Go programming language   Peter Collingbourne
• [LLVMdev] Proposal: bindings for the Go programming language   Andrew Wilkins
• [LLVMdev] Proposal: bindings for the Go programming language   Peter Collingbourne
• [LLVMdev] Proposal: bindings for the Go programming language   Andrew Wilkins
• [LLVMdev] Proposal: bindings for the Go programming language   Chandler Carruth
• [LLVMdev] Proposal: bindings for the Go programming language   Chandler Carruth
• [LLVMdev] Proposal for ""llvm.mem.vectorize.safelen"   Tian, Xinmin
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs   Reid Kleckner
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs   David Chisnall
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs   Reid Kleckner
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs   David Chisnall
• [LLVMdev] Publication at ICFEM 2014   Simo
• [LLVMdev] Query regarding backend of Clang   Nitin Mukesh Tiwari
• [LLVMdev] Query regarding backend of Clang   Duncan P. N. Exon Smith
• [LLVMdev] Query regarding LLVM compiler backend   Nitin Mukesh Tiwari
• [LLVMdev] Query regarding LLVM compiler backend   Tim Northover
• [LLVMdev] Query regarding LLVM compiler backend   Joerg Sonnenberger
• [LLVMdev] Query regarding LLVM library for compilation   Nitin Mukesh Tiwari
• [LLVMdev] Query regarding LLVM library for compilation   Wei-Ren Chen
• [LLVMdev] Query regarding LLVM library for compilation   John Criswell
• [LLVMdev] Question about "VectorLegalizer::ExpandUINT_TO_FLOAT".   JinGu Kang
• [LLVMdev] Question about jumptable and indirect function call.   XiaoGuang Wang
• [LLVMdev] Question about jumptable and indirect function call.   Tim Northover
• [LLVMdev] Question about jumptable and indirect function call.   XiaoGuang Wang
• [LLVMdev] Question about jumptable and indirect function call.   Tom Roeder
• [LLVMdev] question about memory dependence analysis for local structure   songlh
• [LLVMdev] Question about reusing executable object memory get from MCJIT->getPointerToFunction   Cheng Zhu
• [LLVMdev] Question about reusing executable object memory get from MCJIT->getPointerToFunction   Lang Hames
• [LLVMdev] Question about specifying the Output directory path   Brian Yang
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend   Johnny Val
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend   Steve Montgomery
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend   Johnny Val
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend   Bruce Hoult
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend   Hal Finkel
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend   Johnny Val
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend   Hal Finkel
• [LLVMdev] questions about memory dependence analysis   songlh
• [LLVMdev] questions about memory dependence analysis   Wei-Ren Chen
• [LLVMdev] questions about memory dependence analysis   songlh
• [LLVMdev] Recent changes in -gmlt break sample profiling   Diego Novillo
• [LLVMdev] Recent changes in -gmlt break sample profiling   David Blaikie
• [LLVMdev] Recent changes in -gmlt break sample profiling   Diego Novillo
• [LLVMdev] Recent changes in -gmlt break sample profiling   David Blaikie
• [LLVMdev] Recent changes in -gmlt break sample profiling   Diego Novillo
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling   Jeremy Lakeman
• [LLVMdev] Recent changes in -gmlt break sample profiling   Reid Kleckner
• [LLVMdev] Recent changes in -gmlt break sample profiling   Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling   Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling   Chandler Carruth
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling   Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling   Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling   Chandler Carruth
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling   Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling   Chandler Carruth
• [LLVMdev] Recent changes in -gmlt break sample profiling   Diego Novillo
• [LLVMdev] Recent changes in -gmlt break sample profiling   Diego Novillo
• [LLVMdev] Recent changes in -gmlt break sample profiling   Xinliang David Li
• [LLVMdev] Regression Suite Failure: Windows 64-bit Build   Aaron W.Hsu
• [LLVMdev] Release Manager Position   Bill Wendling
• [LLVMdev] Release Manager Position   C Bergström
• [LLVMdev] Release Manager Position   Renato Golin
• [LLVMdev] Release Manager Position   Bill Wendling
• [LLVMdev] Release Manager Position   Tom Stellard
• [LLVMdev] Remaining Compiler-RT failures in ARM   Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM   Evgeniy Stepanov
• [LLVMdev] Remaining Compiler-RT failures in ARM   Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM   Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM   Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM   Evgeniy Stepanov
• [LLVMdev] Remaining Compiler-RT failures in ARM   Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM   Jonathan Roelofs
• [LLVMdev] Remaining Compiler-RT failures in ARM   Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM   Jonathan Roelofs
• [LLVMdev] Remaining Compiler-RT failures in ARM   Renato Golin
• [LLVMdev] replace the intrinsic call by a C function call   kewuzhang
• [LLVMdev] replace the intrinsic call by a C function call   Tim Northover
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   David Chisnall
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Rafael Avila de Espindola
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Pete Cooper
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Sanjoy Das
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Duncan Exon Smith
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Sanjoy Das
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Robinson, Paul
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Joerg Sonnenberger
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Benjamin Kramer
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   David Chisnall
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   JF Bastien
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Robinson, Paul
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   David Chisnall
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Reid Kleckner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Rafael Espíndola
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?   Eric Christopher
• [LLVMdev] RFC: Drop support running LLVM on Windows XP   Reid Kleckner
• [LLVMdev] RFC: Drop support running LLVM on Windows XP   Aaron Ballman
• [LLVMdev] RFC: Drop support running LLVM on Windows XP   David Majnemer
• [LLVMdev] RFC: Drop support running LLVM on Windows XP   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] RFC: Drop support running LLVM on Windows XP   Jim Rowan
• [LLVMdev] RFC: Drop support running LLVM on Windows XP   Robinson, Paul
• [LLVMdev] RFC: Indirect Call Target Profiling   betulb at codeaurora.org
• [LLVMdev] RFC: Indirect Call Target Profiling   Kostya Serebryany
• [LLVMdev] RFC: Indirect Call Target Profiling   Justin Bogner
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Arnold Schwaighofer
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Nadav Rotem
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Arnold Schwaighofer
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Robin Morisset
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Renato Golin
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Zinovy Nis
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2?   Arnold Schwaighofer
• [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?   Bob Wilson
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   David Blaikie
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Bob Wilson
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Pasi Parviainen
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tim Northover
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Steve King
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Tim Northover
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Diego Novillo
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system?   Rafael Avila de Espindola
• [LLVMdev] RFC: variable names   Nick Kledzik
• [LLVMdev] RFC: variable names   Philip Reames
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Chris Lattner
• [LLVMdev] RFC: variable names   Chris Lattner
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Tim Northover
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Nick Kledzik
• [LLVMdev] RFC: variable names   Matt Arsenault
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Chris Lattner
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Richard Smith
• [LLVMdev] RFC: variable names   Nick Kledzik
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Gregory Junker
• [LLVMdev] RFC: variable names   Xinliang David Li
• [LLVMdev] RFC: variable names   Hal Finkel
• [LLVMdev] RFC: variable names   Richard Smith
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Richard Smith
• [LLVMdev] RFC: variable names   Xinliang David Li
• [LLVMdev] RFC: variable names   Richard Smith
• [LLVMdev] RFC: variable names   Jim Grosbach
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Sean Silva
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Sean Silva
• [LLVMdev] RFC: variable names   Jim Grosbach
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Joshua Cranmer 🐧
• [LLVMdev] RFC: variable names   Sean Silva
• [LLVMdev] RFC: variable names   Robinson, Paul
• [LLVMdev] RFC: variable names   Sean Silva
• [LLVMdev] RFC: variable names   Philip Reames
• [LLVMdev] RFC: variable names   Sean Silva
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Philip Reames
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Nick Kledzik
• [LLVMdev] RFC: variable names   Xinliang David Li
• [LLVMdev] RFC: variable names   Chandler Carruth
• [LLVMdev] RFC: variable names   Xinliang David Li
• [LLVMdev] RFC: variable names   Florian Merz
• [LLVMdev] RFC: variable names   Dan Liew
• [LLVMdev] RFC: variable names   Rafael Espíndola
• [LLVMdev] RFC: variable names   Chris Lattner
• [LLVMdev] Runtime introspection of "Release Mode" programs using LLVM or LLDB   Kenneth Camann
• [LLVMdev] section relative expressions   Rafael Espíndola
• [LLVMdev] Segfault on AArch64 LNT   Renato Golin
• [LLVMdev] Segfault on AArch64 LNT   James Molloy
• [LLVMdev] Segfault on AArch64 LNT   James Molloy
• [LLVMdev] Segfault on AArch64 LNT   Renato Golin
• [LLVMdev] size_t?   Eric Mader
• [LLVMdev] size_t?   Eric Mader
• [LLVMdev] Soliciting Code Review: Fix for Bug 5053   Swaroop Sridhar
• [LLVMdev] SSA for memory objects   Tyler Denniston
• [LLVMdev] SSA for memory objects   John Criswell
• [LLVMdev] SSA for memory objects   Tyler Denniston
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args   Kevin Modzelewski
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args   Sanjoy Das
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Dmitry Borisenkov
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Tim Northover
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Joerg Sonnenberger
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Dmitry Borisenkov
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Stephen Checkoway
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Craig Topper
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Pasi Parviainen
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly)   Stephen Checkoway
• [LLVMdev] Status of HSA in LLVM 3.6   William Swartzendruber
• [LLVMdev] Status of HSA in LLVM 3.6   C Bergström
• [LLVMdev] Storing values in global variables   Jan Teske
• [LLVMdev] Storing values in global variables   John Criswell
• [LLVMdev] Storing values in global variables   Jan Teske
• [LLVMdev] Strange Errors on Windows with LLVM Regression Suite   Aaron W.Hsu
• [LLVMdev] Strange Errors on Windows with LLVM Regression Suite   Renato Golin
• [LLVMdev] Switch instruction lowering   Paweł Bylica
• [LLVMdev] Switch instruction lowering   Wei-Ren Chen
• [LLVMdev] Switch instruction lowering   Hans Wennborg
• [LLVMdev] Switch instruction lowering   Anton Korobeynikov
• [LLVMdev] Switch instruction lowering   Sean Silva
• [LLVMdev] Target specific info available to Clang (and others)   Renato Golin
• [LLVMdev] Target specific info available to Clang (and others)   Rafael Espíndola
• [LLVMdev] Target specific info available to Clang (and others)   Renato Golin
• [LLVMdev] Target specific info available to Clang (and others)   Rafael Espíndola
• [LLVMdev] Target specific info available to Clang (and others)   Bob Wilson
• [LLVMdev] Target specific info available to Clang (and others)   Rafael Avila de Espindola
• [LLVMdev] Target specific info available to Clang (and others)   Renato Golin
• [LLVMdev] Target specific info available to Clang (and others)   Rafael Espíndola
• [LLVMdev] The ELLCC Cross Development Tool Chain is now Available for Windows   Richard Pennington
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps   Kevin Modzelewski
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps   Andrew Trick
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps   Kevin Modzelewski
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps   Andrew Trick
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps   Kevin Modzelewski
• [LLVMdev] Tree conflict on checkout   Daniel Dilts
• [LLVMdev] Tree conflict on checkout   Eli Bendersky
• [LLVMdev] Tree conflict on checkout   Justin Bogner
• [LLVMdev] Tree conflict on checkout   Cameron McInally
• [LLVMdev] TSFlags in AsmBackend   Steve King
• [LLVMdev] TSFlags in AsmBackend   Francois Pichet
• [LLVMdev] TSFlags in AsmBackend   Steve King
• [LLVMdev] UBSAN - Test failures   Renato Golin
• [LLVMdev] UBSAN - Test failures   Evgeniy Stepanov
• [LLVMdev] UBSAN - Test failures   Renato Golin
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets   martin krastev
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets   Quentin Colombet
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets   martin krastev
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets   Quentin Colombet
• [LLVMdev] Updating Analysis Pass   Manish Gupta
• [LLVMdev] Updating Analysis Pass   John Criswell
• [LLVMdev] Updating Kaleidoscope tutorial   Geoff Shannon
• [LLVMdev] Updating Kaleidoscope tutorial   Eli Bendersky
• [LLVMdev] Updating Kaleidoscope tutorial   Geoff Shannon
• [LLVMdev] Use list preservation when using Instruction::clone   Tyler Denniston
• [LLVMdev] Use list preservation when using Instruction::clone   Jingyue Wu
• [LLVMdev] Use list preservation when using Instruction::clone   Tyler Denniston
• [LLVMdev] Use list preservation when using Instruction::clone   Tyler Denniston
• [LLVMdev] Use of custom operations after DAG legalization   Steve Montgomery
• [LLVMdev] using -debug-ir to map identify IR mapping   Muneeb Khan
• [LLVMdev] using -debug-ir to map identify IR mapping   David Blaikie
• [LLVMdev] using -debug-ir to map identify IR mapping   Muneeb Khan
• [LLVMdev] using -debug-ir to map identify IR mapping   Adrian Prantl
• [LLVMdev] using -debug-ir to map identify IR mapping   David Blaikie
• [LLVMdev] using -debug-ir to map identify IR mapping   David Blaikie
• [LLVMdev] using -debug-ir to map identify IR mapping   Muneeb Khan
• [LLVMdev] using -debug-ir to map identify IR mapping   Adrian Prantl
• [LLVMdev] using -debug-ir to map identify IR mapping   David Blaikie
• [LLVMdev] using -debug-ir to map identify IR mapping   Muneeb Khan
• [LLVMdev] Using LLVM on OS X 10.9.5   Geoff Shannon
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Yung, Douglas
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)   Rafael Espíndola
• [LLVMdev] Verifying Toolchain Semantics   Ian Grant
• [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   Quentin Colombet
• [LLVMdev] VMKit is retired (but you can help if you want!)   Brian Faull
• [LLVMdev] Weird problems with cos (was Re: [PATCH v3 2/3] R600: Add carry and borrow instructions. Use them to implement UADDO/USUBO)   Jan Vesely
• [LLVMdev] Weird problems with cos (was Re: [PATCH v3 2/3] R600: Add carry and borrow instructions. Use them to implement UADDO/USUBO)   Tom Stellard
• [LLVMdev] Weird problems with cos (was Re: [PATCH v3 2/3] R600: Add carry and borrow instructions. Use them to implement UADDO/USUBO)   Jan Vesely
• [LLVMdev] What is the solution for this error from clang?   Riyaz Puthiyapurayil
• [LLVMdev] which is the right version   Hui Zhang
• [LLVMdev] which is the right version   John Criswell
• [LLVMdev] whole program optimization examples?   Hayden Livingston
• [LLVMdev] whole program optimization examples?   Renato Golin
• [LLVMdev] whole program optimization examples?   Philip Reames
• [LLVMdev] whole program optimization examples?   Philip Reames
• [LLVMdev] whole program optimization examples?   Hayden Livingston
• [LLVMdev] whole program optimization examples?   Filip Pizlo
• [LLVMdev] whole program optimization examples?   Filip Pizlo
• [LLVMdev] whole program optimization examples?   Philip Reames
• [LLVMdev] whole program optimization examples?   Philip Reames
• [LLVMdev] whole program optimization examples?   Kevin Modzelewski
• [LLVMdev] whole program optimization examples?   Filip Pizlo
• [LLVMdev] whole program optimization examples?   Philip Reames
• [LLVMdev] whole program optimization examples?   Kevin Modzelewski
• [LLVMdev] whole program optimization examples?   Filip Pizlo
• [LLVMdev] whole program optimization examples?   Hayden Livingston
• [LLVMdev] whole program optimization examples?   Philip Reames
• [LLVMdev] whole program optimization examples?   Filip Pizlo
• [LLVMdev] Windows Installer   Hans Wennborg
• [LLVMdev] writing llvm ir not in c++   Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++   Eli Bendersky
• [LLVMdev] writing llvm ir not in c++   Marcello Maggioni
• [LLVMdev] writing llvm ir not in c++   Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++   Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++   Jonathan Roelofs
• [LLVMdev] writing llvm ir not in c++   Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++   Jonathan Roelofs

Last message date: Fri Oct 31 23:44:19 PDT 2014
Archived on: Tue Aug 4 17:24:20 PDT 2015

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