January 2015 Archives by thread

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

Starting: Thu Jan 1 07:24:08 PST 2015
Ending: Sat Jan 31 18:23:38 PST 2015
Messages: 1415

• [LLVMdev] What is dead def?   Thomson
  • [LLVMdev] What is dead def?   Mehdi Amini
    • [LLVMdev] What is dead def?   Thomson
      • [LLVMdev] What is dead def?   Mehdi Amini
• [LLVMdev] LLVM front-end   Ahmed Taj elsir
  • [LLVMdev] LLVM front-end   Roel Jordans
• [LLVMdev] [PATCH] [ADT] APFloat - Fix sign handling for FMA results that truncate to zero.   Lang Hames
  • [LLVMdev] [PATCH] [ADT] APFloat - Fix sign handling for FMA results that truncate to zero.   Mehdi Amini
    • [LLVMdev] [PATCH] [ADT] APFloat - Fix sign handling for FMA results that truncate to zero.   Lang Hames
      • [LLVMdev] [PATCH] [ADT] APFloat - Fix sign handling for FMA results that truncate to zero.   Mehdi Amini
      • [LLVMdev] [PATCH] [ADT] APFloat - Fix sign handling for FMA results that truncate to zero.   Lang Hames
• [LLVMdev] Happy new year! Bay area social is *not* today, but is January 8th!   Chandler Carruth
  • [LLVMdev] Happy new year! Bay area social is *not* today, but is January 8th!   Nick Lewycky
• [LLVMdev] Evaluation of offsetof() macro   Vadim Chugunov
  • [LLVMdev] Evaluation of offsetof() macro   David Majnemer
    • [LLVMdev] Evaluation of offsetof() macro   Vadim Chugunov
      • [LLVMdev] Evaluation of offsetof() macro   David Majnemer
      • [LLVMdev] Evaluation of offsetof() macro   Vadim Chugunov
      • [LLVMdev] Evaluation of offsetof() macro   Joerg Sonnenberger
      • [LLVMdev] Evaluation of offsetof() macro   Vadim Chugunov
      • [LLVMdev] Evaluation of offsetof() macro   Joerg Sonnenberger
• [LLVMdev] Two questions on type based alias analysis in c   Hongxu Chen
• [LLVMdev] NEON intrinsics preventing redundant load optimization?   Renato Golin
  • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Tim Northover
    • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Simon Taylor
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Renato Golin
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   James Molloy
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Renato Golin
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Simon Taylor
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Renato Golin
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Simon Taylor
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Tim Northover
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   James Molloy
      • [LLVMdev] NEON intrinsics preventing redundant load optimization?   Simon Taylor
• [LLVMdev] outlining in llvm   Philip Reames
  • [LLVMdev] outlining in llvm   Serge Guelton
  • [LLVMdev] outlining in llvm   Bataev, Alexey
    • [LLVMdev] outlining in llvm   Tehila Mayzels
  • [LLVMdev] outlining in llvm   Nema, Ashutosh
• [LLVMdev] "ran out of registers during register allocation"   reed kotler
  • [LLVMdev] "ran out of registers during register allocation"   Philip Reames
    • [LLVMdev] "ran out of registers during register allocation"   reed kotler
    • [LLVMdev] "ran out of registers during register allocation"   reed kotler
      • [LLVMdev] "ran out of registers during register allocation"   Reed Kotler
      • [LLVMdev] "ran out of registers during register allocation"   Daniel Sanders
• [LLVMdev] [LLVMDev] Number of loops in a region   Simone Atzeni
  • [LLVMdev] [LLVMDev] Number of loops in a region   Josh Klontz
• [LLVMdev] LTO v. opt   David Callahan
  • [LLVMdev] LTO v. opt   Bill Wendling
    • [LLVMdev] LTO v. opt   Bill Wendling
      • [LLVMdev] LTO v. opt   Duncan P. N. Exon Smith
      • [LLVMdev] LTO v. opt   David Callahan
      • [LLVMdev] LTO v. opt   Duncan P. N. Exon Smith
      • [LLVMdev] LTO v. opt   Sean Silva
  • [LLVMdev] LTO v. opt   Sean Silva
    • [LLVMdev] LTO v. opt   Duncan P. N. Exon Smith
• [LLVMdev] 3.5.1 Testing Phase II Begins   Hans Wennborg
  • [LLVMdev] 3.5.1 Testing Phase II Begins   Renato Golin
  • [LLVMdev] 3.5.1 Testing Phase II Begins   David Majnemer
  • [LLVMdev] 3.5.1 Testing Phase II Begins   Daniel Sanders
    • [LLVMdev] 3.5.1 Testing Phase II Begins   Daniel Sanders
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Nikola Smiljanic
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Ben Pope
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Nikola Smiljanic
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Daniel Sanders
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Sylvestre Ledru
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Daniel Sanders
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Ben Pope
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Daniel Sanders
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Daniel Sanders
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Tom Stellard
      • [LLVMdev] 3.5.1 Testing Phase II Begins   Sebastian Dreßler
  • [LLVMdev] 3.5.1 Testing Phase II Begins   Tom Stellard
• [LLVMdev] Is SDNode CopyFromReg necessary to be generated?   Thomson
  • [LLVMdev] Is SDNode CopyFromReg necessary to be generated?   Pete Cooper
• [LLVMdev] should AlwaysInliner inline this case?   Liu Xin
  • [LLVMdev] should AlwaysInliner inline this case?   Chen Li
  • [LLVMdev] should AlwaysInliner inline this case?   Philip Reames
    • [LLVMdev] should AlwaysInliner inline this case?   Reid Kleckner
    • [LLVMdev] should AlwaysInliner inline this case?   Liu Xin
      • [LLVMdev] should AlwaysInliner inline this case?   Pete Cooper
      • [LLVMdev] should AlwaysInliner inline this case?   David Majnemer
      • [LLVMdev] should AlwaysInliner inline this case?   Chandler Carruth
      • [LLVMdev] should AlwaysInliner inline this case?   Pete Cooper
      • [LLVMdev] should AlwaysInliner inline this case?   David Majnemer
      • [LLVMdev] should AlwaysInliner inline this case?   Liu Xin
      • [LLVMdev] should AlwaysInliner inline this case?   Pete Cooper
      • [LLVMdev] should AlwaysInliner inline this case?   Chandler Carruth
      • [LLVMdev] should AlwaysInliner inline this case?   Pete Cooper
