May 2015 Archives by subject

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

Starting: Fri May 1 01:09:09 PDT 2015
Ending: Sun May 31 23:20:59 PDT 2015
Messages: 1228

• [LLVMdev] "two address instruction invalid" assertion in TwoAddressInstructionPass   Peng Cheng
• [LLVMdev] (no subject)   Shen Liu
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Cristianno Martins
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   John Criswell
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Kuperstein, Michael M
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   John Criswell
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Kuperstein, Michael M
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   John Criswell
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Cristianno Martins
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Cristianno Martins
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Cristianno Martins
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Owen Anderson
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   John Criswell
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Owen Anderson
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Kuperstein, Michael M
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Kuperstein, Michael M
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Cristianno Martins
• [LLVMdev] (Possibly buggy?) doFinalization method behavior of FunctionPass   Kuperstein, Michael M
• [LLVMdev] 3.6.1 -final has been tagged   Tom Stellard
• [LLVMdev] 3.6.1 -final has been tagged   Ben Pope
• [LLVMdev] 3.6.1 -final has been tagged   Renato Golin
• [LLVMdev] 3.6.1 -final has been tagged   Hans Wennborg
• [LLVMdev] 3.6.1 -final has been tagged   Dimitry Andric
• [LLVMdev] 3.6.1 -final has been tagged   Nikola Smiljanic
• [LLVMdev] 3.6.1 -final has been tagged   Nikola Smiljanic
• [LLVMdev] 3.6.1 -final has been tagged   sebastian.dressler at gmail.com
• [LLVMdev] 3.6.1 -final has been tagged   Sylvestre Ledru
• [LLVMdev] 3.6.1 -final has been tagged   Daniel Sanders
• [LLVMdev] 3.6.1 -final has been tagged   Daniel Sanders
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Tom Stellard
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Ben Pope
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Dimitry Andric
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Hans Wennborg
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Daniel Sanders
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Kristof Beyls
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Daniel Sanders
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Daniel Sanders
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Daniel Sanders
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Renato Golin
• [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.   Daniel Sanders
• [LLVMdev] 3.6.1 Release Update   Tom Stellard
• [LLVMdev] 3.6.1 Release Update   Renato Golin
• [LLVMdev] 3.6.1 Release Update   Tom Stellard
• [LLVMdev] 3.6.1 Release Update   Ahmed Bougacha
• [LLVMdev] 3.6.1 Release Update   Ahmed Bougacha
• [LLVMdev] 3.6.1 Release Update   Renato Golin
• [LLVMdev] 3.6.1 Release Update   Renato Golin
• [LLVMdev] 3.6.1 Release Update   Marshall Clow
• [LLVMdev] 3.6.1 Release Update   Tom Stellard
• [LLVMdev] 3.6.2 Release schedule + Using Phab for stable patches   Tom Stellard
• [LLVMdev] 3.6.2 Release schedule + Using Phab for stable patches   Tom Stellard
• [LLVMdev] 3.6.2 Release schedule + Using Phab for stable patches   Daniel Sanders
• [LLVMdev] [AArch64] Should we restrict to the pointer type used in ldN/stN intrinsics?   Hao Liu
• [LLVMdev] [AArch64] Should we restrict to the pointer type used in ldN/stN intrinsics?   Tim Northover
• [LLVMdev] [AArch64] Should we restrict to the pointer type used in ldN/stN intrinsics?   Hao Liu
• [LLVMdev] [ARM backend] adding pattern for SMLALBB   Jyoti Rajendra Allur
• [LLVMdev] [ARM backend] adding pattern for SMLALBB   Tim Northover
• [LLVMdev] [ARM backend] SMLAL issue   Jyoti Rajendra Allur
• [LLVMdev] [ARM backend] SMLAL issue   James Molloy
• [LLVMdev] [ARM backend] SMLAL issue   Jyoti Rajendra Allur
• [LLVMdev] [ARM backend] SMLAL issue   James Molloy
• [LLVMdev] [cfe-dev] 3.6.1 -rc1 has been tagged. Testing begins.   Nikola Smiljanic
• [LLVMdev] [cfe-dev] 3.6.1 Release - Patches due before May 4 - Testers needed   Sebastian Dreßler
• [LLVMdev] [cfe-dev] [lldb-dev] What does "debugger tuning" mean?   David Blaikie
• [LLVMdev] [cfe-dev] [lldb-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [cfe-dev] [lldb-dev] What does "debugger tuning" mean?   David Blaikie
• [LLVMdev] [cfe-dev] [lldb-dev] What does "debugger tuning" mean?   Adrian Prantl
• [LLVMdev] [cfe-dev] [lldb-dev] What does "debugger tuning" mean?   David Blaikie
• [LLVMdev] [cfe-dev] [lldb-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [cfe-dev] How to increment a Global Variable in a LLVM module?   Reid Kleckner
• [LLVMdev] [cfe-dev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] [cfe-dev] libiomp, not libgomp as default library linked with -fopenmp   Joerg Sonnenberger
• [LLVMdev] [cfe-dev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] [cfe-dev] libiomp, not libgomp as default library linked with -fopenmp   Joerg Sonnenberger
• [LLVMdev] [cfe-dev] libiomp, not libgomp as default library linked with -fopenmp   David Chisnall
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   James Y Knight
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Yaron Keren
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Chris Matthews
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   David Blaikie
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Chris Matthews
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Tobias Grosser
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   David Blaikie
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Reid Kleckner
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Renato Golin
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Renato Golin
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   David Blaikie
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Andrew Wilkins
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Eric Fiselier
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Philip Reames
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Renato Golin
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Philip Reames
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Sean Silva
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Chris Matthews
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Mike Edwards
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Renato Golin
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Philip Reames
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   Sean Silva
• [LLVMdev] [cfe-dev] LLVM IRC channel flooded?   James Y Knight
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   David Blaikie
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   David Blaikie
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   David Blaikie
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   Sean Silva
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   Chris Lattner
• [LLVMdev] [cfe-dev] What does "debugger tuning" mean?   Daniel Berlin
• [LLVMdev] [lld] Linker cannot handle sections with non-unique names   Simon Atanasyan
• [LLVMdev] [lld] Linker cannot handle sections with non-unique names   Shankar Easwaram
• [LLVMdev] [lld] Wrong references for C++ COMDAT groups   Adhemerval Zanella
• [LLVMdev] [lld] Wrong references for C++ COMDAT groups   Shankar Easwaran
• [LLVMdev] [lld] Wrong references for C++ COMDAT groups   Adhemerval Zanella
• [LLVMdev] [lld] Wrong references for C++ COMDAT groups   Adhemerval Zanella
• [LLVMdev] [lld] Wrong references for C++ COMDAT groups   Shankar Easwaran
• [LLVMdev] [lld] Wrong references for C++ COMDAT groups   Adhemerval Zanella
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Eric Christopher
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Adrian Prantl
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Adrian Prantl
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Ted Woodward
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [lldb-dev] [cfe-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [lldb-dev] Crash reporting in clang/lldb   jingham at apple.com
• [LLVMdev] [lldb-dev] Crash reporting in clang/lldb   Zachary Turner
• [LLVMdev] [lldb-dev] Crash reporting in clang/lldb   Jim Ingham
• [LLVMdev] [lldb-dev] What does "debugger tuning" mean?   Greg Clayton
• [LLVMdev] [lldb-dev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] [lldb-dev] What does "debugger tuning" mean?   Greg Clayton
• [LLVMdev] [lldb-dev] What does "debugger tuning" mean?   Adrian Prantl
• [LLVMdev] [LLVM 3.6.0] Metadata/Value split and RAUW.   Lizunov, Andrey E
• [LLVMdev] [LoopVectorizer] Missed vectorization opportunities caused by sext/zext operations   Renato Golin
• [LLVMdev] [LoopVectorizer] Missed vectorization opportunities caused by sext/zext operations   Sanjoy Das
• [LLVMdev] [LoopVectorizer] Missed vectorization opportunities caused by sext/zext operations   Silviu Baranga
• [LLVMdev] [LoopVectorizer] Missed vectorization opportunities caused by sext/zext operations   Sanjoy Das
• [LLVMdev] [LoopVectorizer] Missed vectorization opportunities caused by sext/zext operations   Silviu Baranga
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Jingyue Wu
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Jingyue Wu
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Daniel Berlin
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Andrew Trick
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Jingyue Wu
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Daniel Berlin
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Jingyue Wu
• [LLVMdev] [LSR] hoisting loop invariants in reverse order   Andrew Trick
• [LLVMdev] [Openmp-dev] [RFC] OpenMP offload infrastructure (iteration 2)   Hal Finkel
• [LLVMdev] [Openmp-dev] [RFC] OpenMP offload infrastructure (iteration 2)   Michael Wong
• [LLVMdev] [Openmp-dev] libiomp, not libgomp as default library linked with -fopenmp   Cownie, James H
• [LLVMdev] [Openmp-dev] LLVM commit rights (OpenMP runtime)   Hal Finkel
• [LLVMdev] [Openmp-dev] OpenMP - C source files which are really c++   Cownie, James H
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Jack Howarth
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   andreybokhanko
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Jack Howarth
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Andrey Bokhanko
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Jack Howarth
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   andreybokhanko at gmail.com
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Jack Howarth
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Bataev, Alexey
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Jack Howarth
• [LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete   Jack Howarth
• [LLVMdev] [PATCH][RFC] HSAIL Target   Matt Arsenault
• [LLVMdev] [PATCH][RFC] HSAIL Target   Matt Arsenault
• [LLVMdev] [PATCH][RFC] HSAIL Target   Chris Lattner
• [LLVMdev] [PATCH][RFC] HSAIL Target   Reid Kleckner
• [LLVMdev] [PATCH][RFC] HSAIL Target   Matt Arsenault
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Shahid, Asghar-ahmad
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Shahid, Asghar-ahmad
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   James Molloy
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Shahid, Asghar-ahmad
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Renato Golin
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Shahid, Asghar-ahmad
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Renato Golin
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Shahid, Asghar-ahmad
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Renato Golin
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Shahid, Asghar-ahmad
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Renato Golin
• [LLVMdev] [RFC][PATCH] Adding absd/hadd/sad intrinsics   Nicholas Chapman
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Yaron Keren
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Yaron Keren
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Yaron Keren
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Yaron Keren
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Steve King
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
• [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf   Stephen Kelly
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Liu, Yaxun (Sam)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   David Chisnall
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Reid Kleckner
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Neil Henning
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Chris Bieneman
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   David Chisnall
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Reid Kleckner
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Chris Lattner
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   jingu kang
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Liu, Yaxun (Sam)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   jingu kang
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Owen Anderson
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Marcello Maggioni
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Aleksey Bader
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   罗勇刚(Yonggang Luo)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Liu, Yaxun (Sam)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Sean Silva
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Pete Cooper
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Ronan KERYELL
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Owen Anderson
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Neil Henning
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Pierre-Andre Saulais
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Owen Anderson
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Stefanus Du Toit
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Eric Christopher
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   jingu kang
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Chris Lattner
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Neil Henning
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   罗勇刚(Yonggang Luo)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   David Chisnall
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Sean Silva
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Owen Anderson
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Owen Anderson
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Nick Lewycky
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Sean Silva
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Owen Anderson
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Owen Anderson
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Neil Henning
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Nick Lewycky
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Chandler Carruth
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Mehdi Amini
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Sean Silva
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   David Majnemer
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Liu, Yaxun (Sam)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Philip Reames
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Mehdi Amini
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Neil Henning
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Philip Reames
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Liu, Yaxun (Sam)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Liu, Yaxun (Sam)
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Chris Bieneman
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Daniel Berlin
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Neil Henning
• [LLVMdev] [RFC] Upstreaming LLVM/SPIR-V converter   Petr Hosek
• [LLVMdev] [ScalarEvolution] code on nsw inconsistent with comment   Jingyue Wu
• [LLVMdev] [ScalarEvolution] code on nsw inconsistent with comment   Sanjoy Das
• [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Quentin Colombet
• [LLVMdev] [VIRUS PM SCAN ERROR] Getting all users of a metadata   Rami Gökhan Kıcı
• [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling   Kaylor, Andrew
• [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling   Reid Kleckner
• [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling   Kaylor, Andrew
• [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling   Reid Kleckner
• [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling   Kaylor, Andrew
• [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling   Reid Kleckner
• [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling   Kaylor, Andrew
• [LLVMdev] AArch64 LNT bot failure   Renato Golin
• [LLVMdev] AArch64 LNT bot failure   Gabor Ballabas
• [LLVMdev] about MemoryDependenceAnalysis usage   Willy WOLFF
• [LLVMdev] about MemoryDependenceAnalysis usage   Willy WOLFF
• [LLVMdev] about MemoryDependenceAnalysis usage   Daniel Berlin
• [LLVMdev] about MemoryDependenceAnalysis usage   Willy WOLFF
• [LLVMdev] about MemoryDependenceAnalysis usage   Daniel Berlin
• [LLVMdev] about MemoryDependenceAnalysis usage   Willy WOLFF
• [LLVMdev] Alias-based Loop Versioning   Adam Nemet
• [LLVMdev] Alias-based Loop Versioning   Hal Finkel
• [LLVMdev] Alias-based Loop Versioning   Das, Dibyendu
• [LLVMdev] Alias-based Loop Versioning   Hal Finkel
• [LLVMdev] Alias-based Loop Versioning   Nema, Ashutosh
• [LLVMdev] Alias-based Loop Versioning   Adam Nemet
• [LLVMdev] A new psABI for Intel MCU   H.J. Lu
• [LLVMdev] API for flow/context -sensitive alias analysis?   Christian Convey
• [LLVMdev] API for flow/context -sensitive alias analysis?   Daniel Berlin
• [LLVMdev] ARMv2/3 tests   Renato Golin
• [LLVMdev] ARMv2/3 tests   Renato Golin
• [LLVMdev] ARMv2/3 tests   Logan Chien
• [LLVMdev] AVX2 Cost Table in X86TargetTransformInfo   suyog sarda
• [LLVMdev] AVX2 Cost Table in X86TargetTransformInfo   Nadav Rotem
• [LLVMdev] AVX2 Cost Table in X86TargetTransformInfo   suyog sarda
• [LLVMdev] AVX2 Cost Table in X86TargetTransformInfo   Nadav Rotem
• [LLVMdev] AVX2 Cost Table in X86TargetTransformInfo   suyog sarda
• [LLVMdev] AVX2 Cost Table in X86TargetTransformInfo   Renato Golin
• [LLVMdev] Beignet Backend as an LLVM Target   Peter Fodrek
• [LLVMdev] Beignet Backend as an LLVM Target   Tom Stellard
• [LLVMdev] Beignet Backend as an LLVM Target   Ambuj Agrawal
• [LLVMdev] Bug in Support/Allocator.h   Kal
• [LLVMdev] Bug in Support/Allocator.h   Duncan P. N. Exon Smith
• [LLVMdev] buildbot failure in LLVM on clang-x64-ninja-win7-debug   Tobias Grosser
• [LLVMdev] buildbot failure in LLVM on clang-x64-ninja-win7-debug   Tobias Grosser
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   David Blaikie
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   Alexey Samsonov
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   James Y Knight
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   Justin Bogner
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   James Y Knight
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   Alexey Samsonov
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   Evgeniy Stepanov
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux   Sergey Matveev
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux-bootstrap   David Blaikie
• [LLVMdev] buildbot failure in LLVM on sanitizer-x86_64-linux-bootstrap   Alexey Samsonov
• [LLVMdev] Buildbot for Windows native LLVM/Clang testing   Yaron Keren
• [LLVMdev] Buildbot for Windows native LLVM/Clang testing   NAKAMURA Takumi
• [LLVMdev] Buildbot for Windows native LLVM/Clang testing   Fedorova, Vera
• [LLVMdev] Buildbot for Windows native LLVM/Clang testing   Yaron Keren
• [LLVMdev] Build failure for 3.4.2 in lib/Suppot/StringPool.cpp and StringMap.h, compiler can't resolve overload   John Reagan
• [LLVMdev] Building poolalloc with current LLVM development branch?   Christian Convey
• [LLVMdev] Building poolalloc with current LLVM development branch?   Reid Kleckner
• [LLVMdev] Building poolalloc with current LLVM development branch?   Will Dietz
• [LLVMdev] Building poolalloc with current LLVM development branch?   John Criswell
• [LLVMdev] Building poolalloc with current LLVM development branch?   Christian Convey
• [LLVMdev] Building poolalloc with current LLVM development branch?   Christian Convey
• [LLVMdev] Building poolalloc with current LLVM development branch?   John Criswell
• [LLVMdev] Building the fuzzer library   Justin Bogner
• [LLVMdev] Building the fuzzer library   Kostya Serebryany
• [LLVMdev] Building the fuzzer library   Justin Bogner
• [LLVMdev] Callgraph inaccuracy   Maxim Olifer
• [LLVMdev] Callgraph inaccuracy   Will Dietz
• [LLVMdev] Callgraph inaccuracy   Christian Convey
• [LLVMdev] Cambridge LLVM Social - Wed 20th May   Renato Golin
• [LLVMdev] Cambridge LLVM Social - Wed 20th May   Renato Golin
• [LLVMdev] can we define a physical register for both integer and floating point   Xiangyang Guo
• [LLVMdev] can we define a physical register for both integer and floating point   Quentin Colombet
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Lee Hunt
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Diego Novillo
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Xinliang David Li
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Lee Hunt
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Xinliang David Li
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Duncan P. N. Exon Smith
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Philip Reames
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Duncan P. N. Exon Smith
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Teresa Johnson
• [LLVMdev] Capabilities of Clang's PGO (e.g. improving code density)   Diego Novillo
• [LLVMdev] clang::CompilerInstance leaks memory on compilation failures   ajay gopalakrishnan
• [LLVMdev] Clang CC1 option "-fnative-half-type"   Pirama Arumuga Nainar
• [LLVMdev] Clang question on x86-64 class type definitions   Panning, Benjamin J
• [LLVMdev] Clang question on x86-64 class type definitions   David Majnemer
• [LLVMdev] Clang question on x86-64 class type definitions   Panning, Benjamin J
• [LLVMdev] Clang question on x86-64 class type definitions   Reid Kleckner
• [LLVMdev] CMake 3.2 warning in Compiler-RT   Renato Golin
• [LLVMdev] CMake 3.2 warning in Compiler-RT   Stefanus Du Toit
• [LLVMdev] CMake 3.2 warning in Compiler-RT   Renato Golin
• [LLVMdev] CMake 3.2 warning in Compiler-RT   Stefanus Du Toit
• [LLVMdev] Code Owner for OpenMP (runtime)   Andrey Bokhanko
• [LLVMdev] Code Owner for OpenMP (runtime)   Renato Golin
• [LLVMdev] Code Owner for OpenMP (runtime)   Hal Finkel
• [LLVMdev] Code Owner for OpenMP (runtime)   Chris Lattner
• [LLVMdev] Code Owner for OpenMP (runtime)   Chandler Carruth
• [LLVMdev] Code Owner for OpenMP (runtime)   Andrey Bokhanko
• [LLVMdev] Code Owner for OpenMP (runtime)   Churbanov, Andrey
• [LLVMdev] Compile GNU Coreutils using Clang + LLVM 3.4   Shuai Wang
• [LLVMdev] Compiler-RT for foreign target, still stumped   Solra Bizna
• [LLVMdev] Compiler-RT for foreign target, still stumped   Richard Pennington
• [LLVMdev] Comprehensive set of binaries   Diggory Blake
• [LLVMdev] Comprehensive set of binaries   Anton Korobeynikov
• [LLVMdev] Comprehensive set of binaries   Richard Pennington
• [LLVMdev] Confusing buildbot failure in LLVM on sanitizer-x86_64-linux   Diego Novillo
• [LLVMdev] Confusing buildbot failure in LLVM on sanitizer-x86_64-linux   Reid Kleckner
• [LLVMdev] Confusing buildbot failure in LLVM on sanitizer-x86_64-linux   David Blaikie
• [LLVMdev] Confusing buildbot failure in LLVM on sanitizer-x86_64-linux   Kostya Serebryany
• [LLVMdev] Confusing buildbot failure in LLVM on sanitizer-x86_64-linux   Reid Kleckner
• [LLVMdev] contents of LLVMdev digest   Suganya Sumathi
• [LLVMdev] Contributing a buildbot for the BPF backend   Marco Leogrande
• [LLVMdev] Convert an llvm:ICmpInst to llvm::FCmpInst   Zhoulai.FU at Gmail
• [LLVMdev] Convert an llvm:ICmpInst to llvm::FCmpInst   Zhoulai
• [LLVMdev] Convert an llvm:ICmpInst to llvm::FCmpInst   John Criswell
• [LLVMdev] convert GetElemtPtr result to pointer on element?   Alexander Poddey
• [LLVMdev] convert GetElemtPtr result to pointer on element?   Tim Northover
• [LLVMdev] convert GetElemtPtr result to pointer on element?   Alexander Poddey
• [LLVMdev] convert GetElemtPtr result to pointer on element?   Tim Northover
• [LLVMdev] convert GetElemtPtr result to pointer on element?   Alexander Poddey
• [LLVMdev] copy value of a global's data field to another global   Alexander Poddey
• [LLVMdev] copy value of a global's data field to another global   David Blaikie
• [LLVMdev] copy value of a global's data field to another global   Alexander Poddey
• [LLVMdev] copy value of a global's data field to another global   David Blaikie
• [LLVMdev] copy value of a global's data field to another global   Alexander Poddey
• [LLVMdev] Crash on AU.addRequired<LoopInfo>();   Pankaj Kohli
• [LLVMdev] Crash reporting in clang/lldb   Vince Harron
• [LLVMdev] Create separate tool based on LLVM/Clang   Simone Atzeni
• [LLVMdev] Debug info for lazy variables triggers SROA assertion   Kai Nacke
• [LLVMdev] Deduplication of memory allocation   François Fayard
• [LLVMdev] Deduplication of memory allocation   Daniel Berlin
• [LLVMdev] Deduplication of memory allocation   François Fayard
• [LLVMdev] Deduplication of memory allocation   David Blaikie
• [LLVMdev] Deduplication of memory allocation   François Fayard
• [LLVMdev] Deduplication of memory allocation   François Fayard
• [LLVMdev] Deduplication of memory allocation   Daniel Berlin
• [LLVMdev] developping pass under osx 10.10.3   Willy WOLFF
• [LLVMdev] developping pass under osx 10.10.3   Tim Northover
• [LLVMdev] Doxygen: enable autobrief?   Matthias Braun
• [LLVMdev] Doxygen: enable autobrief?   Sean Silva
• [LLVMdev] Doxygen: enable autobrief?   Justin Bogner
• [LLVMdev] Doxygen: enable autobrief?   Adrian Prantl
• [LLVMdev] Doxygen: enable autobrief?   Matthias Braun
• [LLVMdev] Doxygen: enable autobrief?   Rafael Espíndola
• [LLVMdev] Doxygen: enable autobrief?   Matthias Braun
• [LLVMdev] Doxygen: enable autobrief?   Chandler Carruth
• [LLVMdev] Doxygen: enable autobrief?   Matthias Braun
• [LLVMdev] Doxygen: enable autobrief?   Duncan P. N. Exon Smith
• [LLVMdev] Doxygen: enable autobrief?   Sean Silva
• [LLVMdev] Doxygen: enable autobrief?   Justin Bogner
• [LLVMdev] Doxygen: enable autobrief?   Rafael Espíndola
• [LLVMdev] Driver::GetProgramPath is unable to find programs with file extension in name   Oleg Ranevskyy
• [LLVMdev] DSA / poolalloc: incorrect callgraph for indirect call   Victor van der Veen
• [LLVMdev] DSA / poolalloc: incorrect callgraph for indirect call   John Criswell
• [LLVMdev] DSA / poolalloc: incorrect callgraph for indirect call   Victor van der Veen
• [LLVMdev] Duplicate records in instrumented profile data?   Diego Novillo
• [LLVMdev] Duplicate records in instrumented profile data?   Diego Novillo
• [LLVMdev] Duplicate records in instrumented profile data?   Justin Bogner
• [LLVMdev] Duplicate records in instrumented profile data?   Diego Novillo
• [LLVMdev] DW_AT_low_pc in compile unit   Arsen Hakobyan
• [LLVMdev] DW_AT_low_pc in compile unit   Arsen Hakobyan
• [LLVMdev] DW_AT_low_pc in compile unit   Arsen Hakobyan
• [LLVMdev] Easiest way to collect dynamic Instruction execution counts?   Stephen Thomas
• [LLVMdev] Easiest way to collect dynamic Instruction execution counts?   Bruce Hoult
• [LLVMdev] Easiest way to collect dynamic Instruction execution counts?   Stephen Thomas
• [LLVMdev] Easiest way to collect dynamic Instruction execution counts?   John Criswell
• [LLVMdev] Easiest way to collect dynamic Instruction execution counts?   Bruce Hoult
• [LLVMdev] Easiest way to collect dynamic Instruction execution counts?   Stephen Thomas
• [LLVMdev] Empty emails from phabricator   Justin Bogner
• [LLVMdev] Empty emails from phabricator   Matthias Braun
• [LLVMdev] Empty emails from phabricator   Jonathan Roelofs
• [LLVMdev] Empty emails from phabricator   Sean Silva
• [LLVMdev] Empty emails from phabricator   Justin Bogner
• [LLVMdev] Empty emails from phabricator   Justin Bogner
• [LLVMdev] Empty emails from phabricator   Justin Bogner
• [LLVMdev] Empty emails from phabricator   Daniel Sanders
• [LLVMdev] Empty emails from phabricator   Manuel Klimek
• [LLVMdev] enabling openmp cmake build in llvm tree   Jack Howarth
• [LLVMdev] enabling openmp cmake build in llvm tree   Jack Howarth
• [LLVMdev] enabling openmp cmake build in llvm tree   Jonathan Roelofs
• [LLVMdev] Error handling in LLVMObject library   Alexey Samsonov
• [LLVMdev] Error handling in LLVMObject library   Matthias Braun
• [LLVMdev] Error handling in LLVMObject library   David Majnemer
• [LLVMdev] Error handling in LLVMObject library   Sean Silva
• [LLVMdev] Error handling in LLVMObject library   Justin Bogner
• [LLVMdev] Error handling in LLVMObject library   Rafael Espíndola
• [LLVMdev] Error in building Gold on FreeBSD   Aditya Verma
• [LLVMdev] Error in building Gold on FreeBSD   Davide Italiano
• [LLVMdev] Error in building Gold on FreeBSD   John Criswell
• [LLVMdev] Error in building Gold on FreeBSD   Aditya Verma
• [LLVMdev] Error in building Gold on FreeBSD   John Criswell
• [LLVMdev] Error in building Gold on FreeBSD   John Criswell
• [LLVMdev] Extending AsmPrinterHandler   Michelle McDaniel
• [LLVMdev] Extending AsmPrinterHandler   Eric Christopher
• [LLVMdev] Extending AsmPrinterHandler   Michelle McDaniel
• [LLVMdev] Extending AsmPrinterHandler   Eric Christopher
• [LLVMdev] Extending AsmPrinterHandler   Russell Hadley
• [LLVMdev] Extending AsmPrinterHandler   Eric Christopher
• [LLVMdev] Extending AsmPrinterHandler   Russell Hadley
• [LLVMdev] Extending AsmPrinterHandler   Nick Lewycky
• [LLVMdev] Extending AsmPrinterHandler   Reid Kleckner
• [LLVMdev] Extending AsmPrinterHandler   Philip Reames
• [LLVMdev] Extending AsmPrinterHandler   Eric Christopher
• [LLVMdev] Failed to catch exception across function calls   Ziqiang Patrick Huang
• [LLVMdev] Failed to catch exception across function calls   Tim Northover
• [LLVMdev] fp128 implementation on x86   Mark Fonnemann
• [LLVMdev] FW: Capabilities of Clang's PGO (e.g. improving code density)   Randy Chapman
• [LLVMdev] FW: Capabilities of Clang's PGO (e.g. improving code density)   Xinliang David Li
• [LLVMdev] FW: Capabilities of Clang's PGO (e.g. improving code density)   Randy Chapman
• [LLVMdev] FW: Capabilities of Clang's PGO (e.g. improving code density)   Lee Hunt
• [LLVMdev] FW: Capabilities of Clang's PGO (e.g. improving code density)   Xinliang David Li
• [LLVMdev] Fwd: "two address instruction invalid" assertion in TwoAddressInstructionPass   Peng Cheng
• [LLVMdev] Fwd: [ARM backend] SMLAL issue   Jyoti Rajendra Allur
• [LLVMdev] Fwd: Bug in Support/Allocator.h   Kal
• [LLVMdev] Fwd: Missing llvm/Support/DataTypes.h file   罗勇刚(Yonggang Luo)
• [LLVMdev] GCC compatibility code coverage issue .   Umesh Kalappa
• [LLVMdev] GCC compatibility code coverage issue .   Justin Bogner
• [LLVMdev] GCC compatibility code coverage issue .   Umesh Kalappa
• [LLVMdev] GC Statepoint Transition Status?   kelvin farmer
• [LLVMdev] GC Statepoint Transition Status?   Sanjoy Das
• [LLVMdev] GC Statepoint Transition Status?   Philip Reames
• [LLVMdev] Generate .debug_info for asm files?   Alex
• [LLVMdev] Generate .debug_info for asm files?   Alex
• [LLVMdev] Generate .debug_info for asm files?   Frédéric Riss
• [LLVMdev] Generate .debug_info for asm files?   Eric Christopher
• [LLVMdev] Generate .debug_info for asm files?   Frédéric Riss
• [LLVMdev] Generating C code using LLVM   Aditya Avinash
• [LLVMdev] Generating C code using LLVM   mats petersson
• [LLVMdev] Generating C code using LLVM   Aditya Avinash
• [LLVMdev] Generating C code using LLVM   Eli Bendersky
• [LLVMdev] Generating C code using LLVM   Ronan KERYELL
• [LLVMdev] Generating C code using LLVM   Aditya Avinash
• [LLVMdev] Generating C code using LLVM   James Courtier-Dutton
• [LLVMdev] Generating C code using LLVM   mats petersson
• [LLVMdev] Generating C code using LLVM   Aditya Avinash
• [LLVMdev] getnode(BB) = 0; block already in dominator tree   Shreyas Krishnan
• [LLVMdev] getnode(BB) = 0; block already in dominator tree   Daniel Berlin
• [LLVMdev] getnode(BB) = 0; block already in dominator tree   Shreyas Krishnan
• [LLVMdev] getnode(BB) = 0; block already in dominator tree   Philip Reames
• [LLVMdev] getnode(BB) = 0; block already in dominator tree   Sumesh Udayakumaran
• [LLVMdev] get the "-stats" information from within the application (instead of from command line)   Zhoulai
• [LLVMdev] get the "-stats" information from within the application (instead of from command line)   Jingyue Wu
• [LLVMdev] Getting llc to emit debug info into a obj file from source .ll   Peter Mackay
• [LLVMdev] Getting llc to emit debug info into a obj file from source .ll   Robinson, Paul
• [LLVMdev] Getting llc to emit debug info into a obj file from source .ll   David Blaikie
• [LLVMdev] Getting llc to emit debug info into a obj file from source .ll   Philip Reames
• [LLVMdev] Getting llc to emit debug info into a obj file from source .ll   Eric Christopher
• [LLVMdev] Getting llc to emit debug info into a obj file from source .ll   Peter Mackay
• [LLVMdev] global variable uses   Tehila Mayzels
• [LLVMdev] global variable uses   Tim Northover
• [LLVMdev] global variable uses   Tehila Mayzels
• [LLVMdev] GPU compiler pipelines   Bjarke Roune
• [LLVMdev] GPU compiler pipelines   Owen Anderson
• [LLVMdev] GraphTraits and non-pointer graph nodes   Daniel Berlin
• [LLVMdev] Hash Table Virtual Calls with Conflict Resolution Stubs   Stephen Cross
• [LLVMdev] Hash Table Virtual Calls with Conflict Resolution Stubs   Sanjoy Das
• [LLVMdev] Heads-Up: Shrink-wrapping and TargetFrameLowering API changes   Quentin Colombet
• [LLVMdev] How can I remove these redundant copy between registers?   zan jyu Wong
• [LLVMdev] How can I remove these redundant copy between registers?   Samuel Crow
• [LLVMdev] How can I remove these redundant copy between registers?   zan jyu Wong
• [LLVMdev] How do I add an "Android" OS category on buganizer?   Vince Harron
• [LLVMdev] How do I add an "Android" OS category on buganizer?   David Blaikie
• [LLVMdev] How do we debug llvm jitted code?   Cheng Zhu
• [LLVMdev] How patchpoint intrinsic actually patches?   marwayusuf at feng.bu.edu.eg
• [LLVMdev] How patchpoint intrinsic actually patches?   Marius Wachtler
• [LLVMdev] how the fptrunc ... to .... is supported   Zhang, Kewu
• [LLVMdev] how the fptrunc ... to .... is supported   Mehdi Amini
• [LLVMdev] how to add some default target flags?   Manuel Lauss
• [LLVMdev] How to avoid my sub Pass being executed automatically by AU.addRequired<***> grammar?   Shen Liu
• [LLVMdev] How to build LLVM doxygen in HTML ?   Bo
• [LLVMdev] How to build LLVM doxygen in HTML ?   Bo
• [LLVMdev] How to build LLVM doxygen in HTML ?   Hans Wennborg
• [LLVMdev] How to build LLVM doxygen in HTML ?   John Criswell
• [LLVMdev] How to determine the architecture that clang/llvm will compile in CMake.   Peyton, Jonathan L
• [LLVMdev] How to determine the architecture that clang/llvm will compile in CMake.   Daniel Sanders
• [LLVMdev] How to determine the architecture that clang/llvm will compile in CMake.   Peyton, Jonathan L
• [LLVMdev] How to determine the architecture that clang/llvm will compile in CMake.   Jonathan Roelofs
• [LLVMdev] how to disable sse and avx   zhi chen
• [LLVMdev] how to disable sse and avx   mats petersson
• [LLVMdev] how to disable sse and avx   Zhi Chen
• [LLVMdev] how to disable sse and avx   Michael Zolotukhin
• [LLVMdev] how to disable sse and avx   Eric Christopher
• [LLVMdev] how to disable sse and avx   Reid Kleckner
• [LLVMdev] how to disable sse and avx   Zhi Chen
• [LLVMdev] how to do make a FP_ROUND need/operattion   Zhang, Kewu
• [LLVMdev] how to do make a FP_ROUND need/operattion   Ahmed Bougacha
• [LLVMdev] how to do make a FP_ROUND need/operattion   Ahmed Bougacha
• [LLVMdev] How to dynamically profile LLVM IR, i.e., doing things along the program execution?   John Criswell
• [LLVMdev] how to fix this "Expected no forward declarations!" assertion fail   Hui Zhang
• [LLVMdev] how to fix this "Expected no forward declarations!" assertion fail   Hui Zhang
• [LLVMdev] how to fix this "Expected no forward declarations!" assertion fail   John Criswell
• [LLVMdev] how to fix this "Expected no forward declarations!" assertion fail   Hui Zhang
• [LLVMdev] how to fix this "Expected no forward declarations!" assertion fail   John Criswell
• [LLVMdev] how to get an independent copy of a function?   Alexander Poddey
• [LLVMdev] how to get an independent copy of a function?   Yaron Keren
• [LLVMdev] How to propagate an information about an Instr. from IR to MachineInstr   Thierno Barry
• [LLVMdev] How to set default target flags?   Manuel Lauss
• [LLVMdev] How to specify LIBRARY_PATH for cross compiler   Grang, Mandeep Singh
• [LLVMdev] How to specify LIBRARY_PATH for cross compiler   Grang, Mandeep Singh
• [LLVMdev] How to specify LIBRARY_PATH for cross compiler   Renato Golin
• [LLVMdev] How to stop target from writing results back to memory in MSP430   Avinash Bole
• [LLVMdev] How to stop target from writing results back to memory in MSP430   Bruce Hoult
• [LLVMdev] How to Store variable allocation in Registers   Avinash Bole
• [LLVMdev] How to Store variable allocation in Registers   Bruce Hoult
• [LLVMdev] How to Store variable allocation in Registers   Avinash Bole
• [LLVMdev] How to Store variable allocation in Registers   Bruce Hoult
• [LLVMdev] How to Store variable allocation in Registers   Avinash Bole
• [LLVMdev] How to transfer AliasAnalysis result from a module pass to a function pass?   Shen Liu
• [LLVMdev] How to write a custom LTO pass?   Stephen Thomas
• [LLVMdev] How to write a custom LTO pass?   John Criswell
• [LLVMdev] How to write a custom LTO pass?   jls
• [LLVMdev] How to write a custom LTO pass?   Stephen Thomas
• [LLVMdev] How to write a custom LTO pass?   John Criswell
• [LLVMdev] http://llvm.org/perf/ instability: some clues   Kristof Beyls
• [LLVMdev] http://llvm.org/perf/ instability: some clues   Daniel Dunbar
• [LLVMdev] http://llvm.org/perf/ instability: some clues   Chris Matthews
• [LLVMdev] http://llvm.org/perf/ instability: some clues   Renato Golin
• [LLVMdev] i1 types in MergeConsecutiveStores   Steve King
• [LLVMdev] i1 types in MergeConsecutiveStores   Hal Finkel
• [LLVMdev] i1 types in MergeConsecutiveStores   James Y Knight
• [LLVMdev] IC profiling infrastructure   Betul Buyukkurt
• [LLVMdev] IC profiling infrastructure   Xinliang David Li
• [LLVMdev] IC profiling infrastructure   Justin Bogner
• [LLVMdev] IC profiling infrastructure   Xinliang David Li
• [LLVMdev] IC profiling infrastructure   Justin Bogner
• [LLVMdev] IC profiling infrastructure   Xinliang David Li
• [LLVMdev] Implement a Register Allocator in LLVM   Natanael Ramos
• [LLVMdev] Implement a Register Allocator in LLVM   Matthias Braun
• [LLVMdev] Implement a Register Allocator in LLVM   Quentin Colombet
• [LLVMdev] Implement a Register Allocator in LLVM   Natanael Ramos
• [LLVMdev] Improving i128 division on x86_64   Paweł Bylica
• [LLVMdev] Improving i128 division on x86_64   Paweł Bylica
• [LLVMdev] Incorrect code generated for arm64   Simon Taylor
• [LLVMdev] Incorrect code generated for arm64   Bruce Hoult
• [LLVMdev] Incorrect code generated for arm64   Simon Taylor
• [LLVMdev] Incorrect code generated for arm64   Simon Taylor
• [LLVMdev] Incorrect code generated for arm64   Tim Northover
• [LLVMdev] Incorrect code generated for arm64   Simon Taylor
• [LLVMdev] Incorrect code generated for arm64   Tim Northover
• [LLVMdev] Infinite loop in ScaledNumber when calling toInt   Diego Novillo
• [LLVMdev] Infinite loop in ScaledNumber when calling toInt   Duncan P. N. Exon Smith
• [LLVMdev] Infinite loop in ScaledNumber when calling toInt   Diego Novillo
• [LLVMdev] Integer ID for LLVM::Instruction*?   Zhoulai
• [LLVMdev] Integer ID for LLVM::Instruction*?   Owen Anderson
• [LLVMdev] Integer ID for LLVM::Instruction*?   David Blaikie
• [LLVMdev] Integer ID for LLVM::Instruction*?   Zhoulai
• [LLVMdev] Integer ID for LLVM::Instruction*?   Zhoulai
• [LLVMdev] Integer ID for LLVM::Instruction*?   David Blaikie
• [LLVMdev] Integer ID for LLVM::Instruction*?   David Blaikie
• [LLVMdev] Integer ID for LLVM::Instruction*?   Jonathan Roelofs
• [LLVMdev] Integer ID for LLVM::Instruction*?   Zhoulai
• [LLVMdev] Integer ID for LLVM::Instruction*?   Zhoulai
• [LLVMdev] Integer ID for LLVM::Instruction*?   David Blaikie
• [LLVMdev] Interaction of stacksave/restore and stack spills   Keno Fischer
• [LLVMdev] Interaction of stacksave/restore and stack spills   Reid Kleckner
• [LLVMdev] Interaction of stacksave/restore and stack spills   Keno Fischer
• [LLVMdev] Interaction of stacksave/restore and stack spills   Reid Kleckner
• [LLVMdev] IRBuilder CreateCall2 etc removed?   Dibyendu Majumdar
• [LLVMdev] IRBuilder CreateCall2 etc removed?   David Blaikie
• [LLVMdev] IRBuilder CreateCall2 etc removed?   Daniel Berlin
• [LLVMdev] Julia Summer of Code   Keno Fischer
• [LLVMdev] Julia Summer of Code   Tobias Grosser
• [LLVMdev] LCOV per commit   Renato Golin
• [LLVMdev] LCOV per commit   David Blaikie
• [LLVMdev] LCOV per commit   Sanjoy Das
• [LLVMdev] LCOV per commit   Renato Golin
• [LLVMdev] LCOV per commit   Sylvestre Ledru
• [LLVMdev] LCOV per commit   Renato Golin
• [LLVMdev] LCOV per commit   Joshua Cranmer
• [LLVMdev] LCOV per commit   Renato Golin
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Hal Finkel
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Chandler Carruth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Michael Wong
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Richard Smith
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   C Bergström
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Richard Smith
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Hal Finkel
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Cownie, James H
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Hal Finkel
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   C Bergström
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Hal Finkel
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   C Bergström
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Jack Howarth
• [LLVMdev] libiomp, not libgomp as default library linked with -fopenmp   Andrey Bokhanko
• [LLVMdev] Linking modules across contexts crashes   Yuri
• [LLVMdev] link time optimization pass   Haopeng Liu
• [LLVMdev] link time optimization pass   John Criswell
• [LLVMdev] llc writes completely wrong line number info in dwarf debug info   Yuri
• [LLVMdev] llc writes completely wrong line number info in dwarf debug info   Eric Christopher
• [LLVMdev] lldb example does not work   Peng Yu
• [LLVMdev] lldb example does not work   Chris Lattner
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Michael Spencer
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Michael Spencer
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Rafael Espíndola
• [LLVMdev] LLD improvement plan   Nick Kledzik
• [LLVMdev] LLD improvement plan   Rafael Espíndola
• [LLVMdev] LLD improvement plan   Chandler Carruth
• [LLVMdev] LLD improvement plan   Alex Rosenberg
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Davide Italiano
• [LLVMdev] LLD improvement plan   James Courtier-Dutton
• [LLVMdev] LLD improvement plan   Joerg Sonnenberger
• [LLVMdev] LLD improvement plan   James Y Knight
• [LLVMdev] LLD improvement plan   Reid Kleckner
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Chris Lattner
• [LLVMdev] LLD improvement plan   Joerg Sonnenberger
• [LLVMdev] LLD improvement plan   Chris Lattner
• [LLVMdev] LLD improvement plan   Eric Christopher
• [LLVMdev] LLD improvement plan   Joerg Sonnenberger
• [LLVMdev] LLD improvement plan   Meador Inge
• [LLVMdev] LLD improvement plan   Daniel Dilts
• [LLVMdev] LLD improvement plan   Chris Lattner
• [LLVMdev] LLD improvement plan   Will Newton
• [LLVMdev] LLD improvement plan   Daniel Dilts
• [LLVMdev] LLD improvement plan   Will Newton
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Rick Mann
• [LLVMdev] LLD improvement plan   Smith, Kevin B
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Chris Lattner
• [LLVMdev] LLD improvement plan   Richard Pennington
• [LLVMdev] LLD improvement plan   Shankar Easwaran
• [LLVMdev] LLD improvement plan   Joerg Sonnenberger
• [LLVMdev] LLD improvement plan   Shankar Easwaran
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Joerg Sonnenberger
• [LLVMdev] LLD improvement plan   Reid Kleckner
• [LLVMdev] LLD improvement plan   Shankar Easwaran
• [LLVMdev] LLD improvement plan   Eric Christopher
• [LLVMdev] LLD improvement plan   Jim Grosbach
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   James Y Knight
• [LLVMdev] LLD improvement plan   David Blaikie
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   David Blaikie
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Kevin Enderby
• [LLVMdev] LLD improvement plan   Lang Hames
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   David Chisnall
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Eli Bendersky
• [LLVMdev] LLD improvement plan   Tobias Grosser
• [LLVMdev] LLD improvement plan   David Chisnall
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Reid Kleckner
• [LLVMdev] LLD improvement plan   Tim Northover
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   David Blaikie
• [LLVMdev] LLD improvement plan   David Chisnall
• [LLVMdev] LLD improvement plan   Richard Trieu
• [LLVMdev] LLD improvement plan   Rafael Espíndola
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Nick Kledzik
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Rafael Espíndola
• [LLVMdev] LLD improvement plan   Rafael Espíndola
• [LLVMdev] LLD improvement plan   Chandler Carruth
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Tim Northover
• [LLVMdev] LLD improvement plan   Tim Northover
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   James Y Knight
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Sean Silva
• [LLVMdev] LLD improvement plan   Rui Ueyama
• [LLVMdev] LLD improvement plan   Colin LeMahieu
• [LLVMdev] LLD improvement plan   Gleb Popov
• [LLVMdev] LLD improvement plan   Xinliang David Li
• [LLVMdev] LLD improvement plan   Simon Atanasyan
• [LLVMdev] LLVM-HPC2 Workshop at SC'15 - Call for papers   Hal Finkel
• [LLVMdev] LLVM 3.7 link error 'LTO-NOTFOUND.obj' using CMake build on Windows   Dibyendu Majumdar
• [LLVMdev] LLVM 3.7 link error 'LTO-NOTFOUND.obj' using CMake build on Windows   Dibyendu Majumdar
• [LLVMdev] LLVM 3.7 release plans   Hans Wennborg
• [LLVMdev] LLVM: how are pre-built binaries at http://llvm.org/releases/ built?   Tomas Kalibera
• [LLVMdev] LLVM: how are pre-built binaries at http://llvm.org/releases/ built?   Ben Pope
• [LLVMdev] llvm backend document   gamma_chen
• [LLVMdev] LLVM Bay-Area Social, May edition!   Nick Lewycky
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] LLVM commit rights (OpenMP runtime)   Cownie, James H
• [LLVMdev] llvm cross compilation and simplescalar simulation for ARM   shiqiang
• [LLVMdev] llvm cross compilation and simplescalar simulation for ARM   Tim Northover
• [LLVMdev] llvm cross compilation and simplescalar simulation for ARM   shiqiang
• [LLVMdev] LLVMdev Digest, Vol 131, Issue 56   Jyoti
• [LLVMdev] llvm DSA - reproduce the result in PLDI 07 paper   Wan Zhiyuan
• [LLVMdev] llvm DSA - reproduce the result in PLDI 07 paper   John Criswell
• [LLVMdev] llvm DSA - reproduce the result in PLDI 07 paper   Wan Zhiyuan
• [LLVMdev] llvm DSA - reproduce the result in PLDI 07 paper   John Criswell
• [LLVMdev] LLVM IRC channel flooded?   Renato Golin
• [LLVMdev] LLVM IRC channel flooded?   David Blaikie
• [LLVMdev] LLVM IRC channel flooded?   Renato Golin
• [LLVMdev] LLVM IRC channel flooded?   Matthias Braun
• [LLVMdev] LLVM IRC channel flooded?   Diego Novillo
• [LLVMdev] LLVM profiling   Naveed Ul Mustafa
• [LLVMdev] LLVM profiling   John Criswell
• [LLVMdev] LLVM profiling   Xinliang David Li
• [LLVMdev] LLVM profiling   Diego Novillo
• [LLVMdev] LLVM profiling   Justin Bogner
• [LLVMdev] LLVM Weekly - #70, May 4th 2015   Alex Bradbury
• [LLVMdev] LLVM Weekly - #71, May 11th 2015   Alex Bradbury
• [LLVMdev] LLVM Weekly - #72, May 18th 2015   Alex Bradbury
• [LLVMdev] LLVM Weekly - #73, May 25th 2015   Alex Bradbury
• [LLVMdev] LoadInst getPointerOperand()   Manish Gupta
• [LLVMdev] LoadInst getPointerOperand()   Manish Gupta
• [LLVMdev] Load value and broadcast in LLVM   zhi chen
• [LLVMdev] Load value and broadcast in LLVM   Kuperstein, Michael M
• [LLVMdev] Load value and broadcast in LLVM   Shahid, Asghar-ahmad
• [LLVMdev] Load value and broadcast in LLVM   zhi chen
• [LLVMdev] Load value and broadcast in LLVM   zhi chen
• [LLVMdev] Load value and broadcast in LLVM   Shahid, Asghar-ahmad
• [LLVMdev] Load value and broadcast in LLVM   Sanjay Patel
• [LLVMdev] Load value and broadcast in LLVM   Zhi Chen
• [LLVMdev] Loop-Unrolling with Multi Core Architecture   yaduveer singh
• [LLVMdev] Loop-Unrolling with Multi Core Architecture   Renato Golin
• [LLVMdev] Loop unrolling analysis next steps   Chandler Carruth
• [LLVMdev] Loop unrolling analysis next steps   Gerolf Hoflehner
• [LLVMdev] Loop unrolling analysis next steps   Chris Lattner
• [LLVMdev] LowerCall / Register Allocation   Romaric Jodin
• [LLVMdev] Lowering intrinsic call in the X86 backend   Jobin, Gaël
• [LLVMdev] MCJIT fully position independent code, and the runtime linker   Lang Hames
• [LLVMdev] MCJit interface question   Joseph Tremoulet
• [LLVMdev] MCJit interface question   Lang Hames
• [LLVMdev] MCJit interface question   Russell Hadley
• [LLVMdev] MCJit interface question   Joseph Tremoulet
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   François Fayard
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   François Fayard
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   Benjamin Kramer
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   mats petersson
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   Dennis Luehring
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   François Fayard
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   David Blaikie
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   François Fayard
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   David Blaikie
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   François Fayard
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   Dennis Luehring
• [LLVMdev] Memory Allocation Optimized away with new by not with ::operator new   François Fayard
• [LLVMdev] MemoryDependenceAnalysis reports dependencies between NoAlias pointers   Félix Cloutier
• [LLVMdev] MemoryDependenceAnalysis reports dependencies between NoAlias pointers   Daniel Berlin
• [LLVMdev] MemoryDependenceAnalysis reports dependencies between NoAlias pointers   Félix Cloutier
• [LLVMdev] MemoryDependenceAnalysis reports dependencies between NoAlias pointers   Daniel Berlin
• [LLVMdev] MemoryDependenceAnalysis reports dependencies between NoAlias pointers   Félix Cloutier
• [LLVMdev] MemoryDependenceAnalysis reports dependencies between NoAlias pointers   Daniel Berlin
• [LLVMdev] MergeConsecutiveStores for FP types   Matt Arsenault
• [LLVMdev] MergeConsecutiveStores for FP types   Hal Finkel
• [LLVMdev] MIPS asm backend emitting weird symbols into object file?   Sandeep Raju
• [LLVMdev] MIPS asm backend emitting weird symbols into object file?   Daniel Sanders
• [LLVMdev] MIPS asm backend emitting weird symbols into object file?   Daniel Sanders
• [LLVMdev] MIPS asm backend emitting weird symbols into object file?   Sandeep Raju
• [LLVMdev] Missing llvm/Support/DataTypes.h file   心田似海
• [LLVMdev] Missing llvm/Support/DataTypes.h file   罗勇刚(Yonggang Luo)
• [LLVMdev] Modifying debug information through llvm pass   Riyad Parvez
• [LLVMdev] Modifying debug information through llvm pass   Adrian Prantl
• [LLVMdev] Modifying debug information through llvm pass   Riyad Parvez
• [LLVMdev] Modifying LoopUnrollingPass   yaduveer singh
• [LLVMdev] Modifying LoopUnrollingPass   Michael Zolotukhin
• [LLVMdev] Modifying LoopUnrollingPass   yaduveer singh
• [LLVMdev] Modifying LoopUnrollingPass   Michael Zolotukhin
• [LLVMdev] Modifying LoopUnrollingPass   suyog sarda
• [LLVMdev] Modifying LoopUnrollingPass   Renato Golin
• [LLVMdev] Modifying LoopUnrollingPass   Renato Golin
• [LLVMdev] Modifying LoopUnrollingPass   yaduveer singh
• [LLVMdev] Modifying LoopUnrollingPass   Renato Golin
• [LLVMdev] Modifying LoopUnrollingPass   yaduveer singh
• [LLVMdev] Modifying LoopUnrollingPass   suyog sarda
• [LLVMdev] Modifying LoopUnrollingPass   Renato Golin
• [LLVMdev] Modifying LoopUnrollingPass   yaduveer singh
• [LLVMdev] Modifying LoopUnrollingPass   Renato Golin
• [LLVMdev] Module crash when adding CallInst   Pankaj Kohli
• [LLVMdev] Module crash when adding CallInst   David Blaikie
• [LLVMdev] Module crash when adding CallInst   Pankaj Kohli
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Daniel Sanders
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Ambuj Agrawal
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Reid Kleckner
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Daniel Sanders
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Jim Grosbach
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Renato Golin
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Daniel Sanders
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Jim Grosbach
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Renato Golin
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Daniel Sanders
• [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo   Renato Golin
• [LLVMdev] Multiple connected components in live interval   Quentin Colombet
• [LLVMdev] MVT (machine value type) for MachineOperand   Fabian Gruber
• [LLVMdev] MVT (machine value type) for MachineOperand   Matthias Braun
• [LLVMdev] MVT (machine value type) for MachineOperand   Fabian Gruber
• [LLVMdev] Naming TBAA nodes in LLVM >=3.6?   Robison, Arch
• [LLVMdev] Naryreassociate vs reassociate   Daniel Berlin
• [LLVMdev] Naryreassociate vs reassociate   Jingyue Wu
• [LLVMdev] Naryreassociate vs reassociate   Daniel Berlin
• [LLVMdev] Naryreassociate vs reassociate   Jingyue Wu
• [LLVMdev] Naryreassociate vs reassociate   Daniel Berlin
• [LLVMdev] Naryreassociate vs reassociate   Jingyue Wu
• [LLVMdev] Naryreassociate vs reassociate   Daniel Berlin
• [LLVMdev] New EH representation for MSVC compatibility   Kaylor, Andrew
• [LLVMdev] New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] New EH representation for MSVC compatibility   Kaylor, Andrew
• [LLVMdev] New EH representation for MSVC compatibility   Philip Reames
• [LLVMdev] New EH representation for MSVC compatibility   Kaylor, Andrew
• [LLVMdev] New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] Odd error with Return Instruction   Tiago Trevisan Jost
• [LLVMdev] Odd error with Return Instruction   Tiago Trevisan Jost
• [LLVMdev] OpenMP - C source files which are really c++   C Bergström
• [LLVMdev] OpenMP - C source files which are really c++   Eric Christopher
• [LLVMdev] OpenMP - C source files which are really c++   Justin Bogner
• [LLVMdev] OpenMP 3.1 Implementation Complete   Andrey Bokhanko
• [LLVMdev] OpenMP 3.1 Implementation Complete   Hans Wennborg
• [LLVMdev] OpenMP 3.1 Implementation Complete   Andrey Bokhanko
• [LLVMdev] OpenMP 3.1 Implementation Complete   Richard Smith
• [LLVMdev] Opt option -dot-edge-numbers   Naveed Ul Mustafa
• [LLVMdev] Passing ConstantDataArray to GetElementPtrInst   jsrduck
• [LLVMdev] Passing ConstantDataArray to GetElementPtrInst   Nick Lewycky
• [LLVMdev] PGO for macro expansion code   Yuanfang Chen
• [LLVMdev] PGO for macro expansion code   Diego Novillo
• [LLVMdev] PGO for macro expansion code   Yuanfang Chen
• [LLVMdev] Phabricator   Justin Bogner
• [LLVMdev] Phabricator   Ed Maste
• [LLVMdev] Phabricator   Sean Silva
• [LLVMdev] Phabricator   Manuel Klimek
• [LLVMdev] Phabricator   Eitan Adler
• [LLVMdev] Phabricator   Manuel Klimek
• [LLVMdev] Phabricator (Was: Automatically adding llvm-commits as CC)   Justin Bogner
• [LLVMdev] Phabricator (Was: Automatically adding llvm-commits as CC)   Manuel Klimek
• [LLVMdev] Phabricator (Was: Automatically adding llvm-commits as CC)   Mehdi Amini
• [LLVMdev] Phabricator (Was: Automatically adding llvm-commits as CC)   Hal Finkel
• [LLVMdev] Phabricator (Was: Automatically adding llvm-commits as CC)   Manuel Klimek
• [LLVMdev] PIC Micropchip Backend   Woodrow Barlow
• [LLVMdev] Pony Language: LLVM Project   Sebastian Blessing
• [LLVMdev] Pony Language: LLVM Project   Eric Christopher
• [LLVMdev] Pony Language: LLVM Project   Eric Christopher
• [LLVMdev] Possible regression in X86 Disassembler   James Courtier-Dutton
• [LLVMdev] Possible regression in X86 Disassembler   James Courtier-Dutton
• [LLVMdev] Potential "Buffer Overflow - Array Index Out of Bounds" issue   Bhide, Satyajeet B
• [LLVMdev] Potential "Buffer Overflow - Array Index Out of Bounds" issue   David Majnemer
• [LLVMdev] Preserving the order of WRITE_REGISTER, READ_REGISTER in IR and ISelDAG   Johnson, Nicholas Paul
• [LLVMdev] Pristine Register Semantics   Matthias Braun
• [LLVMdev] Problems with instruction scheduling   Paweł Bylica
• [LLVMdev] Problems with instruction scheduling   Paweł Bylica
• [LLVMdev] Problems with instruction scheduling   Hal Finkel
• [LLVMdev] Problems with instruction scheduling   Paweł Bylica
• [LLVMdev] Problems with instruction scheduling   Hal Finkel
• [LLVMdev] Problems with instruction scheduling   Andrew Trick
• [LLVMdev] Problems with instruction scheduling   Paweł Bylica
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   Félix Cloutier
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   John Criswell
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   Félix Cloutier
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   John Criswell
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   Félix Cloutier
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   Félix Cloutier
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   Daniel Berlin
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   Félix Cloutier
• [LLVMdev] Processing functions in call graph SCC "order" with function-level analyses   Félix Cloutier
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Kristof Beyls
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Kristof Beyls
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Mikhail Zolotukhin
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Kristof Beyls
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Renato Golin
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Smith, Kevin B
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Kristof Beyls
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Renato Golin
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Renato Golin
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Smith, Kevin B
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Smith, Kevin B
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Sean Silva
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Philip Reames
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Smith, Kevin B
• [LLVMdev] Proposal: change LNT’s regression detection algorithm and how it is used to reduce false positives   Chris Matthews
• [LLVMdev] Publication "Compiler Driven Automatic Kernel Context Migration for Heterogeneous Computing"   Gad, Ramy
• [LLVMdev] Publication "Compiler Driven Automatic Kernel Context Migration for Heterogeneous Computing"   John Criswell
• [LLVMdev] question about alignment of structures on the stack (arm 32)   Alexey Perevalov
• [LLVMdev] question about alignment of structures on the stack (arm 32)   Tim Northover
• [LLVMdev] Questions about DWARF handling (esp. re: file and line data)   Alex
• [LLVMdev] Questions about DWARF handling (esp. re: file and line data)   David Blaikie
• [LLVMdev] Questions about DWARF handling (esp. re: file and line data)   David Blaikie
• [LLVMdev] Questions regarding the LLVM IR and the Instruction class   Canumalla Anirudh
• [LLVMdev] Questions regarding the LLVM IR and the Instruction class   David Blaikie
• [LLVMdev] Questions regarding the LLVM IR and the Instruction class   Duncan P. N. Exon Smith
• [LLVMdev] Recent libc++ failures due to libunwind   İsmail Dönmez
• [LLVMdev] Recent libc++ failures due to libunwind   Renato Golin
• [LLVMdev] Recent libc++ failures due to libunwind   İsmail Dönmez
• [LLVMdev] Recent libc++ failures due to libunwind   Renato Golin
• [LLVMdev] Release of Clang UPC v 3.5.1-0   Nenad Vukicevic
• [LLVMdev] Reminder: Please update release notes in the 3.6 branch   Tom Stellard
• [LLVMdev] Removing AvailableExternal values in GlobalDCE (was Re: RFC: ThinLTO Impementation Plan)   Teresa Johnson
• [LLVMdev] Removing AvailableExternal values in GlobalDCE (was Re: RFC: ThinLTO Impementation Plan)   David Blaikie
• [LLVMdev] Removing AvailableExternal values in GlobalDCE (was Re: RFC: ThinLTO Impementation Plan)   Teresa Johnson
• [LLVMdev] Removing AvailableExternal values in GlobalDCE (was Re: RFC: ThinLTO Impementation Plan)   David Blaikie
• [LLVMdev] RFC - Improvements to PGO profile support   Hayden Livingston
• [LLVMdev] RFC - Improvements to PGO profile support   Bob Wilson
• [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
• [LLVMdev] RFC - Improvements to PGO profile support   Hayden Livingston
• [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
• [LLVMdev] RFC - Improvements to PGO profile support   Dario Domizioli
• [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
• [LLVMdev] RFC - Improvements to PGO profile support   Dario Domizioli
• [LLVMdev] RFC - Improvements to PGO profile support   Justin Bogner
• [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
• [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
• [LLVMdev] RFC - Improvements to PGO profile support   Justin Bogner
• [LLVMdev] RFC - Improvements to PGO profile support   Dario Domizioli
• [LLVMdev] RFC: Convergent attribute   Owen Anderson
• [LLVMdev] RFC: Convergent attribute   Chandler Carruth
• [LLVMdev] RFC: Convergent attribute   Owen Anderson
• [LLVMdev] RFC: Convergent attribute   Chandler Carruth
• [LLVMdev] RFC: Convergent attribute   Eric Christopher
• [LLVMdev] RFC: Convergent attribute   Philip Reames
• [LLVMdev] RFC: Convergent attribute   Matthias Braun
• [LLVMdev] RFC: Convergent attribute   Owen Anderson
• [LLVMdev] RFC: Convergent attribute   Mehdi Amini
• [LLVMdev] RFC: Convergent attribute   Mehdi Amini
• [LLVMdev] RFC: Convergent attribute   Pete Cooper
• [LLVMdev] RFC: Convergent attribute   Owen Anderson
• [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
• [LLVMdev] RFC: Merge MCSymbol with MCSymbolData, optimizing for object file emission   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Merge MCSymbol with MCSymbolData, optimizing for object file emission   David Blaikie
• [LLVMdev] RFC: Merge MCSymbol with MCSymbolData, optimizing for object file emission   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Merge MCSymbol with MCSymbolData, optimizing for object file emission   Duncan P. N. Exon Smith
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Steve Cheng
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Kaylor, Andrew
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Vadim Chugunov
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Kaylor, Andrew
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Steve Cheng
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Joseph Tremoulet
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Steve Cheng
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Steve Cheng
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Steve Cheng
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Steve Cheng
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Joseph Tremoulet
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Joseph Tremoulet
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Joseph Tremoulet
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Joseph Tremoulet
• [LLVMdev] RFC: New EH representation for MSVC compatibility   Reid Kleckner
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Frédéric Riss
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Sean Silva
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Yaron Keren
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Eric Christopher
• [LLVMdev] RFC: Reduce the memory footprint of DIEs (and DIEValues)   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Alex L
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Owen Anderson
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Chris Lattner
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Quentin Colombet
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Chris Lattner
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Reid Kleckner
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Chandler Carruth
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Chandler Carruth
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Hal Finkel
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Alex L
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Duncan P. N. Exon Smith
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Alex L
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   David Majnemer
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Pete Cooper
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Sean Silva
• [LLVMdev] RFC: Separate machine IR from lib/CodeGen into lib/MIR   Alex L
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Alex Rosenberg
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Daniel Berlin
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Robinson, Paul
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   David Blaikie
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Daniel Berlin
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Duncan P. N. Exon Smith
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Duncan P. N. Exon Smith
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Dave Bozier
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   David Blaikie
• [LLVMdev] RFC: ThinLTO Impementation Plan   David Blaikie
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   David Blaikie
• [LLVMdev] RFC: ThinLTO Impementation Plan   David Blaikie
• [LLVMdev] RFC: ThinLTO Impementation Plan   Dave Bozier
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Duncan P. N. Exon Smith
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Diego Novillo
• [LLVMdev] RFC: ThinLTO Impementation Plan   Duncan P. N. Exon Smith
• [LLVMdev] RFC: ThinLTO Impementation Plan   Duncan P. N. Exon Smith
• [LLVMdev] RFC: ThinLTO Impementation Plan   David Blaikie
• [LLVMdev] RFC: ThinLTO Impementation Plan   David Blaikie
• [LLVMdev] RFC: ThinLTO Impementation Plan   Duncan P. N. Exon Smith
• [LLVMdev] RFC: ThinLTO Impementation Plan   Duncan P. N. Exon Smith
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Eric Christopher
• [LLVMdev] RFC: ThinLTO Impementation Plan   Sean Silva
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] RFC: ThinLTO Impementation Plan   Nick Lewycky
• [LLVMdev] RFC: ThinLTO Impementation Plan   Xinliang David Li
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Nicholas White
• [LLVMdev] Semantics of an Inbounds GetElementPtr   David Majnemer
• [LLVMdev] Semantics of an Inbounds GetElementPtr   David Majnemer
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Nicholas White
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Daniel Berlin
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Nicholas White
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Daniel Berlin
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Nicholas White
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Daniel Berlin
• [LLVMdev] Semantics of an Inbounds GetElementPtr   Philip Reames
• [LLVMdev] Set up ExecutionEngine according to actual machine capabilities   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] Set up ExecutionEngine according to actual machine capabilities   Yaron Keren
• [LLVMdev] Set up ExecutionEngine according to actual machine capabilities   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] Set up ExecutionEngine according to actual machine capabilities   Benjamin Kramer
• [LLVMdev] Set up ExecutionEngine according to actual machine capabilities   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] Shared libs build failing since yesterday   Renato Golin
• [LLVMdev] Shared libs build failing since yesterday   Renato Golin
• [LLVMdev] Shared libs build failing since yesterday   Akira Hatanaka
• [LLVMdev] Signature keys for previous releases   Lewis Burns
• [LLVMdev] Signature keys for previous releases   Hans Wennborg
• [LLVMdev] SmallString + raw_svector_ostream combination should be more efficient   Sean Silva
• [LLVMdev] SmallString + raw_svector_ostream combination should be more efficient   Yaron Keren
• [LLVMdev] SmallString + raw_svector_ostream combination should be more efficient   Yaron Keren
• [LLVMdev] SmallString + raw_svector_ostream combination should be more efficient   Yaron Keren
• [LLVMdev] SmallString + raw_svector_ostream combination should be more efficient   Yaron Keren
• [LLVMdev] Speculative loads and alignment   Artur Pilipenko
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Ramkumar Ramachandra
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Reid Kleckner
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Ramkumar Ramachandra
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Keno Fischer
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Lang Hames
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Dale Martin
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Eric Christopher
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Keno Fischer
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Dale Martin
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Keno Fischer
• [LLVMdev] Sporadic "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failures with MCJIT on Windows   Nicholas Chapman
• [LLVMdev] Sub-Register extraction   Romaric Jodin
• [LLVMdev] Sub-Register extraction   Quentin Colombet
• [LLVMdev] TableGen Style Conventions   mmcco at mykolab.com
• [LLVMdev] Tell whether an llvm::BranchInst* may depend on the function parameters?   Zhoulai
• [LLVMdev] Tell whether an llvm::BranchInst* may depend on the function parameters?   John Criswell
• [LLVMdev] TestExecuteNoWait waiting a long time...   Renato Golin
• [LLVMdev] Test failure   Csaba Raduly
• [LLVMdev] This year's EuroLLVM Developer's meeting   Ambuj Agrawal
• [LLVMdev] This year's EuroLLVM Developer's meeting   Neil Henning
• [LLVMdev] This year's EuroLLVM Developer's meeting   Hans Wennborg
• [LLVMdev] This year's EuroLLVM Developer's meeting   Andy Thomason
• [LLVMdev] This year's EuroLLVM Developer's meeting   Ambuj Agrawal
• [LLVMdev] This year's EuroLLVM Developer's meeting   Kristof Beyls
• [LLVMdev] Undefined combinations of operands in ISel   Dylan McKay
• [LLVMdev] Updated RFC: ThinLTO Implementation Plan   Teresa Johnson
• [LLVMdev] Updated RFC: ThinLTO Implementation Plan   Alex Rosenberg
• [LLVMdev] Updated RFC: ThinLTO Implementation Plan   Teresa Johnson
• [LLVMdev] Updated RFC: ThinLTO Implementation Plan   Sean Silva
• [LLVMdev] Use CreateVectorSplat to create a vector value   zhi chen
• [LLVMdev] Using DominatorTreeWrapperPass in CallGraphSCCPass   Félix Cloutier
• [LLVMdev] Using TableGen to parse a file   Ambuj Agrawal
• [LLVMdev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] What does "debugger tuning" mean?   Daniel Berlin
• [LLVMdev] What does "debugger tuning" mean?   Robinson, Paul
• [LLVMdev] What does "debugger tuning" mean?   Daniel Berlin
• [LLVMdev] Where can I find LLVM Profiling patch   Naveed Ul Mustafa
• [LLVMdev] Where can I find LLVM Profiling patch   Justin Bogner
• [LLVMdev] Whole Program Analysis with dynamically loaded libraries   rohit bhatia
• [LLVMdev] Whole Program Analysis with dynamically loaded libraries   John Criswell
• [LLVMdev] why is coverage map and profile names mixed?   Moshtaghi, Alireza
• [LLVMdev] why is coverage map and profile names mixed?   Justin Bogner
• [LLVMdev] why is coverage map and profile names mixed?   Moshtaghi, Alireza
• [LLVMdev] why is coverage map and profile names mixed?   Justin Bogner
• [LLVMdev] WinEH work to be done (in progress and otherwise)   Kaylor, Andrew
• [LLVMdev] WinEH work to be done (in progress and otherwise)   Reid Kleckner
• [LLVMdev] WinEH work to be done (in progress and otherwise)   Joseph Tremoulet
• [LLVMdev] WinEH work to be done (in progress and otherwise)   Reid Kleckner
• [LLVMdev] WinEH work to be done (in progress and otherwise)   Chandler Carruth
• [LLVMdev] writing a pass in llvm 3.7   marwayusuf at feng.bu.edu.eg
• [LLVMdev] writing a pass in llvm 3.7   Logan Chien

Last message date: Sun May 31 23:20:59 PDT 2015
Archived on: Tue Aug 4 17:24:30 PDT 2015

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