• [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   John Smith
  • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   Joerg Sonnenberger
    • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   Theodore H. Smith
    • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   John Smith
      • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   Joerg Sonnenberger
      • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   John Smith
      • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   Philip Reames
      • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   David Chisnall
      • [LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?   RICHARD STUCKEY
• [LLVMdev] Caching ExecutionEngine / MCJIT   mahesh ravishankar
• [LLVMdev] Interest in Boston area (US) LLVM Social?   Carback, Richard T., III
• [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Simon Pilgrim
  • [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Chandler Carruth
    • [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Simon Pilgrim
      • [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Quentin Colombet
      • [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Chandler Carruth
      • [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Quentin Colombet
      • [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Chandler Carruth
      • [LLVMdev] Heads up! Planning to remove old vector shuffle lowering this week...   Simon Pilgrim
• [LLVMdev] [PATCH] Fix Emacs package formatting   Wilfred Hughes
  • [LLVMdev] [PATCH] Fix Emacs package formatting   Rafael Espíndola
    • [LLVMdev] [PATCH] Fix Emacs package formatting   Rafael Espíndola
      • [LLVMdev] [PATCH] Fix Emacs package formatting   Wilfred Hughes
      • [LLVMdev] [PATCH] Fix Emacs package formatting   Rafael Espíndola
• [LLVMdev] @plt problem in variable declaration   Vikram Singh
  • [LLVMdev] @plt problem in variable declaration   Tim Northover
• [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sahasrabuddhe, Sameer
  • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Owen Anderson
    • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Chandler Carruth
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sahasrabuddhe, Sameer
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Chandler Carruth
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sahasrabuddhe, Sameer
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Chandler Carruth
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sahasrabuddhe, Sameer
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Chandler Carruth
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sameer Sahasrabuddhe
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sameer Sahasrabuddhe
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Chandler Carruth
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sameer Sahasrabuddhe
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Chandler Carruth
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Sameer Sahasrabuddhe
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Philip Reames
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Mehdi Amini
      • [LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux   Owen Anderson
• [LLVMdev] Crash in SLP for vector data type as function argument.   Suyog Kamal Sarda
  • [LLVMdev] Crash in SLP for vector data type as function argument.   Shahid, Asghar-ahmad
  • [LLVMdev] Crash in SLP for vector data type as function argument.   Suyog Kamal Sarda
    • [LLVMdev] Crash in SLP for vector data type as function argument.   Shahid, Asghar-ahmad
    • [LLVMdev] Crash in SLP for vector data type as function argument.   Arnold Schwaighofer
  • [LLVMdev] Crash in SLP for vector data type as function argument.   Suyog Kamal Sarda
    • [LLVMdev] Crash in SLP for vector data type as function argument.   Arnold Schwaighofer
  • [LLVMdev] Crash in SLP for vector data type as function argument.   Suyog Kamal Sarda
• [LLVMdev] LLVM Weekly - #53, Jan 5th 2015   Alex Bradbury
• [LLVMdev] Euro LLVM 2015 Call for papers   Andy Thomason
• [LLVMdev] Indexed Load and Store Intrinsics - proposal   Pierre-Andre Saulais
  • [LLVMdev] Indexed Load and Store Intrinsics - proposal   Zaks, Ayal
• [LLVMdev] Symlink to llvm-config returns wrong results on Linux   Eric Christopher
  • [LLVMdev] Symlink to llvm-config returns wrong results on Linux   Ramkumar Ramachandra
• [LLVMdev] LLVM linkage error - Program used external function 'foo' which could not be resolved!   Cheng Zhu
  • [LLVMdev] LLVM linkage error - Program used external function 'foo' which could not be resolved!   mahesh ravishankar
    • [LLVMdev] LLVM linkage error - Program used external function 'foo' which could not be resolved!   Charlie Turner
• [LLVMdev] Are there manpages for llvm?   Peng Yu
  • [LLVMdev] Are there manpages for llvm?   Sean Silva
    • [LLVMdev] Are there manpages for llvm?   Lawrence Velázquez
• [LLVMdev] program code in memory   Zahra Marj
• [LLVMdev] Lower action for SelectionDAG node with multiple operands?   Thomson
  • [LLVMdev] Lower action for SelectionDAG node with multiple operands?   Tom Stellard
• [LLVMdev] Cannot split vector result of AVX intrinsic _mm256_rsqrt_ps   Sanjay Patel
• [LLVMdev] Flaky asan test?   Sanjoy Das
  • [LLVMdev] Flaky asan test?   Kostya Serebryany
    • [LLVMdev] Flaky asan test?   Sanjoy Das
      • [LLVMdev] Flaky asan test?   Kostya Serebryany
• [LLVMdev] Bug 16257 - fmul of undef ConstantExpr not folded to undef   Mehdi Amini
• [LLVMdev] Thoughts on limited forward serialization?   Philip Reames
  • [LLVMdev] Thoughts on limited forward serialization?   Ahmed Bougacha
    • [LLVMdev] Thoughts on limited forward serialization?   Philip Reames
      • [LLVMdev] Thoughts on limited forward serialization?   Eric Christopher
  • [LLVMdev] Thoughts on limited forward serialization?   Duncan P. N. Exon Smith
• [LLVMdev] LLD developers: is anyone using the standalone CMake build for LLD?   Greg Fitzgerald
  • [LLVMdev] LLD developers: is anyone using the standalone CMake build for LLD?   Greg Fitzgerald
• [LLVMdev] ARM disassembler   Sandeep Kumar Singh
  • [LLVMdev] ARM disassembler   Yasser Shalabi
  • [LLVMdev] ARM disassembler   Tim Northover
    • [LLVMdev] ARM disassembler   Bruce Hoult
  • [LLVMdev] ARM disassembler   Zahra Marj
• [LLVMdev] Inclusion of iostream affects devirtualization in release_35   martin krastev
  • [LLVMdev] Inclusion of iostream affects devirtualization in release_35   Reid Kleckner
    • [LLVMdev] Inclusion of iostream affects devirtualization in release_35   Nick Lewycky
      • [LLVMdev] Inclusion of iostream affects devirtualization in release_35   martin krastev
• [LLVMdev] Cambridge LLVM Social - 21st Jan   Renato Golin
  • [LLVMdev] Cambridge LLVM Social - 21st Jan   Renato Golin
• [LLVMdev] LIT Verbose   Renato Golin
  • [LLVMdev] LIT Verbose   Daniel Sanders
    • [LLVMdev] LIT Verbose   Renato Golin
  • [LLVMdev] LIT Verbose   Renato Golin
    • [LLVMdev] LIT Verbose   Daniel Sanders
      • [LLVMdev] LIT Verbose   Renato Golin
• [LLVMdev] UBSan on AArch64   Renato Golin
  • [LLVMdev] UBSan on AArch64   Christophe Lyon
  • [LLVMdev] UBSan on AArch64   Kostya Serebryany
    • [LLVMdev] UBSan on AArch64   Renato Golin
      • [LLVMdev] UBSan on AArch64   Sean Silva
      • [LLVMdev] UBSan on AArch64   Kostya Serebryany
• [LLVMdev] Is address space 1 reserved?   Philip Reames
  • [LLVMdev] Is address space 1 reserved?   Owen Anderson
    • [LLVMdev] Is address space 1 reserved?   David Majnemer
    • [LLVMdev] Is address space 1 reserved?   Matt Arsenault
      • [LLVMdev] Is address space 1 reserved?   Philip Reames
      • [LLVMdev] Is address space 1 reserved?   Matt Arsenault
      • [LLVMdev] Is address space 1 reserved?   Philip Reames
      • [LLVMdev] Is address space 1 reserved?   Matt Arsenault
      • [LLVMdev] Is address space 1 reserved?   Philip Reames
      • [LLVMdev] Is address space 1 reserved?   Sahasrabuddhe, Sameer
      • [LLVMdev] Is address space 1 reserved?   David Chisnall
      • [LLVMdev] Is address space 1 reserved?   Sanjoy Das
      • [LLVMdev] Is address space 1 reserved?   David Chisnall
      • [LLVMdev] Is address space 1 reserved?   Herbie Robinson
      • [LLVMdev] Is address space 1 reserved?   David Chisnall
      • [LLVMdev] Is address space 1 reserved?   Sean Silva
      • [LLVMdev] Is address space 1 reserved?   Pete Cooper
      • [LLVMdev] Is address space 1 reserved?   Philip Reames
      • [LLVMdev] Is address space 1 reserved?   Pete Cooper
      • [LLVMdev] Is address space 1 reserved?   Philip Reames
    • [LLVMdev] Is address space 1 reserved?   Nick Lewycky
      • [LLVMdev] Is address space 1 reserved?   Owen Anderson
      • [LLVMdev] Is address space 1 reserved?   Philip Reames
  • [LLVMdev] Is address space 1 reserved?   Pete Cooper
    • [LLVMdev] Is address space 1 reserved?   Philip Reames
      • [LLVMdev] Is address space 1 reserved?   Pete Cooper
• [LLVMdev] Is http://llvm.org/git/llvm.git trunk wipped out?   Duncan P. N. Exon Smith
  • [LLVMdev] Is http://llvm.org/git/llvm.git trunk wipped out?   Anton Korobeynikov
• [LLVMdev] llvm.git mirror glitch   Anton Korobeynikov
• [LLVMdev] Floating-point range checks   Robison, Arch
  • [LLVMdev] Floating-point range checks   Philip Reames
    • [LLVMdev] Floating-point range checks   Robison, Arch
      • [LLVMdev] Floating-point range checks   Hal Finkel
      • [LLVMdev] Floating-point range checks   Robison, Arch
      • [LLVMdev] Floating-point range checks   Hal Finkel
      • [LLVMdev] Floating-point range checks   Philip Reames
      • [LLVMdev] Floating-point range checks   Hal Finkel
      • [LLVMdev] Floating-point range checks   Robison, Arch
      • [LLVMdev] Floating-point range checks   Pete Cooper
      • [LLVMdev] Floating-point range checks   Robison, Arch
      • [LLVMdev] Floating-point range checks   Pete Cooper
      • [LLVMdev] Floating-point range checks   Hal Finkel
      • [LLVMdev] Floating-point range checks   Robison, Arch
      • [LLVMdev] Floating-point range checks   Sanjay Patel
      • [LLVMdev] Floating-point range checks   Philip Reames
• [LLVMdev] FYI out-of-tree/in-tree target maintainers: setLoadExtAction now takes two MVTs.   Ahmed Bougacha
  • [LLVMdev] FYI out-of-tree/in-tree target maintainers: setLoadExtAction now takes two MVTs.   David Chisnall
• [LLVMdev] Separating loop nests based on profile information?   Philip Reames
  • [LLVMdev] Separating loop nests based on profile information?   Chandler Carruth
    • [LLVMdev] Separating loop nests based on profile information?   Adam Nemet
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Adam Nemet
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
    • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Chandler Carruth
      • [LLVMdev] Separating loop nests based on profile information?   Duncan P. N. Exon Smith
      • [LLVMdev] Separating loop nests based on profile information?   Daniel Berlin
      • [LLVMdev] Separating loop nests based on profile information?   Krzysztof Parzyszek
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
    • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Load PRE in loops with 'mostly' invariant loads   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Daniel Berlin
      • [LLVMdev] Separating loop nests based on profile information?   Daniel Berlin
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Mehdi Amini
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Daniel Berlin
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Xinliang David Li
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Daniel Berlin
      • [LLVMdev] Separating loop nests based on profile information?   Xinliang David Li
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Xinliang David Li
    • [LLVMdev] Separating loop nests based on profile information?   Xinliang David Li
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Xinliang David Li
  • [LLVMdev] Separating loop nests based on profile information?   Krzysztof Parzyszek
    • [LLVMdev] Separating loop nests based on profile information?   Krzysztof Parzyszek
      • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
  • [LLVMdev] Separating loop nests based on profile information?   Xinliang David Li
    • [LLVMdev] Separating loop nests based on profile information?   Philip Reames
      • [LLVMdev] Separating loop nests based on profile information?   Xinliang David Li
• [LLVMdev] LLD Standalone CMake build   Greg Fitzgerald
  • [LLVMdev] LLD Standalone CMake build   Rui Ueyama
  • [LLVMdev] LLD Standalone CMake build   Chandler Carruth
    • [LLVMdev] LLD Standalone CMake build   Greg Fitzgerald
    • [LLVMdev] LLD Standalone CMake build   Sean Silva
      • [LLVMdev] LLD Standalone CMake build   Chandler Carruth
  • [LLVMdev] LLD Standalone CMake build   Sean Silva
    • [LLVMdev] LLD Standalone CMake build   Greg Fitzgerald
      • [LLVMdev] LLD Standalone CMake build   Chandler Carruth
      • [LLVMdev] LLD Standalone CMake build   Rafael Espíndola
      • [LLVMdev] LLD Standalone CMake build   Greg Fitzgerald
      • [LLVMdev] LLD Standalone CMake build   Chandler Carruth
      • [LLVMdev] LLD Standalone CMake build   Rafael Espíndola
      • [LLVMdev] LLD Standalone CMake build   Greg Fitzgerald
      • [LLVMdev] LLD Standalone CMake build   Chandler Carruth
      • [LLVMdev] LLD Standalone CMake build   Sean Silva
  • [LLVMdev] LLD Standalone CMake build   Michael Spencer
• [LLVMdev] MemoryDependence and volatile loads   Philip Reames
  • [LLVMdev] MemoryDependence and volatile loads   Philip Reames
• [LLVMdev] missing optimization for icmps in induction variables?   Nick Lewycky
  • [LLVMdev] missing optimization for icmps in induction variables?   Sanjoy Das
    • [LLVMdev] missing optimization for icmps in induction variables?   Nick Lewycky
      • [LLVMdev] missing optimization for icmps in induction variables?   Sanjoy Das
• [LLVMdev] Postponing more passes in LTO   Nick Lewycky
  • [LLVMdev] Postponing more passes in LTO   Chandler Carruth
    • [LLVMdev] Postponing more passes in LTO   Dale Martin
    • [LLVMdev] Postponing more passes in LTO   Sean Silva
  • [LLVMdev] Postponing more passes in LTO   Krzysztof Parzyszek
• [LLVMdev] [ARM, AArch64 backend] query regarding alias instructions   Jyoti Rajendra Allur
  • [LLVMdev] [ARM, AArch64 backend] query regarding alias instructions   Bruce Hoult
• [LLVMdev] [PATCH] Call adjustChainDeps() always when handling a store.   Jonas Paulsson
• [LLVMdev] JIT simple module and accessing the value fails   Tobias Pankrath
  • [LLVMdev] JIT simple module and accessing the value fails   Tobias Pankrath
    • [LLVMdev] JIT simple module and accessing the value fails   Jonathan Roelofs
• [LLVMdev] PM: High-level review of the new Pass Manager (so far)   Chandler Carruth
  • [LLVMdev] PM: High-level review of the new Pass Manager (so far)   Philip Reames
• [LLVMdev] Machine LICM and cheap instructions?   Hal Finkel
  • [LLVMdev] Machine LICM and cheap instructions?   Quentin Colombet
    • [LLVMdev] Machine LICM and cheap instructions?   Hal Finkel
      • [LLVMdev] Machine LICM and cheap instructions?   Andrew Trick
  • [LLVMdev] Machine LICM and cheap instructions?   Evan Cheng
  • [LLVMdev] Machine LICM and cheap instructions?   Krzysztof Parzyszek
• [LLVMdev] RFP: Metadata is being used poorly to paper over missing IR constructs   Chandler Carruth
  • [LLVMdev] RFP: Metadata is being used poorly to paper over missing IR constructs   Pete Cooper
    • [LLVMdev] RFP: Metadata is being used poorly to paper over missing IR constructs   Chandler Carruth
      • [LLVMdev] RFP: Metadata is being used poorly to paper over missing IR constructs   Pete Cooper
  • [LLVMdev] RFP: Metadata is being used poorly to paper over missing IR constructs   Chris Lattner
    • [LLVMdev] RFP: Metadata is being used poorly to paper over missing IR constructs   Chandler Carruth
      • [LLVMdev] RFP: Metadata is being used poorly to paper over missing IR constructs   Chris Lattner
• [LLVMdev] tablegen puzzle   reed kotler
• [LLVMdev] Heads up, nuking a feature of ValueHandle   Chandler Carruth
  • [LLVMdev] Heads up, nuking a feature of ValueHandle   Duncan P. N. Exon Smith
• [LLVMdev] Reminder: 3.6 branch is coming   Hans Wennborg
  • [LLVMdev] Reminder: 3.6 branch is coming   Ben Pope
    • [LLVMdev] Reminder: 3.6 branch is coming   Renato Golin
  • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   Sylvestre Ledru
  • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   Dimitry Andric
    • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   David Chisnall
      • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   Dimitry Andric
      • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   David Chisnall
      • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   Hans Wennborg
      • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   Richard Smith
      • [LLVMdev] [cfe-dev] Reminder: 3.6 branch is coming   Nikola Smiljanic
  • [LLVMdev] Reminder: 3.6 branch is coming   Sebastian Dreßler
    • [LLVMdev] Reminder: 3.6 branch is coming   Daniel Sanders
• [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Akira Hatanaka
  • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Reid Kleckner
    • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Hal Finkel
      • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Chandler Carruth
      • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Akira Hatanaka
      • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Chandler Carruth
      • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Mehdi Amini
      • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Sanjay Patel
    • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Akira Hatanaka
  • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Eric Christopher
    • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Akira Hatanaka
      • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Chris Bieneman
      • [LLVMdev] Enable changing UnsafeFPMath on a per-function basis   Akira Hatanaka
• [LLVMdev] How to resolve decoding conflict?   Stefan.Singer at freescale.com
  • [LLVMdev] How to resolve decoding conflict?   David Wiberg
• [LLVMdev] Can we assume const parameter and to-be-modified parameter do not alias?   yi_jiang
  • [LLVMdev] Can we assume const parameter and to-be-modified parameter do not alias?   Tim Northover
  • [LLVMdev] Can we assume const parameter and to-be-modified parameter do not alias?   Smith, Kevin B
    • [LLVMdev] Can we assume const parameter and to-be-modified parameter do not alias?   yi_jiang
• [LLVMdev] intrinsic function which takes vec 3 parameters   cheng-chih yang
• [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] Trouble with 3 operand instruction encodings   Steve King
• [LLVMdev] LTO support on Mac   Rahman Lavaee
  • [LLVMdev] LTO support on Mac   Rafael Espíndola
    • [LLVMdev] LTO support on Mac   Nick Kledzik
      • [LLVMdev] LTO support on Mac   Rahman Lavaee
      • [LLVMdev] LTO support on Mac   Rafael Espíndola
• [LLVMdev] [RFC] [PATCH] add tail call optimization to thumb1-only targets   Bjoern Haase
  • [LLVMdev] [RFC] [PATCH] add tail call optimization to thumb1-only targets   John Brawn
    • [LLVMdev] [RFC] [PATCH] add tail call optimization to thumb1-only targets   Bjoern Haase
  • [LLVMdev] [RFC] [PATCH] add tail call optimization to thumb1-only targets   Jonathan Roelofs
  • [LLVMdev] [RFC] [PATCH] add tail call optimization to thumb1-only targets   John Brawn
  • [LLVMdev] [RFC] [PATCH] add tail call optimization to thumb1-only targets   Bruce Hoult
  • [LLVMdev] [RFC] [PATCH] add tail call optimization to thumb1-only targets   Bjoern Haase
• [LLVMdev] Backend Tablegen Instruction Definition   John Leidel (jleidel)
  • [LLVMdev] Backend Tablegen Instruction Definition   Tim Northover
    • [LLVMdev] Backend Tablegen Instruction Definition   John Leidel (jleidel)
• [LLVMdev] [RFC] [ARM] v6m: Suggestions for a slightly different set of default optimizer settings.   Bjoern Haase
  • [LLVMdev] [RFC] [ARM] v6m: Suggestions for a slightly different set of default optimizer settings.   Jonathan Roelofs
    • [LLVMdev] [RFC] [ARM] v6m: Suggestions for a slightly different set of default optimizer settings.   Jonathan Roelofs
• [LLVMdev] First class aggregates of small size: split when used in function call   lost
• [LLVMdev] Emitting IR in older formats (for NVVM)   Jonathan Ragan-Kelley
  • [LLVMdev] Emitting IR in older formats (for NVVM)   Michael Haidl
  • [LLVMdev] Emitting IR in older formats (for NVVM)   Tobias Grosser
    • [LLVMdev] Emitting IR in older formats (for NVVM)   Michael Haidl
      • [LLVMdev] Emitting IR in older formats (for NVVM)   Justin Holewinski
      • [LLVMdev] Emitting IR in older formats (for NVVM)   Jonathan Ragan-Kelley
      • [LLVMdev] Emitting IR in older formats (for NVVM)   Justin Holewinski
      • [LLVMdev] Emitting IR in older formats (for NVVM)   Samuel F Antao
• [LLVMdev] list of instructions accessible from c++?   Alexander Poddey
• [LLVMdev] debugging opt passed using gdb: could not open input file   Alexander Poddey
  • [LLVMdev] debugging opt passed using gdb: could not open input file   David Wiberg
    • [LLVMdev] debugging opt passed using gdb: could not open input file   Alexander Poddey
• [LLVMdev] NP-hard problems in the LLVM optimizer?   Nicola Gigante
  • [LLVMdev] NP-hard problems in the LLVM optimizer?   Daniel Berlin
    • [LLVMdev] NP-hard problems in the LLVM optimizer?   David Blaikie
    • [LLVMdev] NP-hard problems in the LLVM optimizer?   Nicola Gigante
  • [LLVMdev] NP-hard problems in the LLVM optimizer?   Ghassan Shobaki
• [LLVMdev] MCJIT handling of linkonce_odr   Axel Naumann
  • [LLVMdev] MCJIT handling of linkonce_odr   Keno Fischer
    • [LLVMdev] MCJIT handling of linkonce_odr   Axel Naumann
      • [LLVMdev] MCJIT handling of linkonce_odr   Keno Fischer
      • [LLVMdev] MCJIT handling of linkonce_odr   Axel Naumann
• [LLVMdev] [PATCH] [RFC][PATCH] Minor opt to access pointers to globals via pcrel GOT entries   Bruno Cardoso Lopes
• [LLVMdev] [lld] ARM/Thumb atom forming   Denis Protivensky
  • [LLVMdev] [lld] ARM/Thumb atom forming   Shankar Easwaran
    • [LLVMdev] [lld] ARM/Thumb atom forming   Denis Protivensky
• [LLVMdev] Runtime performance of Value::printAsOperand   Kostas Ferles
• [LLVMdev] CMake Policy CMP0042 and MACOSX_RPATH setting for libc++ and libc++abi   Eric Fiselier
• [LLVMdev] RFC: Loop distribution/Partial vectorization   Adam Nemet
  • [LLVMdev] RFC: Loop distribution/Partial vectorization   Krzysztof Parzyszek
    • [LLVMdev] RFC: Loop distribution/Partial vectorization   Das, Dibyendu
      • [LLVMdev] RFC: Loop distribution/Partial vectorization   Adam Nemet
    • [LLVMdev] RFC: Loop distribution/Partial vectorization   Adam Nemet
      • [LLVMdev] RFC: Loop distribution/Partial vectorization   Krzysztof Parzyszek
  • [LLVMdev] RFC: Loop distribution/Partial vectorization   Philip Reames
  • [LLVMdev] RFC: Loop distribution/Partial vectorization   Hal Finkel
    • [LLVMdev] RFC: Loop distribution/Partial vectorization   Adam Nemet
      • [LLVMdev] RFC: Loop distribution/Partial vectorization   Hal Finkel
  • [LLVMdev] RFC: Loop distribution/Partial vectorization   Renato Golin
    • [LLVMdev] RFC: Loop distribution/Partial vectorization   Adam Nemet
• [LLVMdev] LNT installation (version specified requires normalization)   David Callahan
• [LLVMdev] RFC: Another go at a cross compiler config file.   David Chisnall
  • [LLVMdev] RFC: Another go at a cross compiler config file. (with an example using clang to compile for Windows on Linux)   Richard Pennington
    • [LLVMdev] [cfe-dev] RFC: Another go at a cross compiler config file. (with an example using clang to compile for Windows on Linux)   David Chisnall
• [LLVMdev] LLVM Compiler Developer Postion (Saint Petersburg, Russia)   Bean Anderson
• [LLVMdev] buildbot failure in LLVM on ppc64le-sanitizer   Jay Foad
  • [LLVMdev] buildbot failure in LLVM on ppc64le-sanitizer   Timur Iskhodzhanov
    • [LLVMdev] buildbot failure in LLVM on ppc64le-sanitizer   Alexey Samsonov
      • [LLVMdev] buildbot failure in LLVM on ppc64le-sanitizer   Jay Foad
• [LLVMdev] Google MTV summer 2015 internship involving CUDA compilers   Jingyue Wu
• [LLVMdev] Pointer Analysis   Nirupama Talele
• [LLVMdev] LLVM Weekly - #54, Jan 12th 2015   Alex Bradbury
• [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Duncan P. N. Exon Smith
  • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Robinson, Paul
    • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Eric Christopher
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Robinson, Paul
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Robinson, Paul
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Hans Wennborg
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Hans Wennborg
      • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Duncan P. N. Exon Smith
  • [LLVMdev] [RFC] First-class debug info IR: MDLocation (redux)   Eric Christopher
• [LLVMdev] [llvm] r225762 - fix {typo, build failure} in r225760   Ramkumar Ramachandra
• [LLVMdev] RFC: variable names   Greg Fitzgerald
  • [LLVMdev] RFC: variable names   Rafael Espíndola
    • [LLVMdev] RFC: variable names   Duncan P. N. Exon Smith
      • [LLVMdev] RFC: variable names   Rafael Espíndola
• [LLVMdev] LLVM out of source pass build: Loadable modules not supported (on Linux)   Alexander Poddey
• [LLVMdev] LLVM/Clang release v3.5.1   Sedat Dilek
  • [LLVMdev] LLVM/Clang release v3.5.1   Brooks Davis
    • [LLVMdev] LLVM/Clang release v3.5.1   Sedat Dilek
• [LLVMdev] Module *m replaced by td::unique_ptr<Module> & code completion   Alexander Poddey
  • [LLVMdev] Module *m replaced by td::unique_ptr<Module> & code completion   Alexander Poddey
• [LLVMdev] Aggressive FMA fusion for NVPTX   Olivier H Sallenave
  • [LLVMdev] Aggressive FMA fusion for NVPTX   Justin Holewinski
• [LLVMdev] Decoding context for instructions   Colin LeMahieu
• [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Ana Pazos
  • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
    • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Nick Lewycky
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Ana Pazos
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Ana Pazos
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Nick Lewycky
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Chandler Carruth
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Xinliang David Li
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Ana Pazos
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Ana Pazos
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Ana Pazos
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Chandler Carruth
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Daniel Berlin
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
• [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Duncan P. N. Exon Smith
  • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Eric Christopher
    • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Duncan P. N. Exon Smith
  • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Adrian Prantl
    • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   David Blaikie
      • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Adrian Prantl
      • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Duncan P. N. Exon Smith
      • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   David Blaikie
      • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Adrian Prantl
      • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Duncan P. N. Exon Smith
      • [LLVMdev] Should I commit "IR: Move MDLocation into place" before or after 3.6 branch?   Robinson, Paul
• [LLVMdev] Crash on invalid during LLVMContext destruction MDNode::dropAllReferences   David Blaikie
  • [LLVMdev] Crash on invalid during LLVMContext destruction MDNode::dropAllReferences   Duncan Exon Smith
    • [LLVMdev] Crash on invalid during LLVMContext destruction MDNode::dropAllReferences   Duncan P. N. Exon Smith
      • [LLVMdev] Crash on invalid during LLVMContext destruction MDNode::dropAllReferences   David Blaikie
      • [LLVMdev] Crash on invalid during LLVMContext destruction MDNode::dropAllReferences   Duncan P. N. Exon Smith
      • [LLVMdev] Crash on invalid during LLVMContext destruction MDNode::dropAllReferences   Duncan P. N. Exon Smith
      • [LLVMdev] Crash on invalid during LLVMContext destruction MDNode::dropAllReferences   Duncan P. N. Exon Smith
• [LLVMdev] New JIT APIs   Lang Hames
  • [LLVMdev] New JIT APIs   Philip Reames
    • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   Philip Reames
      • [LLVMdev] New JIT APIs   David Blaikie
      • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   David Blaikie
      • [LLVMdev] New JIT APIs   Philip Reames
      • [LLVMdev] New JIT APIs   David Blaikie
      • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   David Blaikie
      • [LLVMdev] New JIT APIs   Philip Reames
      • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   David Blaikie
  • [LLVMdev] New JIT APIs   Armin Steinhoff
    • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   Armin Steinhoff
      • [LLVMdev] New JIT APIs   Caldarale, Charles R
      • [LLVMdev] New JIT APIs   Armin Steinhoff
      • [LLVMdev] New JIT APIs   Caldarale, Charles R
      • [LLVMdev] New JIT APIs   David Blaikie
      • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   Caldarale, Charles R
      • [LLVMdev] New JIT APIs   Lang Hames
      • [LLVMdev] New JIT APIs   Philip Reames
      • [LLVMdev] New JIT APIs   Armin Steinhoff
• [LLVMdev] How do I add suppressions to LSan when testing LLVM with ASan enabled?   Chandler Carruth
  • [LLVMdev] How do I add suppressions to LSan when testing LLVM with ASan enabled?   Sergey Matveev
    • [LLVMdev] How do I add suppressions to LSan when testing LLVM with ASan enabled?   Kostya Serebryany
      • [LLVMdev] How do I add suppressions to LSan when testing LLVM with ASan enabled?   Sergey Matveev
• [LLVMdev] RFC: Could we move TargetLibraryInfo into lib/Analysis?   Chandler Carruth
  • [LLVMdev] RFC: Could we move TargetLibraryInfo into lib/Analysis?   Ahmed Bougacha
    • [LLVMdev] RFC: Could we move TargetLibraryInfo into lib/Analysis?   Chandler Carruth
• [LLVMdev] LLVM 3.5.1 final build   Daniel Sanders
• [LLVMdev] list of available/valid values near an instruction   Alexander Poddey
  • [LLVMdev] list of available/valid values near an instruction   Krzysztof Parzyszek
    • [LLVMdev] list of available/valid values near an instruction   Alexander Poddey
      • [LLVMdev] list of available/valid values near an instruction   Krzysztof Parzyszek
      • [LLVMdev] list of available/valid values near an instruction   Philip Reames
      • [LLVMdev] list of available/valid values near an instruction   Alexander Poddey
• [LLVMdev] Bug in InsertElement constant propagation?   Raoux, Thomas F
  • [LLVMdev] Bug in InsertElement constant propagation?   Jonathan Roelofs
    • [LLVMdev] Bug in InsertElement constant propagation?   Raoux, Thomas F
      • [LLVMdev] Bug in InsertElement constant propagation?   Jonathan Roelofs
      • [LLVMdev] Bug in InsertElement constant propagation?   Raoux, Thomas F
      • [LLVMdev] Bug in InsertElement constant propagation?   Jonathan Roelofs
      • [LLVMdev] Bug in InsertElement constant propagation?   Raoux, Thomas F
      • [LLVMdev] Bug in InsertElement constant propagation?   Nick Lewycky
      • [LLVMdev] Bug in InsertElement constant propagation?   Raoux, Thomas F
• [LLVMdev] [3.6 Release] We have branched   Hans Wennborg
• [LLVMdev] [RFC] Integer Saturation Intrinsics   Ahmed Bougacha
  • [LLVMdev] [RFC] Integer Saturation Intrinsics   Philip Reames
    • [LLVMdev] [RFC] Integer Saturation Intrinsics   Ahmed Bougacha
      • [LLVMdev] [RFC] Integer Saturation Intrinsics   Philip Reames
      • [LLVMdev] [RFC] Integer Saturation Intrinsics   Chris Lattner
  • [LLVMdev] [RFC] Integer Saturation Intrinsics   David Chisnall
    • [LLVMdev] [RFC] Integer Saturation Intrinsics   David Majnemer
      • [LLVMdev] [RFC] Integer Saturation Intrinsics   David Chisnall
      • [LLVMdev] [RFC] Integer Saturation Intrinsics   David Majnemer
      • [LLVMdev] [RFC] Integer Saturation Intrinsics   Herbie Robinson
    • [LLVMdev] [RFC] Integer Saturation Intrinsics   Herbie Robinson
• [LLVMdev] [MCJIT] TLS relocation design   Keno Fischer
  • [LLVMdev] [MCJIT] TLS relocation design   Tim Northover
  • [LLVMdev] [MCJIT] TLS relocation design   Keno Fischer
• [LLVMdev] Introduction for new consumer of LLVM   John Reagan
  • [LLVMdev] Introduction for new consumer of LLVM   Jim Grosbach
  • [LLVMdev] Introduction for new consumer of LLVM   Robinson, Paul
  • [LLVMdev] Introduction for new consumer of LLVM   David Chisnall
    • [LLVMdev] Introduction for new consumer of LLVM   Herbie Robinson
      • [LLVMdev] Introduction for new consumer of LLVM   Robinson, Paul
    • [LLVMdev] Introduction for new consumer of LLVM   Robinson, Paul
  • [LLVMdev] Introduction for new consumer of LLVM   Tristan Gingold
• [LLVMdev] how to perform Data Dependency Analysis using LLVM platform   Amir H. Ashouri
• [LLVMdev] Enforcing naming convention?   Swaroop Sridhar
• [LLVMdev] Instruction Cost   Jingyue Wu
  • [LLVMdev] Instruction Cost   Chandler Carruth
    • [LLVMdev] Instruction Cost   Jingyue Wu
      • [LLVMdev] Instruction Cost   Hal Finkel
      • [LLVMdev] Instruction Cost   Chandler Carruth
  • [LLVMdev] Instruction Cost   Hal Finkel
    • [LLVMdev] Instruction Cost   Sanjay Patel
      • [LLVMdev] Instruction Cost   Hal Finkel
  • [LLVMdev] Instruction Cost   Jonas Wagner
    • [LLVMdev] Instruction Cost   Jingyue Wu
      • [LLVMdev] [ LLI / MCJIT] re-initializing of lli ...   Armin Steinhoff
      • [LLVMdev] [ LLI / MCJIT] re-initializing of lli ...   Lang Hames
      • [LLVMdev] [ LLI / MCJIT] re-initializing of lli ...   Armin Steinhoff
      • [LLVMdev] [ LLI / MCJIT] re-initializing of lli ...   Chris Bieneman
• [LLVMdev] Dependence analysis   Cody Yu
• [LLVMdev] confusion w.r.t. scalar evolution and nuw   Sanjoy Das
  • [LLVMdev] confusion w.r.t. scalar evolution and nuw   David Majnemer
    • [LLVMdev] confusion w.r.t. scalar evolution and nuw   Sanjoy Das
      • [LLVMdev] confusion w.r.t. scalar evolution and nuw   David Majnemer
      • [LLVMdev] confusion w.r.t. scalar evolution and nuw   Sanjoy Das
  • [LLVMdev] confusion w.r.t. scalar evolution and nuw   Andrew Trick
    • [LLVMdev] confusion w.r.t. scalar evolution and nuw   Sanjoy Das
• [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Sebastian Dreßler
  • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
    • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Duncan P. N. Exon Smith
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   İsmail Dönmez
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Alexey Samsonov
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
  • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
    • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
  • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Sylvestre Ledru
    • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC1 has been tagged, Testing Phase I begins   Sylvestre Ledru
• [LLVMdev] Handling of undef in the IR   Mehdi Amini
  • [LLVMdev] Handling of undef in the IR   David Majnemer
    • [LLVMdev] Handling of undef in the IR   Pete Cooper
      • [LLVMdev] Handling of undef in the IR   Pete Cooper
• [LLVMdev] 2014 LLVM Developers' Meeting Slides & Videos Update   Tanya Lattner
• [LLVMdev] AllocaInst for FunctionType?   Alexander Poddey
  • [LLVMdev] AllocaInst for FunctionType?   Mehdi Amini
    • [LLVMdev] AllocaInst for FunctionType?   Alexander Poddey
• [LLVMdev] Question about LLVM Release License   Paweł Bylica
  • [LLVMdev] Question about LLVM Release License   David Chisnall
• [LLVMdev] requesting suggestions for llvm src build link error in llvm-c-test module.   Ananth Durbha
• [LLVMdev] Howdy + GIT   Reid Spencer
  • [LLVMdev] Howdy + GIT   Philip Reames
    • [LLVMdev] Howdy + GIT   Reid Spencer
      • [LLVMdev] Howdy + GIT   Charlie Turner
      • [LLVMdev] Howdy + GIT   David Chisnall
  • [LLVMdev] Howdy + GIT   Joerg Sonnenberger
    • [LLVMdev] Howdy + GIT   Mehdi Amini
  • [LLVMdev] Howdy + GIT   Reid Kleckner
  • [LLVMdev] Howdy + GIT   David Chisnall
  • [LLVMdev] Howdy + GIT   Owen Anderson
    • [LLVMdev] Howdy + GIT   Konstantin Tokarev
  • [LLVMdev] Howdy + GIT   Chandler Carruth
    • [LLVMdev] Howdy + GIT   Jeremy Lakeman
      • [LLVMdev] Howdy + GIT   Bruce Hoult
  • [LLVMdev] Howdy + GIT   Josh Klontz
    • [LLVMdev] Howdy + GIT   Nico Rieck
  • [LLVMdev] Howdy + GIT   Joshua Cranmer 🐧
  • [LLVMdev] Howdy + GIT   Erik de Castro Lopo
    • [LLVMdev] Howdy + GIT   Owen Anderson
      • [LLVMdev] Howdy + GIT   Jeremy Lakeman
      • [LLVMdev] Howdy + GIT   Tim Northover
      • [LLVMdev] Howdy + GIT   Mehdi Amini
      • [LLVMdev] Howdy + GIT   Tim Northover
      • [LLVMdev] Howdy + GIT   Mehdi Amini
      • [LLVMdev] Howdy + GIT   Tim Northover
      • [LLVMdev] Howdy + GIT   Chandler Carruth
      • [LLVMdev] Howdy + GIT   Bruce Hoult
      • [LLVMdev] Howdy + GIT   Sean Silva
      • [LLVMdev] Howdy + GIT   Reid Spencer
      • [LLVMdev] Howdy + GIT   Sean Silva
    • [LLVMdev] Howdy + GIT   Ronan KERYELL
      • [LLVMdev] Howdy + GIT   Chris Lattner
  • [LLVMdev] Howdy + GIT   Krzysztof Parzyszek
• [LLVMdev] Registration for Euro LLVM 2015 now open   Andy Thomason
  • [LLVMdev] [lldb-dev] Registration for Euro LLVM 2015 now open   Murat Yakici
    • [LLVMdev] [cfe-dev] [lldb-dev] Registration for Euro LLVM 2015 now open   Kevin Funk
  • [LLVMdev] Registration for Euro LLVM 2015 now open   Anton Korobeynikov
    • [LLVMdev] Registration for Euro LLVM 2015 now open   Andy Thomason
• [LLVMdev] generate llvm.assume calls in GVN?   Sanjay Patel
  • [LLVMdev] generate llvm.assume calls in GVN?   Chandler Carruth
    • [LLVMdev] generate llvm.assume calls in GVN?   Nick Lewycky
      • [LLVMdev] generate llvm.assume calls in GVN?   Sanjay Patel
      • [LLVMdev] generate llvm.assume calls in GVN?   Philip Reames
• [LLVMdev] DataFlowSanitizer using wrong memory layout   machiry aravind
  • [LLVMdev] DataFlowSanitizer using wrong memory layout   Peter Collingbourne
    • [LLVMdev] DataFlowSanitizer using wrong memory layout   machiry aravind
• [LLVMdev] Transform: Eliminating boxing-unboxing in untyped languages   Ramkumar Ramachandra
  • [LLVMdev] Transform: Eliminating boxing-unboxing in untyped languages   Philip Reames
• [LLVMdev] proof of concept for a loop fusion pass (WIP)   Ramanarayanan, Ramshankar
• [LLVMdev] Overloaded intrinsics: name explosion   Ramkumar Ramachandra
  • [LLVMdev] Overloaded intrinsics: name explosion   Philip Reames
    • [LLVMdev] Overloaded intrinsics: name explosion   Ramkumar Ramachandra
      • [LLVMdev] Overloaded intrinsics: name explosion   Shahid, Asghar-ahmad
      • [LLVMdev] Overloaded intrinsics: name explosion   Ramkumar Ramachandra
      • [LLVMdev] Overloaded intrinsics: name explosion   Philip Reames
      • [LLVMdev] Overloaded intrinsics: name explosion   Philip Reames
• [LLVMdev] VIM package for LLVM developers   Greg Fitzgerald
  • [LLVMdev] VIM package for LLVM developers   Sergey Dmitrouk
• [LLVMdev] proof of concept for a loop fusion pass   Ramanarayanan, Ramshankar
  • [LLVMdev] proof of concept for a loop fusion pass   Kristof Beyls
    • [LLVMdev] proof of concept for a loop fusion pass   C Bergström
    • [LLVMdev] proof of concept for a loop fusion pass   Ramanarayanan, Ramshankar
    • [LLVMdev] proof of concept for a loop fusion pass   Philip Reames
  • [LLVMdev] proof of concept for a loop fusion pass   Adam Nemet
    • [LLVMdev] proof of concept for a loop fusion pass   Hal Finkel
      • [LLVMdev] proof of concept for a loop fusion pass   Adam Nemet
      • [LLVMdev] proof of concept for a loop fusion pass   Ramanarayanan, Ramshankar
      • [LLVMdev] proof of concept for a loop fusion pass   Hal Finkel
      • [LLVMdev] proof of concept for a loop fusion pass   Hal Finkel
    • [LLVMdev] proof of concept for a loop fusion pass   Gerolf Hoflehner
• [LLVMdev] Function calls only being JIT'd once by Kaleidoscope with MCJIT?   Lang Hames
  • [LLVMdev] Function calls only being JIT'd once by Kaleidoscope with MCJIT?   Lang Hames
    • [LLVMdev] Function calls only being JIT'd once by Kaleidoscope with MCJIT?   Lang Hames
      • [LLVMdev] Function calls only being JIT'd once by Kaleidoscope with MCJIT?   Charlie Turner
• [LLVMdev] extractelement instruction and undefined behavior   Paweł Bylica
• [LLVMdev] [3.6 Release] no git branches?   Quentin Neill
  • [LLVMdev] [3.6 Release] no git branches?   Hans Wennborg
    • [LLVMdev] [3.6 Release] no git branches?   Anton Korobeynikov
• [LLVMdev] How are wrong-code bugs handled?   WAITZ Martin (AREVA)
  • [LLVMdev] How are wrong-code bugs handled?   Dimitry Andric
• [LLVMdev] FW: elf linking problem   Sinha, Prokash
  • [LLVMdev] elf linking problem   Sinha, Prokash
• [LLVMdev] Inconsistent results of dependence analysis   Hao Yu (Cody)
  • [LLVMdev] Inconsistent results of dependence analysis   Philip Reames
• [LLVMdev] Alias Analysis pass ordering in LLVM (and Clang)   Chandler Carruth
  • [LLVMdev] Alias Analysis pass ordering in LLVM (and Clang)   Hal Finkel
    • [LLVMdev] [cfe-dev] Alias Analysis pass ordering in LLVM (and Clang)   Xinliang David Li
  • [LLVMdev] Alias Analysis pass ordering in LLVM (and Clang)   Xinliang David Li
• [LLVMdev] Euro LLVM Registration   Andy Thomason
• [LLVMdev] [PATCH] Move ownership of GCStrategy objects to LLVMContext   Philip Reames
  • [LLVMdev] Fwd: Re: [PATCH] Move ownership of GCStrategy objects to LLVMContext   Philip Reames
• [LLVMdev] git-svn authorship (was: Howdy + GIT)   Greg Fitzgerald
  • [LLVMdev] git-svn authorship   Ronan Keryell
    • [LLVMdev] git-svn authorship   Greg Fitzgerald
    • [LLVMdev] git-svn authorship   Mehdi Amini
      • [LLVMdev] git-svn authorship   Robinson, Paul
• [LLVMdev] LLVM buildmaster will restart in few minutes   Galina Kistanova
• [LLVMdev] How to test isDereferenceablePointer?   Ramkumar Ramachandra
  • [LLVMdev] How to test isDereferenceablePointer?   Philip Reames
    • [LLVMdev] How to test isDereferenceablePointer?   Nick Lewycky
      • [LLVMdev] How to test isDereferenceablePointer?   Philip Reames
      • [LLVMdev] How to test isDereferenceablePointer?   Ramkumar Ramachandra
      • [LLVMdev] How to test isDereferenceablePointer?   Ramkumar Ramachandra
• [LLVMdev] loop multiversioning   Xin Tong
  • [LLVMdev] loop multiversioning   Hal Finkel
    • [LLVMdev] loop multiversioning   Nema, Ashutosh
  • [LLVMdev] loop multiversioning   Das, Dibyendu
• [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Christian Schafmeister
  • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Duncan P. N. Exon Smith
    • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Christian Schafmeister
      • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Frédéric Riss
      • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Duncan P. N. Exon Smith
      • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Christian Schafmeister
      • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Christian Schafmeister
      • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Frédéric Riss
      • [LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden   Christian Schafmeister
• [LLVMdev] Marking *some* pointers for gc   Ramkumar Ramachandra
  • [LLVMdev] Marking *some* pointers for gc   Sanjoy Das
    • [LLVMdev] Marking *some* pointers for gc   Ramkumar Ramachandra
      • [LLVMdev] Marking *some* pointers for gc   David Chisnall
      • [LLVMdev] Marking *some* pointers for gc   Philip Reames
      • [LLVMdev] Marking *some* pointers for gc   Philip Reames
      • [LLVMdev] Marking *some* pointers for gc   Ramkumar Ramachandra
• [LLVMdev] [MCJIT] Multiple GOT handling in RuntimeDyldELF   Keno Fischer
  • [LLVMdev] [MCJIT] Multiple GOT handling in RuntimeDyldELF   Keno Fischer
  • [LLVMdev] [MCJIT] Multiple GOT handling in RuntimeDyldELF   Kaylor, Andrew
    • [LLVMdev] [MCJIT] Multiple GOT handling in RuntimeDyldELF   Keno Fischer
      • [LLVMdev] [MCJIT] Multiple GOT handling in RuntimeDyldELF   Lang Hames
• [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
  • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
  • [LLVMdev] X86TargetLowering::LowerToBT   Mehdi Amini
    • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   David Jones
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Mehdi Amini
      • [LLVMdev] X86TargetLowering::LowerToBT   Fiona Glaser
      • [LLVMdev] X86TargetLowering::LowerToBT   Stephen Canon
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Pete Cooper
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Stephen Canon
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Fiona Glaser
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Fiona Glaser
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Quentin Colombet
      • [LLVMdev] X86TargetLowering::LowerToBT   Eric Christopher
      • [LLVMdev] X86TargetLowering::LowerToBT   Sanjay Patel
      • [LLVMdev] X86TargetLowering::LowerToBT   Stephen Canon
      • [LLVMdev] X86TargetLowering::LowerToBT   Sanjay Patel
      • [LLVMdev] X86TargetLowering::LowerToBT   Stephen Canon
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Stephen Canon
  • [LLVMdev] X86TargetLowering::LowerToBT   Ahmed Bougacha
  • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
    • [LLVMdev] X86TargetLowering::LowerToBT   Mehdi Amini
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TargetLowering::LowerToBT   Chris Sears
• [LLVMdev] [INCOMPLETE] [GC] Support wrapping vararg functions in statepoint   Ramkumar Ramachandra
  • [LLVMdev] [INCOMPLETE] [GC] Support wrapping vararg functions in statepoint   Philip Reames
    • [LLVMdev] [INCOMPLETE] [GC] Support wrapping vararg functions in statepoint   Ramkumar Ramachandra
      • [LLVMdev] [INCOMPLETE] [GC] Support wrapping vararg functions in statepoint   Philip Reames
      • [LLVMdev] [INCOMPLETE] [GC] Support wrapping vararg functions in statepoint   Ramkumar Ramachandra
      • [LLVMdev] [INCOMPLETE] [GC] Support wrapping vararg functions in statepoint   Ramkumar Ramachandra
      • [LLVMdev] [INCOMPLETE] [GC] Support wrapping vararg functions in statepoint   Philip Reames
• [LLVMdev] query   parita patel
  • [LLVMdev] query   Suyog Kamal Sarda
• [LLVMdev] LLVM Weekly - #55, Jan 19th 2015   Alex Bradbury
• [LLVMdev] How to contact LLVM admins?   Greg Fitzgerald
  • [LLVMdev] How to contact LLVM admins?   Greg Fitzgerald
    • [LLVMdev] How to contact LLVM admins?   Chris Lattner
      • [LLVMdev] How to contact LLVM admins?   Greg Fitzgerald
      • [LLVMdev] How to contact LLVM admins?   Greg Fitzgerald
      • [LLVMdev] How to contact LLVM admins?   Chandler Carruth
      • [LLVMdev] How to contact LLVM admins?   Greg Fitzgerald
      • [LLVMdev] How to contact LLVM admins?   Chandler Carruth
      • [LLVMdev] How to contact LLVM admins?   Renato Golin
      • [LLVMdev] How to contact LLVM admins?   Duncan P. N. Exon Smith
      • [LLVMdev] How to contact LLVM admins?   Diego Novillo
      • [LLVMdev] How to contact LLVM admins?   Tanya Lattner
• [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   David Blaikie
  • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   Adrian Prantl
    • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   Adrian Prantl
      • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   David Blaikie
      • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   Frédéric Riss
      • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   Eric Christopher
      • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   Robinson, Paul
      • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   David Blaikie
      • [LLVMdev] Dropping the DW_ prefix from names in dwarfdump   Robinson, Paul
• [LLVMdev] ELLCC version 0.1.8 is available.   Richard Pennington
• [LLVMdev] Vectorization Cost Models and Multi-Instruction Patterns?   Ahmed Bougacha
  • [LLVMdev] Vectorization Cost Models and Multi-Instruction Patterns?   Das, Dibyendu
    • [LLVMdev] Vectorization Cost Models and Multi-Instruction Patterns?   Shahid, Asghar-ahmad
• [LLVMdev] larger-than-legal types in LLVM IR   Sanjay Patel
  • [LLVMdev] larger-than-legal types in LLVM IR   Quentin Colombet
  • [LLVMdev] larger-than-legal types in LLVM IR   Ahmed Bougacha
  • [LLVMdev] larger-than-legal types in LLVM IR   Arnold
• [LLVMdev] sitofp   Pan, Wei
• [LLVMdev] heads up: BPF backend   Alexei Starovoitov
  • [LLVMdev] heads up: BPF backend   Alexei Starovoitov
• [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Chandler Carruth
  • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Greg Fitzgerald
    • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Chandler Carruth
      • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Greg Fitzgerald
  • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Nick Kledzik
    • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Chandler Carruth
      • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Rui Ueyama
      • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Chandler Carruth
      • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Rui Ueyama
      • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Nick Kledzik
      • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Rui Ueyama
    • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Joerg Sonnenberger
      • [LLVMdev] Can we establish layering for the LLD libraries? Current state is a bit of a mess...   Rafael Espíndola
• [LLVMdev] [Polly] open-source tools related polly ?   maxs
  • [LLVMdev] [Polly] open-source tools related polly ?   Tobias Grosser
• [LLVMdev] bitcast and bitwise operations on floating point numbers   Simon Byrne
  • [LLVMdev] bitcast and bitwise operations on floating point numbers   Duncan P. N. Exon Smith
• [LLVMdev] Question about returning a large struct   Rodney M. Bates
  • [LLVMdev] Question about returning a large struct   Philip Reames
• [LLVMdev] Another struct-return question   Rodney M. Bates
  • [LLVMdev] Another struct-return question   Reid Kleckner
    • [LLVMdev] Another struct-return question   Rodney M. Bates
      • [LLVMdev] Another struct-return question   Reid Kleckner
      • [LLVMdev] Another struct-return question   Rodney M. Bates
      • [LLVMdev] Another struct-return question   Reid Kleckner
• [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Ahmed Bougacha
  • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Daniel Berlin
    • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Ahmed Bougacha
  • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Hal Finkel
  • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Chandler Carruth
    • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Hal Finkel
• [LLVMdev] strlen in fast-isel   reed kotler
  • [LLVMdev] strlen in fast-isel is missed   Reed Kotler
    • [LLVMdev] strlen in fast-isel is missed   Reed Kotler
    • [LLVMdev] strlen in fast-isel is missed   Reed Kotler
      • [LLVMdev] strlen in fast-isel is missed   Reed Kotler
• [LLVMdev] [3.6 Release] Release Candidate 1 available   Hans Wennborg
• [LLVMdev] [3.6 Release] Please write release notes!   Hans Wennborg
• [LLVMdev] [compiler-rt] -fno-lto warnings during build   Samuel F Antao
  • [LLVMdev] [compiler-rt] -fno-lto warnings during build   Rafael Espíndola
• [LLVMdev] LoopInfo for newly created loops during optimization   Nema, Ashutosh
• [LLVMdev] Minor pass manager related question about where to put header files...   Chandler Carruth
  • [LLVMdev] Minor pass manager related question about where to put header files...   Justin Bogner
• [LLVMdev] Shared libraries, msan and -z,defs   Rafael Espíndola
  • [LLVMdev] Shared libraries, msan and -z,defs   Reid Kleckner
    • [LLVMdev] Shared libraries, msan and -z,defs   Rafael Espíndola
      • [LLVMdev] Shared libraries, msan and -z,defs   Sergey Matveev
      • [LLVMdev] Shared libraries, msan and -z,defs   Kostya Serebryany
      • [LLVMdev] Shared libraries, msan and -z,defs   Rafael Espíndola
      • [LLVMdev] Shared libraries, msan and -z,defs   Evgeniy Stepanov
      • [LLVMdev] Shared libraries, msan and -z,defs   Reid Kleckner
      • [LLVMdev] Shared libraries, msan and -z,defs   Rafael Espíndola
      • [LLVMdev] Shared libraries, msan and -z,defs   Greg Fitzgerald
      • [LLVMdev] Shared libraries, msan and -z,defs   Rafael Espíndola
• [LLVMdev] Using basicaa alias analysis pass   Sheng-Hsiu Lin
  • [LLVMdev] Using basicaa alias analysis pass   Ahmed Bougacha
  • [LLVMdev] Using basicaa alias analysis pass   Roel Jordans
  • [LLVMdev] Using basicaa alias analysis pass   Kuperstein, Michael M
    • [LLVMdev] Using basicaa alias analysis pass   Sheng-Hsiu Lin
      • [LLVMdev] Using basicaa alias analysis pass   Roel Jordans
• [LLVMdev] RFC: Missing canonicalization in LLVM   Chandler Carruth
  • [LLVMdev] RFC: Missing canonicalization in LLVM   Chandler Carruth
    • [LLVMdev] RFC: Missing canonicalization in LLVM   Pete Cooper
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Chandler Carruth
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Pete Cooper
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Chandler Carruth
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Pete Cooper
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Chandler Carruth
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Hal Finkel
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Chandler Carruth
  • [LLVMdev] RFC: Missing canonicalization in LLVM   Smith, Kevin B
    • [LLVMdev] RFC: Missing canonicalization in LLVM   Chandler Carruth
      • [LLVMdev] RFC: Missing canonicalization in LLVM   Smith, Kevin B
  • [LLVMdev] RFC: Missing canonicalization in LLVM   Krzysztof Parzyszek
• [LLVMdev] LLVM out of source pass build: Loadable modules not supported   Rob Jansen
  • [LLVMdev] LLVM out of source pass build: Loadable modules not supported   Rob Jansen
• [LLVMdev] LLD: Simplify LayoutPass   Rui Ueyama
  • [LLVMdev] LLD: Simplify LayoutPass   Shankar Easwaran
    • [LLVMdev] LLD: Simplify LayoutPass   Rui Ueyama
  • [LLVMdev] LLD: Simplify LayoutPass   Rui Ueyama
  • [LLVMdev] LLD: Simplify LayoutPass   Michael Spencer
    • [LLVMdev] LLD: Simplify LayoutPass   Rui Ueyama
• [LLVMdev] Attract attention of bugs/feature wishes   Christoph Grüninger
  • [LLVMdev] Attract attention of bugs/feature wishes   Patrik Hägglund H
  • [LLVMdev] Attract attention of bugs/feature wishes   Sean Silva
• [LLVMdev] ARMRegisterInfo.td   Gang-Ryung Uh
  • [LLVMdev] ARMRegisterInfo.td   Tim Northover
• [LLVMdev] numeric limits of llvm Types?   Alexander Poddey
  • [LLVMdev] numeric limits of llvm Types?   Sanjoy Das
    • [LLVMdev] numeric limits of llvm Types?   Alexander Poddey
  • [LLVMdev] numeric limits of llvm Types?   Alexander Poddey
• [LLVMdev] Why does "uwtable" prevent optimizing Invoke -> Call?   Björn Steinbrink
  • [LLVMdev] Why does "uwtable" prevent optimizing Invoke -> Call?   Mehdi Amini
  • [LLVMdev] Why does "uwtable" prevent optimizing Invoke -> Call?   Alexander Poddey
    • [LLVMdev] Why does "uwtable" prevent optimizing Invoke -> Call?   Alexander Poddey
  • [LLVMdev] Why does "uwtable" prevent optimizing Invoke -> Call?   Björn Steinbrink
    • [LLVMdev] Why does "uwtable" prevent optimizing Invoke -> Call?   Reid Kleckner
      • [LLVMdev] Why does "uwtable" prevent optimizing Invoke -> Call?   Reid Kleckner
• [LLVMdev] access IntegerType::getSignBit from Type *   Alexander Poddey
  • [LLVMdev] access IntegerType::getSignBit from Type *   mats petersson
    • [LLVMdev] access IntegerType::getSignBit from Type *   Alexander Poddey
• [LLVMdev] FYI: IA-32 psABI draft version 0.1   H.J. Lu
  • [LLVMdev] FYI: IA-32 psABI draft version 0.1   Richard Smith
    • [LLVMdev] FYI: IA-32 psABI draft version 0.1   H.J. Lu
      • [LLVMdev] FYI: IA-32 psABI draft version 0.1   H.J. Lu
      • [LLVMdev] FYI: IA-32 psABI draft version 0.1   Richard Smith
  • [LLVMdev] FYI: IA-32 psABI draft version 0.1   Joseph Myers
  • [LLVMdev] FYI: IA-32 psABI draft version 0.1   H.J. Lu
• [LLVMdev] MCJIT and recursive finalization   Axel Naumann
  • [LLVMdev] MCJIT and recursive finalization   David Blaikie
    • [LLVMdev] MCJIT and recursive finalization   Lang Hames
• [LLVMdev] Is there profiling that survives to transformations?   Vanderson Martins do Rosario
  • [LLVMdev] Is there profiling that survives to transformations?   Diego Novillo
• [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Chandler Carruth
  • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Andrea Di Biagio
    • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Kuperstein, Michael M
    • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Sanjay Patel
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Quentin Colombet
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Kuperstein, Michael M
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Simon Pilgrim
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Chandler Carruth
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Quentin Colombet
  • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Ahmed Bougacha
    • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Chandler Carruth
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Ahmed Bougacha
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Ahmed Bougacha
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Chandler Carruth
      • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Ahmed Bougacha
• [LLVMdev] Query about materializable functions and passes   Fraser Cormack
• [LLVMdev] Behaviour of outs()?   mats petersson
  • [LLVMdev] Behaviour of outs()?   Duncan P. N. Exon Smith
    • [LLVMdev] Behaviour of outs()?   Reid Kleckner
      • [LLVMdev] Behaviour of outs()?   Duncan P. N. Exon Smith
      • [LLVMdev] Behaviour of outs()?   mats petersson
      • [LLVMdev] Behaviour of outs()?   Justin Bogner
    • [LLVMdev] Behaviour of outs()?   mats petersson
      • [LLVMdev] Behaviour of outs()?   mats petersson
      • [LLVMdev] Behaviour of outs()?   Duncan P. N. Exon Smith
      • [LLVMdev] Behaviour of outs()?   Jonathan Roelofs
• [LLVMdev] X86TarIgetLowering::LowerToBT   Smith, Kevin B
  • [LLVMdev] X86TarIgetLowering::LowerToBT   Chris Sears
    • [LLVMdev] X86TarIgetLowering::LowerToBT   Stephen Canon
      • [LLVMdev] X86TarIgetLowering::LowerToBT   Chris Sears
      • [LLVMdev] X86TarIgetLowering::LowerToBT   Stephen Canon
      • [LLVMdev] X86TarIgetLowering::LowerToBT   Chris Sears
  • [LLVMdev] X86TarIgetLowering::LowerToBT   Kreitzer, David L
• [LLVMdev] [RFC] Heuristic for complete loop unrolling   Michael Zolotukhin
  • [LLVMdev] [RFC] Heuristic for complete loop unrolling   James Molloy
    • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Michael Zolotukhin
      • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Gerolf Hoflehner
  • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Owen Anderson
    • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Michael Zolotukhin
      • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Owen Anderson
  • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Sean Silva
    • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Hal Finkel
      • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Gerolf Hoflehner
    • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Owen Anderson
      • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Sean Silva
    • [LLVMdev] [RFC] Heuristic for complete loop unrolling   Michael Zolotukhin
• [LLVMdev] Using cl::ZeroOrMore more pervasively with the cl::opt class   Chad Rosier
  • [LLVMdev] Using cl::ZeroOrMore more pervasively with the cl::opt class   Chris Bieneman
    • [LLVMdev] Using cl::ZeroOrMore more pervasively with the cl::opt class   Chad Rosier
• [LLVMdev] Fwd: Bitcode abbreviations for something that's not a record   Filipe Cabecinhas
  • [LLVMdev] Fwd: Bitcode abbreviations for something that's not a record   Rafael Espíndola
    • [LLVMdev] Fwd: Bitcode abbreviations for something that's not a record   Filipe Cabecinhas
      • [LLVMdev] Fwd: Bitcode abbreviations for something that's not a record   Reid Kleckner
      • [LLVMdev] Fwd: Bitcode abbreviations for something that's not a record   Filipe Cabecinhas
      • [LLVMdev] Fwd: Bitcode abbreviations for something that's not a record   Rafael Espíndola
• [LLVMdev] Proposal: pragma for branch divergence   Jingyue Wu
  • [LLVMdev] Proposal: pragma for branch divergence   Owen Anderson
    • [LLVMdev] [cfe-dev] Proposal: pragma for branch divergence   Vinod Grover
      • [LLVMdev] [cfe-dev] Proposal: pragma for branch divergence   Owen Anderson
      • [LLVMdev] [cfe-dev] Proposal: pragma for branch divergence   Jingyue Wu
      • [LLVMdev] [cfe-dev] Proposal: pragma for branch divergence   Owen Anderson
      • [LLVMdev] [cfe-dev] Proposal: pragma for branch divergence   Owen Anderson
• [LLVMdev] "Expected to drop a reference" assertion thrown   Christian Schafmeister
  • [LLVMdev] "Expected to drop a reference" assertion thrown   Duncan P. N. Exon Smith
    • [LLVMdev] "Expected to drop a reference" assertion thrown   Christian Schafmeister
• [LLVMdev] Fix the aggressive anti-dep breaker's subregister definition handling   Daniil Troshkov
  • [LLVMdev] Fix the aggressive anti-dep breaker's subregister definition handling   Daniil Troshkov
• [LLVMdev] suspicious code in getPreStartForSignExtend (ScalarEvolution)   Sanjoy Das
  • [LLVMdev] suspicious code in getPreStartForSignExtend (ScalarEvolution)   David Majnemer
• [LLVMdev] GCMetadataPrinter::finishAssembly called twice   Manuel Jacob
  • [LLVMdev] GCMetadataPrinter::finishAssembly called twice   Philip Reames
    • [LLVMdev] GCMetadataPrinter::finishAssembly called twice   Philip Reames
• [LLVMdev] Future plans for GC in LLVM   Manuel Jacob
  • [LLVMdev] Future plans for GC in LLVM   Philip Reames
• [LLVMdev] Memcpy / Memset for address spaces >= 256   Manuel Jacob
• [LLVMdev] llvm::sys::Execute() is not truncating redirects   Nickolas Pohilets
  • [LLVMdev] llvm::sys::Execute() is not truncating redirects   Sean Silva
• [LLVMdev] [lld] LLD's software architecture (jan 2015)   Bas van den Berg
  • [LLVMdev] [lld] LLD's software architecture (jan 2015)   David Blaikie
• [LLVMdev] Backend optimizations   Rinaldini Julien
  • [LLVMdev] Backend optimizations   mats petersson
    • [LLVMdev] Backend optimizations   Rinaldini Julien
      • [LLVMdev] Backend optimizations   Herbie Robinson
      • [LLVMdev] Backend optimizations   Rinaldini Julien
    • [LLVMdev] Backend optimizations   Tim Northover
      • [LLVMdev] Backend optimizations   Rinaldini Julien
• [LLVMdev] LLVM Weekly - #56, Jan 26th 2015   Alex Bradbury
  • [LLVMdev] LLVM Weekly - #56, Jan 26th 2015   David Chisnall
    • [LLVMdev] LLVM Weekly - #56, Jan 26th 2015   Jonathan Roelofs
• [LLVMdev] LLVM introduces racy read - Unsafe transformation?   sohachak at mpi-sws.org
  • [LLVMdev] LLVM introduces racy read - Unsafe transformation?   David Chisnall
    • [LLVMdev] LLVM introduces racy read - Unsafe transformation?   sohachak at mpi-sws.org
      • [LLVMdev] LLVM introduces racy read - Unsafe transformation?   Alexander Potapenko
    • [LLVMdev] LLVM introduces racy read - Unsafe transformation?   David Chisnall
      • [LLVMdev] LLVM introduces racy read - Unsafe transformation?   Chandler Carruth
• [LLVMdev] PBQP crash   Jonas Paulsson
  • [LLVMdev] PBQP crash   Arnaud A. de Grandmaison
  • [LLVMdev] PBQP crash   Lang Hames
    • [LLVMdev] PBQP crash   Arnaud A. de Grandmaison
      • [LLVMdev] PBQP crash   Jonas Paulsson
      • [LLVMdev] PBQP crash   Lang Hames
      • [LLVMdev] PBQP crash   Arnaud A. de Grandmaison
      • [LLVMdev] PBQP crash   Lang Hames
      • [LLVMdev] PBQP crash   Arnaud De Grandmaison
• [LLVMdev] [lld] Removal of ELF PowerPC port   Will Newton
  • [LLVMdev] [lld] Removal of ELF PowerPC port   Justin Hibbits
  • [LLVMdev] [lld] Removal of ELF PowerPC port   Michael Spencer
    • [LLVMdev] [lld] Removal of ELF PowerPC port   Sidney Manning
  • [LLVMdev] [lld] Removal of ELF PowerPC port   Rui Ueyama
• [LLVMdev] Deadlock in llvm-lit on windows 7   Sumanth Gundapaneni
  • [LLVMdev] Deadlock in llvm-lit on windows 7   Daniel Dunbar
    • [LLVMdev] Deadlock in llvm-lit on windows 7   Sumanth Gundapaneni
  • [LLVMdev] Deadlock in llvm-lit on windows 7   Reid Kleckner
    • [LLVMdev] Deadlock in llvm-lit on windows 7   Gordon Keiser
    • [LLVMdev] Deadlock in llvm-lit on windows 7   Sumanth Gundapaneni
• [LLVMdev] [llvm] r188726 - Adding PIC support for ELF on x86_64 platforms   Kaylor, Andrew
  • [LLVMdev] [llvm] r188726 - Adding PIC support for ELF on x86_64 platforms   Lang Hames
• [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
  • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
    • [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
      • [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
      • [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
      • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
      • [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
      • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
      • [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
      • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
      • [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
• [LLVMdev] bswap missing from all fast-isel ports including x86   reed kotler
• [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Akira Hatanaka
  • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Eric Christopher
    • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Akira Hatanaka
  • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Eric Christopher
    • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Chandler Carruth
      • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Eric Christopher
      • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Duncan P. N. Exon Smith
    • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Akira Hatanaka
  • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Alex Rosenberg
    • [LLVMdev] Embedding cpu and feature strings into IR and enabling switching subtarget on a per function basis   Akira Hatanaka
• [LLVMdev] Create a call to function malloc using LLVM API   Dingbao Xie
  • [LLVMdev] Create a call to function malloc using LLVM API   Tim Northover
    • [LLVMdev] Create a call to function malloc using LLVM API   Dingbao Xie
      • [LLVMdev] Create a call to function malloc using LLVM API   Jeremy Lakeman
• [LLVMdev] RFC: Introduce a section to the programmers manual about type hierarchies, polymorphism, and virtual dispatch.   Chandler Carruth
  • [LLVMdev] Closed virtual dispatch (was: Introduce a section to the programmers manual about type hierarchies, polymorphism, and virtual dispatch.)   Philip Reames
    • [LLVMdev] Closed virtual dispatch (was: Introduce a section to the programmers manual about type hierarchies, polymorphism, and virtual dispatch.)   David Chisnall
      • [LLVMdev] Closed virtual dispatch (was: Introduce a section to the programmers manual about type hierarchies, polymorphism, and virtual dispatch.)   Bruce Hoult
• [LLVMdev] build failure on mingw gcc 4.9.1   Mueller-Roemer, Johannes Sebastian
  • [LLVMdev] build failure on mingw gcc 4.9.1   Mueller-Roemer, Johannes Sebastian
    • [LLVMdev] build failure on mingw gcc 4.9.1   Michael Spencer
      • [LLVMdev] build failure on mingw gcc 4.9.1   Mueller-Roemer, Johannes Sebastian
      • [LLVMdev] build failure on mingw gcc 4.9.1   Reid Kleckner
      • [LLVMdev] build failure on mingw gcc 4.9.1   Mueller-Roemer, Johannes Sebastian
• [LLVMdev] [Mips][TargetOptions] How to properly instantiate TargetOptions in MC layer?   Vladimir Medic
  • [LLVMdev] [Mips][TargetOptions] How to properly instantiate TargetOptions in MC layer?   Eric Christopher
    • [LLVMdev] [Mips][TargetOptions] How to properly instantiate TargetOptions in MC layer?   Daniel Sanders
      • [LLVMdev] [Mips][TargetOptions] How to properly instantiate TargetOptions in MC layer?   Vladimir Medic
      • [LLVMdev] [Mips][TargetOptions] How to properly instantiate TargetOptions in MC layer?   Eric Christopher
      • [LLVMdev] [Mips][TargetOptions] How to properly instantiate TargetOptions in MC layer?   Eric Christopher
• [LLVMdev] [cfe-dev][llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)   David Abdurachmanov
  • [LLVMdev] [cfe-dev] [llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)   Milian Wolff
    • [LLVMdev] [cfe-dev] [llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)   David Abdurachmanov
  • [LLVMdev] [cfe-dev] [llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)   Kevin Funk
    • [LLVMdev] [cfe-dev] [llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)   David Abdurachmanov
      • [LLVMdev] [cfe-dev] [llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)   David Abdurachmanov
  • [LLVMdev] [cfe-dev] [llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)   Joerg Sonnenberger
• [LLVMdev] Code ownership for PS4 target   Alex Rosenberg
  • [LLVMdev] Code ownership for PS4 target   Nadav Rotem
  • [LLVMdev] Code ownership for PS4 target   Aaron Ballman
  • [LLVMdev] Code ownership for PS4 target   Eric Christopher
    • [LLVMdev] Code ownership for PS4 target   Alex Rosenberg
      • [LLVMdev] Code ownership for PS4 target   Eric Christopher
  • [LLVMdev] Code ownership for PS4 target   Reid Kleckner
  • [LLVMdev] Code ownership for PS4 target   Marshall Clow
  • [LLVMdev] Code ownership for PS4 target   Chris Lattner
• [LLVMdev] Endian Emulation Help   Herbie Robinson
• [LLVMdev] What does "RAUW" stand for?   Rodney M. Bates
  • [LLVMdev] What does "RAUW" stand for?   Mehdi Amini
  • [LLVMdev] What does "RAUW" stand for?   Owen Anderson
  • [LLVMdev] What does "RAUW" stand for?   Hal Finkel
  • [LLVMdev] What does "RAUW" stand for?   Tim Northover
  • [LLVMdev] What does "RAUW" stand for?   Sean Silva
  • [LLVMdev] What does "RAUW" stand for?   Stephen Crane
  • [LLVMdev] What does "RAUW" stand for?   Chad Rosier
  • [LLVMdev] What does "RAUW" stand for?   Joerg Sonnenberger
• [LLVMdev] ATS workaround for Clang 3.5   Greg Fitzgerald
  • [LLVMdev] ATS workaround for Clang 3.5   Reid Kleckner
    • [LLVMdev] ATS workaround for Clang 3.5   Greg Fitzgerald
• [LLVMdev] [Windows] Cleaning up dialog box suppression code.   Michael Spencer
  • [LLVMdev] [Windows] Cleaning up dialog box suppression code.   Aaron Ballman
  • [LLVMdev] [Windows] Cleaning up dialog box suppression code.   Reid Kleckner
    • [LLVMdev] [Windows] Cleaning up dialog box suppression code.   Michael Spencer
      • [LLVMdev] [Windows] Cleaning up dialog box suppression code.   Reid Kleckner
    • [LLVMdev] [Windows] Cleaning up dialog box suppression code.   Greg Bedwell
      • [LLVMdev] [Windows] Cleaning up dialog box suppression code.   Reid Kleckner
• [LLVMdev] CMake: Gold linker detection   Sumanth Gundapaneni
  • [LLVMdev] CMake: Gold linker detection   C Bergström
    • [LLVMdev] CMake: Gold linker detection   Sumanth Gundapaneni
      • [LLVMdev] CMake: Gold linker detection   C Bergström
      • [LLVMdev] CMake: Gold linker detection   Sumanth Gundapaneni
• [LLVMdev] DFS'ing DominatorTree   Jingyue Wu
  • [LLVMdev] DFS'ing DominatorTree   Jingyue Wu
• [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Ryan Taylor
  • [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Matt Arsenault
    • [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Ryan Taylor
      • [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Matt Arsenault
      • [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Ryan Taylor
      • [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Matt Arsenault
      • [LLVMdev] Fwd: Making a CopyToReg/CopyFromReg into a zext/sext?   Ryan Taylor
      • [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Ryan Taylor
      • [LLVMdev] Making a CopyToReg/CopyFromReg into a zext/sext?   Matt Arsenault
• [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
  • [LLVMdev] IR extension proposal: bitset constants   Sean Silva
    • [LLVMdev] IR extension proposal: bitset constants   Kostya Serebryany
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   Kostya Serebryany
      • [LLVMdev] IR extension proposal: bitset constants   Renato Golin
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   Sean Silva
      • [LLVMdev] IR extension proposal: bitset constants   Renato Golin
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   Chris Lattner
      • [LLVMdev] IR extension proposal: bitset constants   Renato Golin
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   JF Bastien
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   JF Bastien
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   JF Bastien
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   Pete Cooper
    • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
  • [LLVMdev] IR extension proposal: bitset constants   Jim Grosbach
    • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   Jim Grosbach
• [LLVMdev] [lld] Overloaded Layout references   Shankar Easwaran
  • [LLVMdev] [lld] Overloaded Layout references   Rui Ueyama
  • [LLVMdev] [lld] Overloaded Layout references   Michael Spencer
    • [LLVMdev] [lld] Overloaded Layout references   Shankar Easwaran
• [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Sumanth Gundapaneni
  • [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Tim Northover
    • [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Sumanth Gundapaneni
      • [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Tim Northover
      • [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Renato Golin
      • [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Sumanth Gundapaneni
      • [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Sumanth Gundapaneni
• [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Robin Eklind
  • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Sean Silva
    • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Robin Eklind
      • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Sean Silva
      • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Robin Eklind
• [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
  • [LLVMdev] RFC: Proposal for Poison Semantics   Chandler Carruth
    • [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
  • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
    • [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Chandler Carruth
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Chandler Carruth
      • [LLVMdev] RFC: Proposal for Poison Semantics   Philip Reames
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Philip Reames
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
    • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
  • [LLVMdev] RFC: Proposal for Poison Semantics   Mehdi Amini
    • [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] RFC: Proposal for Poison Semantics   Mehdi Amini
    • [LLVMdev] RFC: Proposal for Poison Semantics   Bruce Hoult
  • [LLVMdev] RFC: Proposal for Poison Semantics   Sean Silva
    • [LLVMdev] RFC: Proposal for Poison Semantics   Philip Reames
      • [LLVMdev] RFC: Proposal for Poison Semantics   Philip Reames
      • [LLVMdev] RFC: Proposal for Poison Semantics   Bruce Hoult
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Reid Kleckner
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Matthias Braun
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Matthias Braun
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Chandler Carruth
      • [LLVMdev] RFC: Proposal for Poison Semantics   Chandler Carruth
• [LLVMdev] RFC: generation of PSAD instruction   Muthyala, Vj
  • [LLVMdev] RFC: generation of PSAD instruction   Hal Finkel
    • [LLVMdev] RFC: generation of PSAD instruction   Ahmed Bougacha
• [LLVMdev] JustRef   Xin Tong
  • [LLVMdev] JustRef   Nick Lewycky
• [LLVMdev] prevent frontend from emitting i64   Alon Shaltiel (ashaltie)
  • [LLVMdev] prevent frontend from emitting i64   Ruiling Song
  • [LLVMdev] prevent frontend from emitting i64   Alon Shaltiel (ashaltie)
    • [LLVMdev] prevent frontend from emitting i64   Ruiling Song
      • [LLVMdev] prevent frontend from emitting i64   JF Bastien
• [LLVMdev] Building clang/llvm without libstdc++ or GPLv3 tools/libraries   Oza, Hiral
  • [LLVMdev] Building clang/llvm without libstdc++ or GPLv3 tools/libraries   İsmail Dönmez
    • [LLVMdev] Building clang/llvm without libstdc++ or GPLv3 tools/libraries   Oza, Hiral
      • [LLVMdev] Building clang/llvm without libstdc++ or GPLv3 tools/libraries   Jonathan Roelofs
      • [LLVMdev] Building clang/llvm without libstdc++ or GPLv3 tools/libraries   Derek Schuff
      • [LLVMdev] Building clang/llvm without libstdc++ or GPLv3 tools/libraries   Oza, Hiral
• [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] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Aaron Ballman
      • [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
• [LLVMdev] AArch64 Full bot   Renato Golin
  • [LLVMdev] AArch64 Full bot   Gabor Ballabas
    • [LLVMdev] AArch64 Full bot   Renato Golin
• [LLVMdev] RFC: Add ISD nodes for mad   Matt Arsenault
  • [LLVMdev] RFC: Add ISD nodes for mad   Owen Anderson
    • [LLVMdev] RFC: Add ISD nodes for mad   Matt Arsenault
  • [LLVMdev] RFC: Add ISD nodes for mad   Hal Finkel
    • [LLVMdev] RFC: Add ISD nodes for mad   Owen Anderson
      • [LLVMdev] RFC: Add ISD nodes for mad   Mehdi Amini
      • [LLVMdev] RFC: Add ISD nodes for mad   Matt Arsenault
      • [LLVMdev] RFC: Add ISD nodes for mad   Hal Finkel
• [LLVMdev] Would like to force one minor, mechanical change on out-of-tree users of the old pass manager   Chandler Carruth
  • [LLVMdev] Would like to force one minor, mechanical change on out-of-tree users of the old pass manager   Philip Reames
  • [LLVMdev] Would like to force one minor, mechanical change on out-of-tree users of the old pass manager   David Blaikie
• [LLVMdev] [3.6 Release] Test Phase II coming up   Hans Wennborg
• [LLVMdev] [PATCH]: Allow PRE to insert no-cost phi nodes   Daniel Berlin
  • [LLVMdev] [PATCH]: Allow PRE to insert no-cost phi nodes   Daniel Berlin
  • [LLVMdev] [PATCH]: Allow PRE to insert no-cost phi nodes   Philip Reames
• [LLVMdev] LLVM buildmaster will be restarted soon   Galina Kistanova
• [LLVMdev] How to get Alias Set Information?   Qiuping Yi
• [LLVMdev] Euro LLVM 2015 reminder - CFP deadline   Andy Thomason
• [LLVMdev] Should llvm include a linker?   Greg Fitzgerald
  • [LLVMdev] Should llvm include a linker?   Reid Kleckner
    • [LLVMdev] Should llvm include a linker?   Greg Fitzgerald
      • [LLVMdev] Should llvm include a linker?   David Chisnall
      • [LLVMdev] Should llvm include a linker?   Konstantin Tokarev
• [LLVMdev] Adding PDB support to lib\DebugInfo   Zachary Turner
  • [LLVMdev] Adding PDB support to lib\DebugInfo   Eric Christopher
    • [LLVMdev] Adding PDB support to lib\DebugInfo   Adrian Prantl
      • [LLVMdev] Adding PDB support to lib\DebugInfo   Frédéric Riss
      • [LLVMdev] Adding PDB support to lib\DebugInfo   Zachary Turner
    • [LLVMdev] Adding PDB support to lib\DebugInfo   Frédéric Riss
  • [LLVMdev] Adding PDB support to lib\DebugInfo   Dennis Luehring
    • [LLVMdev] Adding PDB support to lib\DebugInfo   Zachary Turner
  • [LLVMdev] Adding PDB support to lib\DebugInfo   Frédéric Riss
    • [LLVMdev] Adding PDB support to lib\DebugInfo   Zachary Turner
      • [LLVMdev] Adding PDB support to lib\DebugInfo   Frédéric Riss
      • [LLVMdev] Adding PDB support to lib\DebugInfo   Zachary Turner
• [LLVMdev] always-inline heuristic   Xin Tong
  • [LLVMdev] always-inline heuristic   Eric Christopher
  • [LLVMdev] always-inline heuristic   Gerolf Hoflehner
• [LLVMdev] LNT install   David Callahan
  • [LLVMdev] LNT install   Renato Golin
• [LLVMdev] creating a vreg in eliminateFrameIndex()   Steve King
  • [LLVMdev] creating a vreg in eliminateFrameIndex()   Hal Finkel
  • [LLVMdev] creating a vreg in eliminateFrameIndex()   Jonathan Roelofs
    • [LLVMdev] creating a vreg in eliminateFrameIndex()   Steve King
      • [LLVMdev] creating a vreg in eliminateFrameIndex()   Hal Finkel
      • [LLVMdev] creating a vreg in eliminateFrameIndex()   Steve King
      • [LLVMdev] creating a vreg in eliminateFrameIndex()   Hal Finkel
• [LLVMdev] Different instruction encodings based on subtarget features   Dylan McKay
  • [LLVMdev] Different instruction encodings based on subtarget features   Daniel Sanders
• [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Jonas Paulsson
• [LLVMdev] About user of bitcast/GEP instruction   guoqing zhang
  • [LLVMdev] About user of bitcast/GEP instruction   Jeremy Lakeman
  • [LLVMdev] About user of bitcast/GEP instruction   Hal Finkel
    • [LLVMdev] About user of bitcast/GEP instruction   guoqing zhang
      • [LLVMdev] About user of bitcast/GEP instruction   Hal Finkel
• [LLVMdev] [LLVMDev] About user of bitcast/GEP instruction   guoqing zhang
  • [LLVMdev] [LLVMDev] About user of bitcast/GEP instruction   Hans Wennborg
• [LLVMdev] Question on Loop Normalization in LLVM   KARTHIK VENKATESH BHAT
  • [LLVMdev] Question on Loop Normalization in LLVM   Michael Zolotukhin
• [LLVMdev] How to install poolalloc?   Qiuping Yi
  • [LLVMdev] How to install poolalloc?   John Criswell
    • [LLVMdev] How to install poolalloc?   Qiuping Yi
      • [LLVMdev] How to install poolalloc?   John Criswell
      • [LLVMdev] How to install poolalloc?   Qiuping Yi
      • [LLVMdev] How to install poolalloc?   John Criswell
      • [LLVMdev] How to install poolalloc?   Qiuping Yi
      • [LLVMdev] How to install poolalloc?   Jingyue Wu
      • [LLVMdev] How to install poolalloc?   Qiuping Yi
      • [LLVMdev] How to install poolalloc?   John Criswell
      • [LLVMdev] How to install poolalloc?   Qiuping Yi
• [LLVMdev] More kinds of recursive types in llvm   Rodney M. Bates
• [LLVMdev] ARM regression between r223766 and r223925   Renato Golin
  • [LLVMdev] ARM regression between r223766 and r223925   İsmail Dönmez
    • [LLVMdev] ARM regression between r223766 and r223925   Renato Golin
      • [LLVMdev] ARM regression between r223766 and r223925   İsmail Dönmez
      • [LLVMdev] ARM regression between r223766 and r223925   Renato Golin
      • [LLVMdev] ARM regression between r223766 and r223925   İsmail Dönmez
• [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
  • [LLVMdev] unwind's permanent residence   Renato Golin
    • [LLVMdev] unwind's permanent residence   Nick Kledzik
      • [LLVMdev] unwind's permanent residence   Nico Weber
  • [LLVMdev] unwind's permanent residence   Jonathan Roelofs
    • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
    • [LLVMdev] unwind's permanent residence   Nick Kledzik
      • [LLVMdev] unwind's permanent residence   Renato Golin
      • [LLVMdev] unwind's permanent residence   Jonathan Roelofs
    • [LLVMdev] unwind's permanent residence   Renato Golin
      • [LLVMdev] unwind's permanent residence   Dan Albert
      • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
      • [LLVMdev] unwind's permanent residence   Renato Golin
      • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
      • [LLVMdev] unwind's permanent residence   Dan Albert
      • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
      • [LLVMdev] unwind's permanent residence   Dan Albert
      • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
      • [LLVMdev] unwind's permanent residence   Dan Albert
      • [LLVMdev] unwind's permanent residence   David Chisnall
      • [LLVMdev] unwind's permanent residence   Renato Golin
      • [LLVMdev] unwind's permanent residence   Jonathan Roelofs
      • [LLVMdev] unwind's permanent residence   Dan Albert
      • [LLVMdev] unwind's permanent residence   Renato Golin
      • [LLVMdev] unwind's permanent residence   Renato Golin
• [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Dimitry Andric
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Dimitry Andric
• [LLVMdev] debug info for llvm::IntrinsicInst ???   reed kotler
  • [LLVMdev] debug info for llvm::IntrinsicInst ???   David Blaikie
    • [LLVMdev] debug info for llvm::IntrinsicInst ???   reed kotler
      • [LLVMdev] debug info for llvm::IntrinsicInst ???   David Blaikie
      • [LLVMdev] debug info for llvm::IntrinsicInst ???   Reed Kotler
• [LLVMdev] Encoding instructions with inconsistent formats   Dylan McKay
  • [LLVMdev] Encoding instructions with inconsistent formats   Tim Northover
    • [LLVMdev] Encoding instructions with inconsistent formats   Dylan McKay
      • [LLVMdev] Encoding instructions with inconsistent formats   Tim Northover
• [LLVMdev] Release branches are missing from the Git mirror for libc++abi   Logan Chien
• [LLVMdev] llvm bay-area social, february!   Nick Lewycky

Last message date: Sat Jan 31 18:23:38 PST 2015
Archived on: Tue Aug 4 17:24:24 PDT 2015

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