July 2015 Archives by thread

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

Starting: Wed Jul 1 00:11:11 PDT 2015
Ending: Fri Jul 31 23:22:50 PDT 2015
Messages: 1527

• [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Sanjoy Das
  • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Jingyue Wu
  • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Jingyue Wu
  • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Andrew Trick
  • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Andrew Trick
    • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Bjarke Roune
  • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Bjarke Roune
    • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Hal Finkel
      • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Bjarke Roune
      • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Hal Finkel
      • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Jingyue Wu
  • [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution   Bjarke Roune
• [LLVMdev] Are global variables candiates for register allocation?   mats petersson
  • [LLVMdev] Are global variables candiates for register allocation?   Hayden Livingston
    • [LLVMdev] Are global variables candiates for register allocation?   Caldarale, Charles R
      • [LLVMdev] Are global variables candiates for register allocation?   Hayden Livingston
• [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Chandler Carruth
  • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Daniel Berlin
    • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Hal Finkel
      • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   John Leidel (jleidel)
      • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Philip Reames
  • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Hal Finkel
    • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Hal Finkel
      • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Pete Cooper
      • [LLVMdev] AliasAnalysis update interface - a tale of sorrow and woe   Daniel Berlin
• [LLVMdev] C as used/implemented in practice: analysis of responses   Renato Golin
  • [LLVMdev] C as used/implemented in practice: analysis of responses   Peter Sewell
    • [LLVMdev] C as used/implemented in practice: analysis of responses   Renato Golin
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Peter Sewell
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Joerg Sonnenberger
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Sean Silva
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Joerg Sonnenberger
    • [LLVMdev] C as used/implemented in practice: analysis of responses   Yury Gribov
  • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
    • [LLVMdev] C as used/implemented in practice: analysis of responses   Renato Golin
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Renato Golin
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Sean Silva
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Daniel Sanders
    • [LLVMdev] C as used/implemented in practice: analysis of responses   Tim Northover
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Tim Northover
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Tim Northover
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Hal Finkel
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Sean Silva
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Chris Lattner
      • [LLVMdev] C as used/implemented in practice: analysis of responses   David Chisnall
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Peter Sewell
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Sean Silva
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Hal Finkel
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Chris Lattner
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Antoine Pitrou
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Kuperstein, Michael M
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Peter Sewell
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Sean Silva
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Peter Sewell
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Renato Golin
      • [LLVMdev] C as used/implemented in practice: analysis of responses   David Keaton
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Philip Reames
      • [LLVMdev] C as used/implemented in practice: analysis of responses   David Keaton
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Tim Northover
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Sean Silva
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Philip Reames
      • [LLVMdev] C as used/implemented in practice: analysis of responses   David Keaton
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Renato Golin
      • [LLVMdev] C as used/implemented in practice: analysis of responses   David Keaton
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Smith, Kevin B
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Renato Golin
      • [LLVMdev] C as used/implemented in practice: analysis of responses   Russell Wallace
    • [LLVMdev] C as used/implemented in practice: analysis of responses   Joerg Sonnenberger
    • [LLVMdev] C as used/implemented in practice: analysis of responses   Daniel Berlin
• [LLVMdev] Legalizing SelectionDAGs with illegal pointer type   Jeroen Dobbelaere
• [LLVMdev] Test failure   Csaba Raduly
• [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Antoine Pitrou
  • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Alec Taylor
    • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Antoine Pitrou
      • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Alec Taylor
    • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   David Jones
      • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Kevin Modzelewski
      • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Alec Taylor
      • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Kevin Modzelewski
      • [LLVMdev] LLVM parsers for popular languages? - Python, Rust, Go   Alec Taylor
• [LLVMdev] SLP vectorizer on AVX feature   Frank Winter
  • [LLVMdev] SLP vectorizer on AVX feature   Frank Winter
    • [LLVMdev] SLP vectorizer on AVX feature   Nadav Rotem
      • [LLVMdev] SLP vectorizer on AVX feature   Frank Winter
      • [LLVMdev] SLP vectorizer on AVX feature   Sanjay Patel
      • [LLVMdev] SLP vectorizer on AVX feature   Frank Winter
      • [LLVMdev] SLP vectorizer on AVX feature   Renato Golin
    • [LLVMdev] SLP vectorizer on AVX feature   Renato Golin
      • [LLVMdev] SLP vectorizer on AVX feature   Frank Winter
      • [LLVMdev] SLP vectorizer on AVX feature   Renato Golin
      • [LLVMdev] SLP vectorizer on AVX feature   Frank Winter
      • [LLVMdev] SLP vectorizer on AVX feature   Hal Finkel
      • [LLVMdev] SLP vectorizer on AVX feature   Hal Finkel
      • [LLVMdev] SLP vectorizer on AVX feature   cbergstrom at pathscale.com
• [LLVMdev] [lld] Current ways to position memory sections (e.g. .text, .data, .bss) with lld?   ed at modk.it
  • [LLVMdev] [lld] Current ways to position memory sections (e.g. .text, .data, .bss) with lld?   Rafael Auler
    • [LLVMdev] [lld] Current ways to position memory sections (e.g. .text, .data, .bss) with lld?   Rafael Auler
      • [LLVMdev] [lld] Current ways to position memory sections (e.g. .text, .data, .bss) with lld?   ed at modk.it
      • [LLVMdev] [lld] Current ways to position memory sections (e.g. .text, .data, .bss) with lld?   ed at modk.it
      • [LLVMdev] [lld] Current ways to position memory sections (e.g. .text, .data, .bss) with lld?   ed at modk.it
• [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
  • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
    • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Ben Pope
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Ben Pope
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Ben Pope
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dimitry Andric
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Ben Pope
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Ben Pope
  • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
  • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Tom Stellard
    • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-rc1 has been tagged. Testers needed.   Tom Stellard
• [LLVMdev] extractelement causes memory access violation - what to do?   Pete Cooper
  • [LLVMdev] extractelement causes memory access violation - what to do?   Hal Finkel
    • [LLVMdev] extractelement causes memory access violation - what to do?   Pete Cooper
      • [LLVMdev] extractelement causes memory access violation - what to do?   Hal Finkel
      • [LLVMdev] extractelement causes memory access violation - what to do?   Pete Cooper
      • [LLVMdev] extractelement causes memory access violation - what to do?   David Majnemer
      • [LLVMdev] extractelement causes memory access violation - what to do?   Hal Finkel
      • [LLVMdev] extractelement causes memory access violation - what to do?   David Majnemer
      • [LLVMdev] extractelement causes memory access violation - what to do?   Hal Finkel
• [LLVMdev] something better than .align for branch targets   Steve King
  • [LLVMdev] something better than .align for branch targets   Steve King
• [LLVMdev] Restricting instruction pattern matching by register class   Quentin Colombet
• [LLVMdev] Any known-reliable numbering scheme for basic blocks?   Quentin Colombet
  • [LLVMdev] Any known-reliable numbering scheme for basic blocks?   Christian Convey
• [LLVMdev] Intrinsic parameters verification   Quentin Colombet
  • [LLVMdev] Intrinsic parameters verification   Quentin Colombet
  • [LLVMdev] Intrinsic parameters verification   Matt Arsenault
  • [LLVMdev] Intrinsic parameters verification   Renato Golin
    • [LLVMdev] Intrinsic parameters verification   Pete Cooper
      • [LLVMdev] Intrinsic parameters verification   Demikhovsky, Elena
      • [LLVMdev] Intrinsic parameters verification   Philip Reames
• [LLVMdev] MIScheduler + AA: Missed scheduling opportunity in MIsNeedChainEdge. Bug?   Johnson, Nicholas Paul
  • [LLVMdev] MIScheduler + AA: Missed scheduling opportunity in MIsNeedChainEdge. Bug?   Ziqiang Patrick Huang
    • [LLVMdev] MIScheduler + AA: Missed scheduling opportunity in MIsNeedChainEdge. Bug?   Johnson, Nicholas Paul
  • [LLVMdev] MIScheduler + AA: Missed scheduling opportunity in MIsNeedChainEdge. Bug?   Hal Finkel
• [LLVMdev] [cfe-dev] llvm-abi: A library for generating ABI-compliant LLVM IR   Pat Gavlin
  • [LLVMdev] [cfe-dev] llvm-abi: A library for generating ABI-compliant LLVM IR   Stephen Cross
    • [LLVMdev] [cfe-dev] llvm-abi: A library for generating ABI-compliant LLVM IR   Pat Gavlin
• [LLVMdev] Match immediate value in tablegen   Xiaochu Liu
  • [LLVMdev] Match immediate value in tablegen   Matt Arsenault
    • [LLVMdev] Match immediate value in tablegen   Xiaochu Liu
• [LLVMdev] New EH representation for MSVC compatibility   Joseph Tremoulet
  • [LLVMdev] New EH representation for MSVC compatibility   David Majnemer
    • [LLVMdev] New EH representation for MSVC compatibility   David Majnemer
      • [LLVMdev] New EH representation for MSVC compatibility   Philip Reames
      • [LLVMdev] New EH representation for MSVC compatibility   Joseph Tremoulet
• [LLVMdev] Obtaining a GlobalVariable from an MDNode   Peter Finn
  • [LLVMdev] Obtaining a GlobalVariable from an MDNode   John Criswell
    • [LLVMdev] Obtaining a GlobalVariable from an MDNode   Peter Finn
      • [LLVMdev] Obtaining a GlobalVariable from an MDNode   Yaron Keren
• [LLVMdev] readonly and infinite loops   Nick Lewycky
  • [LLVMdev] readonly and infinite loops   Hal Finkel
    • [LLVMdev] readonly and infinite loops   Sanjoy Das
      • [LLVMdev] readonly and infinite loops   Daniel Berlin
      • [LLVMdev] readonly and infinite loops   Daniel Berlin
      • [LLVMdev] readonly and infinite loops   Hal Finkel
      • [LLVMdev] readonly and infinite loops   Hal Finkel
      • [LLVMdev] readonly and infinite loops   Hal Finkel
• [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] [PATCH][RFC] HSAIL Target   Matt Arsenault
  • [LLVMdev] [PATCH][RFC] HSAIL Target   Rafael Espíndola
  • [LLVMdev] [PATCH][RFC] HSAIL Target   Rafael Espíndola
• [LLVMdev] LLVM libraries in Windows binaries?   Tony Kelman
  • [LLVMdev] LLVM libraries in Windows binaries?   Sean Silva
• [LLVMdev] Assertion failed !!   Manideepa Mukherjee
• [LLVMdev] Request for help: why does the program link correctly?   Soumitra Chatterjee
  • [LLVMdev] Request for help: why does the program link correctly?   Jim Grosbach
    • [LLVMdev] Request for help: why does the program link correctly?   Nema, Ashutosh
      • [LLVMdev] Request for help: why does the program link correctly?   Tim Northover
      • [LLVMdev] Request for help: why does the program link correctly?   Soumitra Chatterjee
      • [LLVMdev] Request for help: why does the program link correctly?   Tim Northover
      • [LLVMdev] Request for help: why does the program link correctly?   Suprateeka R Hegde
• [LLVMdev] MCJIT or ORC JIT for new project?   Kevin Atkinson
  • [LLVMdev] MCJIT or ORC JIT for new project?   Russell Hadley
  • [LLVMdev] MCJIT or ORC JIT for new project?   Lang Hames
    • [LLVMdev] MCJIT or ORC JIT for new project?   Kevin Atkinson
• [LLVMdev] Phabricator update   Manuel Klimek
  • [LLVMdev] Phabricator update   Manuel Klimek
    • [LLVMdev] [cfe-dev] Phabricator update   Renato Golin
    • [LLVMdev] Phabricator update   Keno Fischer
      • [LLVMdev] [cfe-dev] Phabricator update   Jonathan Roelofs
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Andrew Wilkins
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Tamas Berghammer
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Renato Golin
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Renato Golin
      • [LLVMdev] Phabricator update   Manuel Klimek
  • [LLVMdev] Phabricator update   Adam Nemet
    • [LLVMdev] Phabricator update   Manuel Klimek
      • [LLVMdev] Phabricator update   Manuel Klimek
      • [LLVMdev] Phabricator update   Adam Nemet
      • [LLVMdev] Phabricator update   Adam Nemet
      • [LLVMdev] Phabricator update   Manuel Klimek
      • [LLVMdev] Phabricator update   Manuel Klimek
      • [LLVMdev] Phabricator update   Manuel Klimek
      • [LLVMdev] Phabricator update   Adam Nemet
      • [LLVMdev] Phabricator update   Adam Nemet
      • [LLVMdev] [cfe-dev] Phabricator update   James Y Knight
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Manuel Klimek
      • [LLVMdev] [cfe-dev] Phabricator update   Adam Nemet
• [LLVMdev] [LLVM 3.6.0] Metadata/Value split and RAUW.   Lizunov, Andrey E
• [LLVMdev] Crashes on Windows 8 with >4k stack frames   Ephrim Khong
• [LLVMdev] llc argument -filter-view-dags does not take name with dot   Xiaochu Liu
  • [LLVMdev] llc argument -filter-view-dags does not take name with dot   Xiaochu Liu
• [LLVMdev] input and output values from a loop   Imran Ashraf
  • [LLVMdev] input and output values from a loop   Evgeny Astigeevich
    • [LLVMdev] input and output values from a loop   Evgeny Astigeevich
• [LLVMdev] For AA imlpementations: same pointers for runOnModule(...) and alias(...)?   Hal Finkel
• [LLVMdev] IC profiling infrastructure   Betul Buyukkurt
  • [LLVMdev] IC profiling infrastructure   Xinliang David Li
    • [LLVMdev] IC profiling infrastructure   Justin Bogner
      • [LLVMdev] IC profiling infrastructure   Xinliang David Li
      • [LLVMdev] IC profiling infrastructure   Betul Buyukkurt
  • [LLVMdev] IC profiling infrastructure   Betul Buyukkurt
• [LLVMdev] Load MachineFunctionPass plugin from library in llc?   Ethan J. Johnson
  • [LLVMdev] Load MachineFunctionPass plugin from library in llc?   Jim Grosbach
    • [LLVMdev] Load MachineFunctionPass plugin from library in llc?   Matthias Braun
      • [LLVMdev] Load MachineFunctionPass plugin from library in llc?   Ethan J. Johnson
      • [LLVMdev] Load MachineFunctionPass plugin from library in llc?   Jim Grosbach
      • [LLVMdev] Load MachineFunctionPass plugin from library in llc?   Ethan J. Johnson
• [LLVMdev] [x86] Compiling in 32-bit mode causes 64-bit asm source to be silently converted to its 32-bit equavilent   Craig Topper
  • [LLVMdev] [x86] Compiling in 32-bit mode causes 64-bit asm source to be silently converted to its 32-bit equavilent   Li, Charles
  • [LLVMdev] [x86] Compiling in 32-bit mode causes 64-bit asm source to be silently converted to its 32-bit equavilent   Craig Topper
• [LLVMdev] Declare multiple data type for a register class in tblegen   Xiaochu Liu
  • [LLVMdev] Declare multiple data type for a register class in tblegen   Matt Arsenault
    • [LLVMdev] Declare multiple data type for a register class in tblegen   Xiaochu Liu
      • [LLVMdev] Declare multiple data type for a register class in tblegen   Matt Arsenault
      • [LLVMdev] Declare multiple data type for a register class in tblegen   Xiaochu Liu
      • [LLVMdev] Declare multiple data type for a register class in tblegen   Xiaochu Liu
      • [LLVMdev] Declare multiple data type for a register class in tblegen   Xiaochu Liu
      • [LLVMdev] Declare multiple data type for a register class in tblegen   Xiaochu Liu
      • [LLVMdev] Declare multiple data type for a register class in tblegen   Xiaochu Liu
      • [LLVMdev] Declare multiple data type for a register class in tblegen   Matt Arsenault
• [LLVMdev] clang generated executable uses only x86 general purpose registors   Naveen vedula
• [LLVMdev] Fwd: clang generated executable uses only x86 general purpose registors   Naveen vedula
  • [LLVMdev] Fwd: clang generated executable uses only x86 general purpose registors   Eric Christopher
• [LLVMdev] How to have LLVM/Clang target an currently unsupported embedded OS?   Dennis Luehring
• [LLVMdev] MCInstrInfo::hasDefOfPhysReg() now private?   David Chisnall
  • [LLVMdev] MCInstrInfo::hasDefOfPhysReg() now private?   Pete Cooper
• [LLVMdev] Eliminate stores with __builtin_assume   Tom Aernoudt
  • [LLVMdev] Eliminate stores with __builtin_assume   Philip Reames
• [LLVMdev] Sequence of BuildMI without order dependency   Alex Turjan
  • [LLVMdev] Sequence of BuildMI without order dependency   Tim Northover
• [LLVMdev] Fw: Sequence of BuildMI without order dependency   Alex Turjan
• [LLVMdev] DEBUG_TYPE   Peter Finn
  • [LLVMdev] DEBUG_TYPE   Philip Reames
    • [LLVMdev] DEBUG_TYPE   Peter Finn
      • [LLVMdev] DEBUG_TYPE   Philip Reames
    • [LLVMdev] DEBUG_TYPE   Duncan P. N. Exon Smith
      • [LLVMdev] DEBUG_TYPE   Pete Cooper
• [LLVMdev] ORC and relocations   Lang Hames
  • [LLVMdev] ORC and relocations   Eugene Rozenfeld
    • [LLVMdev] ORC and relocations   Lang Hames
      • [LLVMdev] ORC and relocations   Eugene Rozenfeld
      • [LLVMdev] ORC and relocations   Lang Hames
      • [LLVMdev] ORC and relocations   Eugene Rozenfeld
• [LLVMdev] convex optimization   behrouz khosravi
• [LLVMdev] libFuzzer newbie question   Juan Ceasar
  • [LLVMdev] libFuzzer newbie question   Chandler Carruth
    • [LLVMdev] libFuzzer newbie question   Kostya Serebryany
• [LLVMdev] How to run LLVM3.6.1 on OS X (Yosemite, Xcode6.4) OR how to link bitcode generated by OS X clang with LLVM3.6.1   Christian Schafmeister
  • [LLVMdev] How to run LLVM3.6.1 on OS X (Yosemite, Xcode6.4) OR how to link bitcode generated by OS X clang with LLVM3.6.1   Tim Northover
    • [LLVMdev] How to run LLVM3.6.1 on OS X (Yosemite, Xcode6.4) OR how to link bitcode generated by OS X clang with LLVM3.6.1   Christian Schafmeister
      • [LLVMdev] How to run LLVM3.6.1 on OS X (Yosemite, Xcode6.4) OR how to link bitcode generated by OS X clang with LLVM3.6.1   Tim Northover
      • [LLVMdev] How to run LLVM3.6.1 on OS X (Yosemite, Xcode6.4) OR how to link bitcode generated by OS X clang with LLVM3.6.1   Christian Schafmeister
      • [LLVMdev] How to run LLVM3.6.1 on OS X (Yosemite, Xcode6.4) OR how to link bitcode generated by OS X clang with LLVM3.6.1   Tim Northover
• [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Eric Bentura
  • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Tim Northover
    • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Eric Bentura
      • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Renato Golin
      • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Eric Bentura
      • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Eric Bentura
      • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Tim Northover
      • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Eric Bentura
      • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Eric Bentura
      • [LLVMdev] ARM Jump table pcrelative relaxation in clang / llc   Tim Northover
• [LLVMdev] Implementation of C++ dynamic initialization (compiler output and linking)   Sanee Berlow
• [LLVMdev] SPMD Autovectorizer   Zack Waters
  • [LLVMdev] SPMD Autovectorizer   Hal Finkel
    • [LLVMdev] SPMD Autovectorizer   Pekka Jääskeläinen
  • [LLVMdev] SPMD Autovectorizer   Renato Golin
    • [LLVMdev] SPMD Autovectorizer   Pekka Jääskeläinen
      • [LLVMdev] SPMD Autovectorizer   C Bergström
      • [LLVMdev] SPMD Autovectorizer   Pekka Jääskeläinen
      • [LLVMdev] SPMD Autovectorizer   Renato Golin
      • [LLVMdev] SPMD Autovectorizer   Pekka Jääskeläinen
      • [LLVMdev] SPMD Autovectorizer   Renato Golin
      • [LLVMdev] SPMD Autovectorizer   Pekka Jääskeläinen
• [LLVMdev] DataFlowSanitizer only for Linux   Juan Ceasar
  • [LLVMdev] DataFlowSanitizer only for Linux   Kostya Serebryany
    • [LLVMdev] DataFlowSanitizer only for Linux   Alexander Potapenko
      • [LLVMdev] DataFlowSanitizer only for Linux   Juan Ceasar
      • [LLVMdev] DataFlowSanitizer only for Linux   Juan Ceasar
      • [LLVMdev] DataFlowSanitizer only for Linux   Kostya Serebryany
      • [LLVMdev] DataFlowSanitizer only for Linux   Juan Ceasar
• [LLVMdev] Customizing module compilation in ORC JITs   Russell Hadley
  • [LLVMdev] Customizing module compilation in ORC JITs   Lang Hames
    • [LLVMdev] Customizing module compilation in ORC JITs   Russell Hadley
• [LLVMdev] Any reason to keep llvm/Analysis/JumpInstrTableInfo.h ?   Yaron Keren
  • [LLVMdev] Any reason to keep llvm/Analysis/JumpInstrTableInfo.h ?   Eric Christopher
• [LLVMdev] Why can't comparisons with negative zero be simplified?   Robison, Arch
  • [LLVMdev] Why can't comparisons with negative zero be simplified?   Sean Silva
    • [LLVMdev] Why can't comparisons with negative zero be simplified?   Matt Arsenault
      • [LLVMdev] Why can't comparisons with negative zero be simplified?   Robison, Arch
  • [LLVMdev] Why can't comparisons with negative zero be simplified?   Sean Silva
  • [LLVMdev] Why can't comparisons with negative zero be simplified?   Sean Silva
    • [LLVMdev] Why can't comparisons with negative zero be simplified?   Robison, Arch
      • [LLVMdev] Why can't comparisons with negative zero be simplified?   Sean Silva
• [LLVMdev] 3.6.2-final has been tagged.   Tom Stellard
  • [LLVMdev] 3.6.2-final has been tagged.   Dimitry Andric
  • [LLVMdev] 3.6.2-final has been tagged.   Renato Golin
    • [LLVMdev] [cfe-dev] 3.6.2-final has been tagged.   Dan Liew
      • [LLVMdev] [cfe-dev] 3.6.2-final has been tagged.   Renato Golin
      • [LLVMdev] [cfe-dev] 3.6.2-final has been tagged.   Nikola Smiljanic
  • [LLVMdev] 3.6.2-final has been tagged.   Hans Wennborg
  • [LLVMdev] 3.6.2-final has been tagged.   Sebastian Dreßler
  • [LLVMdev] 3.6.2-final has been tagged.   Daniel Sanders
  • [LLVMdev] 3.6.2-final has been tagged.   Renato Golin
    • [LLVMdev] 3.6.2-final has been tagged.   Tom Stellard
• [LLVMdev] LLVM Weekly - #79, Jul 6th 2015   Alex Bradbury
• [LLVMdev] Column information for the CodeView debug info format   David Majnemer
  • [LLVMdev] Column information for the CodeView debug info format   Dave Bartolomeo
    • [LLVMdev] Column information for the CodeView debug info format   David Majnemer
• [LLVMdev] (no subject)   罗勇刚(Yonggang Luo)
  • [LLVMdev] (no subject)   Nikhil Reddy Kothapally
    • [LLVMdev] (no subject)   Kenneth Adam Miller
      • [LLVMdev] (no subject)   John Criswell
• [LLVMdev] LLVM IR on different platforms   Sandeep Kumar Singh
  • [LLVMdev] LLVM IR on different platforms   Jeremy Lakeman
    • [LLVMdev] LLVM IR on different platforms   Sandeep Kumar Singh
  • [LLVMdev] LLVM IR on different platforms   Andreas Weber
    • [LLVMdev] LLVM IR on different platforms   Sandeep Kumar Singh
      • [LLVMdev] LLVM IR on different platforms   Andreas Weber
• [LLVMdev] [RFC] Proposal for Adding SPIRV Target   Neil Henning
  • [LLVMdev] [RFC] Proposal for Adding SPIRV Target   Tom Stellard
    • [LLVMdev] [RFC] Proposal for Adding SPIRV Target   Neil Henning
      • [LLVMdev] [RFC] Proposal for Adding SPIRV Target   Chandler Carruth
      • [LLVMdev] [RFC] Proposal for Adding SPIRV Target   Neil Henning
• [LLVMdev] Link error when I compile the Toy(kaleidoscope) example   雷明亮
  • [LLVMdev] Link error when I compile the Toy(kaleidoscope) example   Tim Northover
• [LLVMdev] Dynamically loadable pass doesn't show up in opt's pass list   Frank Winter
  • [LLVMdev] Dynamically loadable pass doesn't show up in opt's pass list   Frank Winter
• [LLVMdev] between r241513 and r241594, clang 3.7.0svn now crashes building clang-tools-extra   Jack Howarth
  • [LLVMdev] between r241513 and r241594, clang 3.7.0svn now crashes building clang-tools-extra   Renato Golin
    • [LLVMdev] between r241513 and r241594, clang 3.7.0svn now crashes building clang-tools-extra   Renato Golin
• [LLVMdev] Modifications to SLP   Frank Winter
  • [LLVMdev] Modifications to SLP   Michael Zolotukhin
    • [LLVMdev] Modifications to SLP   Sanjay Patel
      • [LLVMdev] Modifications to SLP   Michael Zolotukhin
      • [LLVMdev] Modifications to SLP   Sean Silva
• [LLVMdev] Recording hash of binaries in test-suite and LNT.   Kristof Beyls
  • [LLVMdev] Recording hash of binaries in test-suite and LNT.   Chris Matthews
    • [LLVMdev] Recording hash of binaries in test-suite and LNT.   Kristof Beyls
  • [LLVMdev] Recording hash of binaries in test-suite and LNT.   Sean Silva
    • [LLVMdev] Recording hash of binaries in test-suite and LNT.   Kristof Beyls
• [LLVMdev] llvm.org DOWNTIME & IP CHANGE (Thursday, 7/9 @12pm PDT)   Tanya Lattner
  • [LLVMdev] llvm.org DOWNTIME & IP CHANGE (Thursday, 7/9 @12pm PDT)   Tanya Lattner
    • [LLVMdev] llvm.org back up (IP Change)   Tanya Lattner
• [LLVMdev] Excluding project builds   David A. Greene
  • [LLVMdev] Excluding project builds   Dan Liew
    • [LLVMdev] Excluding project builds   David A. Greene
      • [LLVMdev] Excluding project builds   NAKAMURA Takumi
      • [LLVMdev] Excluding project builds   Chris Bieneman
• [LLVMdev] Inline hint for methods defined in-class   Easwaran Raman
  • [LLVMdev] Inline hint for methods defined in-class   Richard Smith
  • [LLVMdev] Inline hint for methods defined in-class   Chandler Carruth
    • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
      • [LLVMdev] Inline hint for methods defined in-class   Hal Finkel
      • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
      • [LLVMdev] Inline hint for methods defined in-class   Chandler Carruth
      • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
      • [LLVMdev] Inline hint for methods defined in-class   David Chisnall
      • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
      • [LLVMdev] Inline hint for methods defined in-class   Hal Finkel
      • [LLVMdev] Inline hint for methods defined in-class   Easwaran Raman
      • [LLVMdev] Inline hint for methods defined in-class   Chandler Carruth
      • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
      • [LLVMdev] Inline hint for methods defined in-class   Hal Finkel
      • [LLVMdev] Inline hint for methods defined in-class   Richard Smith
      • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
      • [LLVMdev] Inline hint for methods defined in-class   Hal Finkel
      • [LLVMdev] Inline hint for methods defined in-class   Richard Smith
      • [LLVMdev] Inline hint for methods defined in-class   Hal Finkel
      • [LLVMdev] Inline hint for methods defined in-class   Hal Finkel
      • [LLVMdev] Inline hint for methods defined in-class   Richard Smith
      • [LLVMdev] Inline hint for methods defined in-class   Hal Finkel
      • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
      • [LLVMdev] Inline hint for methods defined in-class   Robinson, Paul
    • [LLVMdev] Inline hint for methods defined in-class   Krzysztof Parzyszek
      • [LLVMdev] Inline hint for methods defined in-class   Chandler Carruth
  • [LLVMdev] Inline hint for methods defined in-class   Krzysztof Parzyszek
    • [LLVMdev] Inline hint for methods defined in-class   Chandler Carruth
  • [LLVMdev] Inline hint for methods defined in-class   Nico Weber
    • [LLVMdev] Inline hint for methods defined in-class   Xinliang David Li
    • [LLVMdev] Inline hint for methods defined in-class   Easwaran Raman
• [LLVMdev] Supporting heterogeneous computing in llvm, follow up.   Christos Margiolas
• [LLVMdev] Supporting heterogeneous computing in llvm.   Christos Margiolas
  • [LLVMdev] Supporting heterogeneous computing in llvm.   Christos Margiolas
• [LLVMdev] Building clang + libc++ + libc++abi   David A. Greene
  • [LLVMdev] Building clang + libc++ + libc++abi   David A. Greene
    • [LLVMdev] [cfe-dev] Building clang + libc++ + libc++abi   don hinton
      • [LLVMdev] [cfe-dev] Building clang + libc++ + libc++abi   greened at obbligato.org
      • [LLVMdev] [cfe-dev] Building clang + libc++ + libc++abi   Eric Fiselier
• [LLVMdev] Does LLVM still support PathProfiling?   Raymond Chen
• [LLVMdev] How to select ISD::sdivrem node?   Pei-Shiang Hung
  • [LLVMdev] How to select ISD::sdivrem node?   Matt Arsenault
• [LLVMdev] The Trouble with Triples   Daniel Sanders
  • [LLVMdev] The Trouble with Triples   Renato Golin
    • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   David Chisnall
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   David Chisnall
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Richard Pennington
      • [LLVMdev] The Trouble with Triples   Renato Golin
  • [LLVMdev] The Trouble with Triples   Vedant Kumar
    • [LLVMdev] The Trouble with Triples   Renato Golin
    • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
  • [LLVMdev] The Trouble with Triples   Eric Christopher
    • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Eric Christopher
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Eric Christopher
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Eric Christopher
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Mehdi Amini
      • [LLVMdev] The Trouble with Triples   Owen Anderson
      • [LLVMdev] The Trouble with Triples   Eric Christopher
      • [LLVMdev] The Trouble with Triples   Eric Christopher
      • [LLVMdev] The Trouble with Triples   Owen Anderson
      • [LLVMdev] The Trouble with Triples   Owen Anderson
    • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Eric Christopher
      • [LLVMdev] The Trouble with Triples   Renato Golin
      • [LLVMdev] The Trouble with Triples   Daniel Sanders
      • [LLVMdev] The Trouble with Triples   Renato Golin
• [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   Frédéric Heitzmann
  • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   Krzysztof Parzyszek
  • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   David Chisnall
  • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   escha
    • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   Matthias Braun
      • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   Frédéric Heitzmann
    • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   Frédéric Heitzmann
      • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   Krzysztof Parzyszek
      • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   escha
      • [LLVMdev] Why change "sub x, 5" to "add x, -5" ?   Frédéric Heitzmann
• [LLVMdev] New backend help request.   James Boulton
  • [LLVMdev] New backend help request.   Krzysztof Parzyszek
    • [LLVMdev] New backend help request.   James Boulton
  • [LLVMdev] New backend help request.   Krzysztof Parzyszek
    • [LLVMdev] New backend help request.   James Boulton
      • [LLVMdev] New backend help request.   David Chisnall
      • [LLVMdev] New backend help request.   Renato Golin
      • [LLVMdev] New backend help request.   James Boulton
      • [LLVMdev] New backend help request.   Renato Golin
      • [LLVMdev] New backend help request.   James Boulton
      • [LLVMdev] New backend help request.   Tim Northover
      • [LLVMdev] New backend help request.   James Boulton
      • [LLVMdev] New backend help request.   David Chisnall
• [LLVMdev] LLVM loop vectorizer   RCU
  • [LLVMdev] LLVM loop vectorizer   Michael Zolotukhin
• [LLVMdev] vectorize a def-use chain   Frank Winter
  • [LLVMdev] vectorize a def-use chain   Michael Zolotukhin
  • [LLVMdev] vectorize a def-use chain   Quentin Colombet
  • [LLVMdev] vectorize a def-use chain   Jason
• [LLVMdev] llvm bay area social, july edition!   Nick Lewycky
• [LLVMdev] Strong post-dominance in LLVM?   Bjarke Roune
  • [LLVMdev] Strong post-dominance in LLVM?   James Molloy
    • [LLVMdev] Strong post-dominance in LLVM?   Philip Pfaffe
    • [LLVMdev] Strong post-dominance in LLVM?   Bjarke Roune
  • [LLVMdev] Strong post-dominance in LLVM?   Sanjoy Das
    • [LLVMdev] Strong post-dominance in LLVM?   Bjarke Roune
      • [LLVMdev] Strong post-dominance in LLVM?   Sanjoy Das
• [LLVMdev] Heterogeneous Execution Engine Patches and Follow Up   Christos Margiolas
• [LLVMdev] insert nop instruction   Zahra Marj
  • [LLVMdev] insert nop instruction   Evgeny Astigeevich
    • [LLVMdev] insert nop instruction   Zahra Marj
      • [LLVMdev] insert nop instruction   Evgeny Astigeevich
  • [LLVMdev] insert nop instruction   David Chisnall
    • [LLVMdev] insert nop instruction   Zahra Marj
      • [LLVMdev] insert nop instruction   Daniel Sanders
      • [LLVMdev] insert nop instruction   John Criswell
      • [LLVMdev] insert nop instruction   Zahra Marj
      • [LLVMdev] insert nop instruction   Stephen Crane
• [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Revital1 Eres
  • [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Lang Hames
    • [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Revital1 Eres
      • [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Lang Hames
      • [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Revital1 Eres
      • [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Hal Finkel
      • [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Lang Hames
      • [LLVMdev] Help with using LLVM to re-compile hot functions at run-time   Revital1 Eres
• [LLVMdev] Extracting a splat value from vector instruction.   Demikhovsky, Elena
  • [LLVMdev] Extracting a splat value from vector instruction.   Hal Finkel
    • [LLVMdev] Extracting a splat value from vector instruction.   Demikhovsky, Elena
• [LLVMdev] llvm jit acting at runtime, like libgccjit ?   deco33000 at yandex.com
  • [LLVMdev] llvm jit acting at runtime, like libgccjit ?   James Molloy
    • [LLVMdev] llvm jit acting at runtime, like libgccjit ?   deco33000 at yandex.com
      • [LLVMdev] llvm jit acting at runtime, like libgccjit ?   James Molloy
      • [LLVMdev] llvm jit acting at runtime, like libgccjit ?   Dibyendu Majumdar
• [LLVMdev] How to add a new target/toolchain to Clang ?   Frédéric Heitzmann
  • [LLVMdev] How to add a new target/toolchain to Clang ?   Tom Stellard
    • [LLVMdev] How to add a new target/toolchain to Clang ?   Frédéric Heitzmann
      • [LLVMdev] How to add a new target/toolchain to Clang ?   Tom Stellard
      • [LLVMdev] How to add a new target/toolchain to Clang ?   Frédéric Heitzmann
      • [LLVMdev] How to add a new target/toolchain to Clang ?   Tom Stellard
• [LLVMdev] new stage2/stage3 comparison failures   Jack Howarth
  • [LLVMdev] new stage2/stage3 comparison failures   Silviu Baranga
• [LLVMdev] functions with 'sret' argument must return void   Antoine Pitrou
  • [LLVMdev] functions with 'sret' argument must return void   Reid Kleckner
• [LLVMdev] fake an extend for "SEXT" signal   kewuzhang
  • [LLVMdev] fake an extend for "SEXT" signal   Matt Arsenault
  • [LLVMdev] fake an extend for "SEXT" signal   Krzysztof Parzyszek
• [LLVMdev] How to use get the memory location of a function argument correctly?   Shen Liu
  • [LLVMdev] How to use get the memory location of a function argument correctly?   Chandler Carruth
    • [LLVMdev] How to use get the memory location of a function argument correctly?   Shen Liu
• [LLVMdev] PHI Elimination in Register Allocation Pass   Natanael Ramos
  • [LLVMdev] PHI Elimination in Register Allocation Pass   Quentin Colombet
    • [LLVMdev] PHI Elimination in Register Allocation Pass   Natanael Ramos
  • [LLVMdev] PHI Elimination in Register Allocation Pass   Krzysztof Parzyszek
• [LLVMdev] 2015 LLVM Developers' Meeting!   Tanya Lattner
• [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Juergen Ributzka
  • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Andrew Trick
    • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Andrew Trick
  • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Swaroop Sridhar
    • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Andrew Trick
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Swaroop Sridhar
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Kevin Modzelewski
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Andrew Trick
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Philip Reames
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Swaroop Sridhar
  • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Hal Finkel
    • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Juergen Ributzka
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Hal Finkel
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Juergen Ributzka
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Marius Wachtler
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Philip Reames
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Philip Reames
  • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Philip Reames
    • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Hal Finkel
    • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Juergen Ributzka
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Andrew Trick
      • [LLVMdev] [RFC] New StackMap format proposal (StackMap v2)   Philip Reames
• [LLVMdev] All bots are down   Chris Matthews
  • [LLVMdev] All bots are down   Renato Golin
    • [LLVMdev] All bots are down   Duncan P. N. Exon Smith
      • [LLVMdev] All bots are down   Chris Matthews
• [LLVMdev] Windows interface for clang   Russell Wallace
  • [LLVMdev] Windows interface for clang   Chandler Carruth
    • [LLVMdev] Windows interface for clang   Russell Wallace
      • [LLVMdev] Windows interface for clang   Reid Kleckner
      • [LLVMdev] Windows interface for clang   Russell Wallace
• [LLVMdev] Adding/checking an attribute to function argument   Tarun Prabhu
  • [LLVMdev] Adding/checking an attribute to function argument   Philip Reames
• [LLVMdev] path profile result with LLVM   raymondc
• [LLVMdev] TSFlags   Sky Flyer
  • [LLVMdev] TSFlags   Krzysztof Parzyszek
    • [LLVMdev] TSFlags   Sky Flyer
      • [LLVMdev] TSFlags   Krzysztof Parzyszek
      • [LLVMdev] TSFlags   Sky Flyer
      • [LLVMdev] TSFlags   Krzysztof Parzyszek
      • [LLVMdev] TSFlags   Sky Flyer
      • [LLVMdev] TSFlags   Sky Flyer
• [LLVMdev] set builder's insert point to the last of a couple of instructions   Frank Winter
• [LLVMdev] Improving the quality of debug locations / DbgValueHistoryCalculator   Adrian Prantl
• [LLVMdev] Linking tools   Russell Wallace
  • [LLVMdev] Linking tools   Eric Christopher
    • [LLVMdev] Linking tools   Russell Wallace
      • [LLVMdev] Linking tools   Reid Kleckner
      • [LLVMdev] Linking tools   Russell Wallace
      • [LLVMdev] Linking tools   Reid Kleckner
      • [LLVMdev] Linking tools   Russell Wallace
      • [LLVMdev] Linking tools   Steve King
      • [LLVMdev] Linking tools   Reid Kleckner
      • [LLVMdev] Linking tools   Steve King
• [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Dibyendu Majumdar
  • [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Dibyendu Majumdar
  • [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Caldarale, Charles R
    • [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Dibyendu Majumdar
      • [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Dibyendu Majumdar
      • [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Hayden Livingston
      • [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Dibyendu Majumdar
      • [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot   Dibyendu Majumdar
• [LLVMdev] StringMap question   Valery Pushkar
  • [LLVMdev] StringMap question   Sanjoy Das
    • [LLVMdev] StringMap question   Duncan P. N. Exon Smith
• [LLVMdev] Ravi - a dialect of Lua 5.3 with LLVM based JIT compilation   Dibyendu Majumdar
• [LLVMdev] SmallString + raw_svector_ostream combination should be more efficient   Rafael Espíndola
• [LLVMdev] instructions copy   Yuxi Chen
  • [LLVMdev] instructions copy   keutoi
    • [LLVMdev] instructions copy   Yuxi Chen
  • [LLVMdev] instructions copy   keutoi
  • [LLVMdev] instructions copy   Jingyue Wu
    • [LLVMdev] instructions copy   Yuxi Chen
  • [LLVMdev] instructions copy   John Criswell
    • [LLVMdev] instructions copy   Yuxi Chen
• [LLVMdev] undefined reference to extern variables   Haopeng Liu
  • [LLVMdev] undefined reference to extern variables   Robinson, Paul
• [LLVMdev] String attributes for function arguments and return values   Artur Pilipenko
  • [LLVMdev] String attributes for function arguments and return values   Hal Finkel
    • [LLVMdev] String attributes for function arguments and return values   Artur Pilipenko
      • [LLVMdev] String attributes for function arguments and return values   Reid Kleckner
      • [LLVMdev] String attributes for function arguments and return values   Pete Cooper
      • [LLVMdev] String attributes for function arguments and return values   Philip Reames
      • [LLVMdev] String attributes for function arguments and return values   Eric Christopher
      • [LLVMdev] String attributes for function arguments and return values   Philip Reames
      • [LLVMdev] String attributes for function arguments and return values   Eric Christopher
      • [LLVMdev] String attributes for function arguments and return values   Duncan P. N. Exon Smith
      • [LLVMdev] String attributes for function arguments and return values   Pete Cooper
      • [LLVMdev] String attributes for function arguments and return values   Philip Reames
• [LLVMdev] Documentation of bitcasts in calls   Thomas Ströder
  • [LLVMdev] Documentation of bitcasts in calls   Jeremy Lakeman
    • [LLVMdev] Documentation of bitcasts in calls   James Molloy
      • [LLVMdev] Documentation of bitcasts in calls   Thomas Ströder
  • [LLVMdev] Documentation of bitcasts in calls   Clemens Hammacher
• [LLVMdev] [RFC] Conditional RegClass membership   Artyom Skrobov
  • [LLVMdev] [RFC] Conditional RegClass membership   David Chisnall
    • [LLVMdev] [RFC] Conditional RegClass membership   Daniel Sanders
      • [LLVMdev] [RFC] Conditional RegClass membership   Tom Stellard
• [LLVMdev] Problem with InsertPointGuard ABI?   Paweł Bylica
  • [LLVMdev] Problem with InsertPointGuard ABI?   Reid Kleckner
    • [LLVMdev] Problem with InsertPointGuard ABI?   Paweł Bylica
      • [LLVMdev] Problem with InsertPointGuard ABI?   Justin Bogner
      • [LLVMdev] Problem with InsertPointGuard ABI?   Paweł Bylica
      • [LLVMdev] Problem with InsertPointGuard ABI?   Justin Bogner
      • [LLVMdev] Problem with InsertPointGuard ABI?   Paweł Bylica
      • [LLVMdev] Problem with InsertPointGuard ABI?   Justin Bogner
      • [LLVMdev] Problem with InsertPointGuard ABI?   Paweł Bylica
• [LLVMdev] Using TableGen 'foreach' to parameterise definitions   Martin J. O'Riordan
• [LLVMdev] LLVM Weekly - #80, Jul 13th 2015   Alex Bradbury
• [LLVMdev] Poor register allocations vs gcc   deco33000 at yandex.com
  • [LLVMdev] Poor register allocations vs gcc   Matthias Braun
    • [LLVMdev] Poor register allocations vs gcc   deco33000 Jog
      • [LLVMdev] Poor register allocations vs gcc   Matthias Braun
      • [LLVMdev] Poor register allocations vs gcc   deco33000 Jog
  • [LLVMdev] Poor register allocations vs gcc   Quentin Colombet
    • [LLVMdev] Poor register allocations vs gcc   deco33000 Jog
    • [LLVMdev] Poor register allocations vs gcc   deco33000 at yandex.com
• [LLVMdev] enable globalsmodref-aa by default   Xin Tong
  • [LLVMdev] enable globalsmodref-aa by default   Chandler Carruth
    • [LLVMdev] enable globalsmodref-aa by default   Xin Tong
• [LLVMdev] Is metadata the right thing to associate one instruction to another?   Frank Winter
  • [LLVMdev] Is metadata the right thing to associate one instruction to another?   Michael Zolotukhin
    • [LLVMdev] Is metadata the right thing to associate one instruction to another?   Frank Winter
      • [LLVMdev] Is metadata the right thing to associate one instruction to another?   Steve King
      • [LLVMdev] Is metadata the right thing to associate one instruction to another?   Hal Finkel
• [LLVMdev] __float128 (f128) calling convention bug on x86_64   Chih-hung Hsieh
  • [LLVMdev] __float128 (f128) calling convention bug on x86_64   Reid Kleckner
    • [LLVMdev] __float128 (f128) calling convention bug on x86_64   David Majnemer
      • [LLVMdev] __float128 (f128) calling convention bug on x86_64   Chih-hung Hsieh
• [LLVMdev] Few builder will go off-line temporally   Galina Kistanova
• [LLVMdev] RFC: Drop support running LLVM on Windows XP   Greg Bedwell
  • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Reid Kleckner
    • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Aaron Ballman
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   NAKAMURA Takumi
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Greg Bedwell
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Aaron Ballman
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Martell Malone
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Yaron Keren
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Martell Malone
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Yaron Keren
      • [LLVMdev] RFC: Drop support running LLVM on Windows XP   Greg Bedwell
• [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Chandler Carruth
  • [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Pete Cooper
    • [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Chandler Carruth
      • [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Pete Cooper
  • [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Hal Finkel
    • [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Shen Liu
    • [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Pete Cooper
      • [LLVMdev] RFC: A plan for stateful alias analysis in LLVM   Hal Finkel
• [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
  • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chris Lattner
    • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Hal Finkel
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Hal Finkel
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Pete Cooper
    • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Gerolf Hoflehner
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Xinliang David Li
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Evgeny Astigeevich
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Evgeny Astigeevich
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Evgeny Astigeevich
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Evgeny Astigeevich
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Michael Zolotukhin
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Daniel Berlin
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Michael Zolotukhin
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Xinliang David Li
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Michael Zolotukhin
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Pete Cooper
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Pete Cooper
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Xinliang David Li
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Xinliang David Li
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Evgeny Astigeevich
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Xinliang David Li
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Michael Zolotukhin
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
  • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Xinliang David Li
    • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Hal Finkel
      • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Xinliang David Li
  • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Philip Reames
    • [LLVMdev] GlobalsModRef (and thus LTO) is completely broken   Chandler Carruth
• [LLVMdev] TableGen question   Mohamed Shafi
• [LLVMdev] [llvm] [libunwind] r207467 misprint   Daniil Troshkov
  • [LLVMdev] [llvm] [libunwind] r207467 misprint   Nick Kledzik
    • [LLVMdev] [llvm] [libunwind] r207467 misprint   Dan Albert
• [LLVMdev] How to fix RegisterPressureTracker after inserting a new Machine Instruction during MachineScheduler Pass   Ziqiang Patrick Huang
• [LLVMdev] LICM for function calls   Raoux, Thomas F
  • [LLVMdev] LICM for function calls   Philip Reames
    • [LLVMdev] LICM for function calls   Hal Finkel
      • [LLVMdev] LICM for function calls   Philip Reames
      • [LLVMdev] LICM for function calls   Xin Tong
      • [LLVMdev] LICM for function calls   Hal Finkel
      • [LLVMdev] LICM for function calls   Philip Reames
      • [LLVMdev] LICM for function calls   Hal Finkel
      • [LLVMdev] LICM for function calls   Hal Finkel
  • [LLVMdev] LICM for function calls   Hal Finkel
    • [LLVMdev] LICM for function calls   Kuperstein, Michael M
      • [LLVMdev] LICM for function calls   Philip Reames
      • [LLVMdev] LICM for function calls   Kuperstein, Michael M
• [LLVMdev] Poor register allocation (constants causing spilling)   Robert Lougher
  • [LLVMdev] Poor register allocation (constants causing spilling)   Quentin Colombet
    • [LLVMdev] Poor register allocation (constants causing spilling)   Robert Lougher
      • [LLVMdev] Poor register allocation (constants causing spilling)   Robert Lougher
  • [LLVMdev] Poor register allocation (constants causing spilling)   Philip Reames
    • [LLVMdev] Poor register allocation (constants causing spilling)   Robert Lougher
• [LLVMdev] 3.6.2 & 3.7.0 binaries   Dave Yost
  • [LLVMdev] 3.6.2 & 3.7.0 binaries   Renato Golin
• [LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming   Teresa Johnson
  • [LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming   Duncan P. N. Exon Smith
    • [LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming   Teresa Johnson
      • [LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming   Duncan P. N. Exon Smith
    • [LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming   Xinliang David Li
      • [LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming   Duncan P. N. Exon Smith
      • [LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming   Xinliang David Li
• [LLVMdev] How to configure the functionPass manager to omit some functions in a module input?   Shen Liu
  • [LLVMdev] How to configure the functionPass manager to omit some functions in a module input?   John Criswell
• [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Chandler Carruth
  • [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Renato Golin
    • [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Quentin Colombet
  • [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Renato Golin
    • [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Chad Rosier
    • [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Quentin Colombet
      • [LLVMdev] [Shrink-Wrapping] Request For Benchmarking: X86 and AArch64   Renato Golin
• [LLVMdev] New linker ownership   Rui Ueyama
  • [LLVMdev] New linker ownership   Davide Italiano
  • [LLVMdev] New linker ownership   Rafael Espíndola
  • [LLVMdev] New linker ownership   Nick Kledzik
    • [LLVMdev] New linker ownership   Chris Lattner
  • [LLVMdev] New linker ownership   Simon Atanasyan
  • [LLVMdev] New linker ownership   Renato Golin
    • [LLVMdev] New linker ownership   Lang Hames
      • [LLVMdev] New linker ownership   Chandler Carruth
      • [LLVMdev] New linker ownership   Nick Kledzik
      • [LLVMdev] New linker ownership   Jim Grosbach
      • [LLVMdev] New linker ownership   Lang Hames
      • [LLVMdev] New linker ownership   Renato Golin
      • [LLVMdev] New linker ownership   Chris Lattner
      • [LLVMdev] New linker ownership   Jim Grosbach
      • [LLVMdev] New linker ownership   Rui Ueyama
      • [LLVMdev] New linker ownership   Rui Ueyama
      • [LLVMdev] New linker ownership   David Blaikie
      • [LLVMdev] New linker ownership   David Blaikie
• [LLVMdev] Stale SCEV pointer to deleted AssumptionCache   Steve King
  • [LLVMdev] Stale SCEV pointer to deleted AssumptionCache   Steve King
• [LLVMdev] [3.7 Release] We have branched   Hans Wennborg
  • [LLVMdev] [3.7 Release] We have branched   Sean Silva
    • [LLVMdev] [3.7 Release] We have branched   Hans Wennborg
      • [LLVMdev] [3.7 Release] We have branched   Sean Silva
  • [LLVMdev] [3.7 Release] We have branched   Russell Wallace
    • [LLVMdev] [cfe-dev] [3.7 Release] We have branched   Kun Ling
      • [LLVMdev] [cfe-dev] [3.7 Release] We have branched   Russell Wallace
  • [LLVMdev] [3.7 Release] We have branched   Daniel Sanders
    • [LLVMdev] [3.7 Release] We have branched   Daniel Sanders
    • [LLVMdev] [3.7 Release] We have branched   Daniel Sanders
    • [LLVMdev] [3.7 Release] We have branched   Daniel Sanders
  • [LLVMdev] [3.7 Release] We have branched   Russell Wallace
    • [LLVMdev] [lldb-dev] [3.7 Release] We have branched   Nico Weber
      • [LLVMdev] [lldb-dev] [3.7 Release] We have branched   Nico Weber
      • [LLVMdev] [lldb-dev] [3.7 Release] We have branched   Nico Weber
      • [LLVMdev] [lldb-dev] [3.7 Release] We have branched   Russell Wallace
      • [LLVMdev] [lldb-dev] [3.7 Release] We have branched   Russell Wallace
• [LLVMdev] FW: Insight of 403050abcc091260be2e8f58484e7a39c0782b47?   Lawrence
  • [LLVMdev] FW: Insight of 403050abcc091260be2e8f58484e7a39c0782b47?   Daniel Berlin
• [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Lawrence
  • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Daniel Berlin
    • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Philip Reames
    • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Lawrence
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Daniel Berlin
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Daniel Berlin
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Lawrence
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Lawrence
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Daniel Berlin
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Philip Reames
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Daniel Berlin
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Lawrence
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Xinliang David Li
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   James Molloy
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   James Molloy
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Philip Reames
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Hal Finkel
      • [LLVMdev] Register pressure mechanism in PRE or Smarter rematerialization/split/spiller/coalescing ?   Lawrence
• [LLVMdev] How to write Clang plugin Makefile with binary download LLVM and Clang?   朱军
• [LLVMdev] [Clang] Reasons for lack of -fsingle-precision-constant support? Alternatives?   ed at modk.it
  • [LLVMdev] [Clang] Reasons for lack of -fsingle-precision-constant support? Alternatives?   Reid Kleckner
    • [LLVMdev] [Clang] Reasons for lack of -fsingle-precision-constant support? Alternatives?   ed at modk.it
      • [LLVMdev] [Clang] Reasons for lack of -fsingle-precision-constant support? Alternatives?   Rick Mann
      • [LLVMdev] [Clang] Reasons for lack of -fsingle-precision-constant support? Alternatives?   ed at modk.it
  • [LLVMdev] [Clang] Reasons for lack of -fsingle-precision-constant support? Alternatives?   Philip Reames
    • [LLVMdev] [Clang] Reasons for lack of -fsingle-precision-constant support? Alternatives?   ed at modk.it
• [LLVMdev] runtime pass   marwayusuf at feng.bu.edu.eg
  • [LLVMdev] runtime pass   Stephen Thomas
    • [LLVMdev] runtime pass   marwayusuf at feng.bu.edu.eg
      • [LLVMdev] runtime pass   mats petersson
• [LLVMdev] SymbolRef and getSize   Wehrli Johan
  • [LLVMdev] SymbolRef and getSize   Benjamin Kramer
    • [LLVMdev] SymbolRef and getSize   Wehrli Johan
• [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Hyojin Sung
  • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Martin J. O'Riordan
  • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Chandler Carruth
    • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Sean Silva
    • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Hal Finkel
      • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Chandler Carruth
      • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Hal Finkel
      • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Hal Finkel
      • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Hal Finkel
    • [LLVMdev] Improving loop vectorizer support for loops with a volatile iteration variable   Hyojin Sung
• [LLVMdev] Destroying MDNodeOperand   Pan, Wei
  • [LLVMdev] Destroying MDNodeOperand   Xin Tong
  • [LLVMdev] Destroying MDNodeOperand   Duncan P. N. Exon Smith
• [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
  • [LLVMdev] Using thin archives when building llvm   Pete Cooper
    • [LLVMdev] Using thin archives when building llvm   NAKAMURA Takumi
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
  • [LLVMdev] Using thin archives when building llvm   Brad King
    • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Pete Cooper
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
    • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Brad King
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Brad King
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Brad King
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Rui Ueyama
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Rui Ueyama
      • [LLVMdev] Using thin archives when building llvm   Rafael Espíndola
      • [LLVMdev] Using thin archives when building llvm   Rui Ueyama
      • [LLVMdev] Using thin archives when building llvm   Kevin Enderby
• [LLVMdev] What does "noalias sret" mean?   Qiuping Yi
  • [LLVMdev] What does "noalias sret" mean?   Tim Northover
    • [LLVMdev] What does "noalias sret" mean?   Qiuping Yi
• [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
  • [LLVMdev] [RFC] Defining Infinite Loops   Chandler Carruth
    • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
      • [LLVMdev] [RFC] Defining Infinite Loops   Chandler Carruth
      • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
      • [LLVMdev] [RFC] Defining Infinite Loops   Chandler Carruth
      • [LLVMdev] [RFC] Defining Infinite Loops   Philip Reames
      • [LLVMdev] [RFC] Defining Infinite Loops   Sanjoy Das
      • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
      • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
      • [LLVMdev] [RFC] Defining Infinite Loops   Chandler Carruth
      • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
    • [LLVMdev] [RFC] Defining Infinite Loops   Sanjoy Das
      • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
      • [LLVMdev] [RFC] Defining Infinite Loops   Sanjoy Das
      • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
    • [LLVMdev] [RFC] Defining Infinite Loops   Daniel Berlin
    • [LLVMdev] [RFC] Defining Infinite Loops   Krzysztof Parzyszek
  • [LLVMdev] [RFC] Defining Infinite Loops   Sanjoy Das
    • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
  • [LLVMdev] [RFC] Defining Infinite Loops   Mehdi Amini
    • [LLVMdev] [RFC] Defining Infinite Loops   Hal Finkel
    • [LLVMdev] [RFC] Defining Infinite Loops   Nick Lewycky
• [LLVMdev] Identifying function call targets at the MachineInstr level   Ethan J. Johnson
  • [LLVMdev] Identifying function call targets at the MachineInstr level   Hal Finkel
  • [LLVMdev] Identifying function call targets at the MachineInstr level   Ethan J. Johnson
• [LLVMdev] Interest in Israel LLVM Social?   Kuperstein, Michael M
• [LLVMdev] Validating a new release   김민성
  • [LLVMdev] Validating a new release   Hans Wennborg
    • [LLVMdev] Validating a new release   Renato Golin
  • [LLVMdev] Validating a new release   김민성
  • [LLVMdev] Validating a new release   Renato Golin
  • [LLVMdev] Validating a new release   김민성
• [LLVMdev] [lld] Why Linker does not use MC   Stavropoulos Nikos
• [LLVMdev] Updated RFC: ThinLTO Implementation Plan   Teresa Johnson
• [LLVMdev] Regions according to LLVM   Félix Cloutier
  • [LLVMdev] Regions according to LLVM   Tobias Grosser
    • [LLVMdev] Regions according to LLVM   Félix Cloutier
• [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   ed at modk.it
  • [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   John Criswell
    • [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   ed at modk.it
      • [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   Nick Lewycky
      • [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   ed at modk.it
      • [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   ed at modk.it
      • [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   Nick Lewycky
      • [LLVMdev] [Clang] [lld] [llvm-link] Whole program / dead-code optimization   ed at modk.it
• [LLVMdev] Adding integer field to all C++ classes in LLVM   Mohit Mishra
  • [LLVMdev] Adding integer field to all C++ classes in LLVM   mats petersson
    • [LLVMdev] Adding integer field to all C++ classes in LLVM   Mohit Mishra
      • [LLVMdev] Adding integer field to all C++ classes in LLVM   mats petersson
      • [LLVMdev] Adding integer field to all C++ classes in LLVM   Reid Kleckner
• [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dimitry Andric
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Nikola Smiljanic
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Jack Howarth
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Nikola Smiljanic
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Alexey Samsonov
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Nikola Smiljanic
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Nikola Smiljanic
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Jack Howarth
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dan Liew
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Dan Liew
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Kun Ling
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Ben Pope
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
      • [LLVMdev] [lldb-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [cfe-dev] [lldb-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [cfe-dev] [lldb-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Ben Pope
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   sebastian.dressler at gmail.com
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Sebastian Dreßler
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Renato Golin
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
    • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
  • [LLVMdev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
    • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [lldb-dev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Daniel Sanders
      • [LLVMdev] [cfe-dev] [3.7 Release] RC1 has been tagged, Testing Phase I begins   Hans Wennborg
• [LLVMdev] why LoopUnswitch pass does not constant fold conditional branch and merge blocks   Chen Li
  • [LLVMdev] why LoopUnswitch pass does not constant fold conditional branch and merge blocks   Philip Reames
    • [LLVMdev] why LoopUnswitch pass does not constant fold conditional branch and merge blocks   Philip Reames
    • [LLVMdev] why LoopUnswitch pass does not constant fold conditional branch and merge blocks   Chen Li
• [LLVMdev] static taint analysis in LLVM   Q Z
  • [LLVMdev] static taint analysis in LLVM   Kenneth Adam Miller
    • [LLVMdev] static taint analysis in LLVM   Q Z
      • [LLVMdev] static taint analysis in LLVM   Kenneth Adam Miller
• [LLVMdev] LLVM instrumentation   Wehrli Johan
  • [LLVMdev] LLVM instrumentation   Kenneth Adam Miller
    • [LLVMdev] LLVM instrumentation   Wehrli Johan
      • [LLVMdev] LLVM instrumentation   David Siegel
      • [LLVMdev] LLVM instrumentation   Wehrli Johan
      • [LLVMdev] LLVM instrumentation   David Siegel
      • [LLVMdev] LLVM instrumentation   Wehrli Johan
    • [LLVMdev] LLVM instrumentation   Kenneth Adam Miller
• [LLVMdev] how to transform elf binary to llvm IR?   慕冬亮
  • [LLVMdev] how to transform elf binary to llvm IR?   Suprateeka R Hegde
    • [LLVMdev] how to transform elf binary to llvm IR?   Mayur Pandey
      • [LLVMdev] how to transform elf binary to llvm IR?   慕冬亮
  • [LLVMdev] how to transform elf binary to llvm IR?   John Criswell
  • [LLVMdev] how to transform elf binary to llvm IR?   Shuai Wang
    • [LLVMdev] how to transform elf binary to llvm IR?   mats petersson
      • [LLVMdev] how to transform elf binary to llvm IR?   Shuai Wang
      • [LLVMdev] how to transform elf binary to llvm IR?   mats petersson
    • [LLVMdev] how to transform elf binary to llvm IR?   慕冬亮
      • [LLVMdev] how to transform elf binary to llvm IR?   Mayur Pandey
  • [LLVMdev] how to transform elf binary to llvm IR?   Joshua Cranmer 🐧
• [LLVMdev] Suspicious behavior of mem2reg (promoteSingleBlockAlloca)   Jeehoon Kang
  • [LLVMdev] Suspicious behavior of mem2reg (promoteSingleBlockAlloca)   Sanjoy Das
    • [LLVMdev] Suspicious behavior of mem2reg (promoteSingleBlockAlloca)   Sanjoy Das
• [LLVMdev] Fail to build LLVM release_36 in MSVC 2013   Amy White
  • [LLVMdev] Fail to build LLVM release_36 in MSVC 2013   Russell Wallace
  • [LLVMdev] Fail to build LLVM release_36 in MSVC 2013   Reid Kleckner
    • [LLVMdev] Fail to build LLVM release_36 in MSVC 2013   Amy White
• [LLVMdev] [llvm-c] enum conversion approaches   Tim Besard
  • [LLVMdev] [llvm-c] enum conversion approaches   Reid Kleckner
• [LLVMdev] For a pointer to pointer ?How to fast get the pointee pointer?   Shen Liu
  • [LLVMdev] For a pointer to pointer ?How to fast get the pointee pointer?   Daniel Berlin
    • [LLVMdev] For a pointer to pointer ?How to fast get the pointee pointer?   Shen Liu
• [LLVMdev] [LSR] overly promotes indvars   Jingyue Wu
• [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   Shen Liu
  • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   John Criswell
    • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   Shen Liu
      • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   John Criswell
      • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   Shen Liu
      • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   Daniel Berlin
      • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   Shen Liu
      • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   John Criswell
      • [LLVMdev] How can i differentiate pointer type int 32* from int 32** ?   Shen Liu
• [LLVMdev] Overriding libcall symbol   Vadim Chugunov
  • [LLVMdev] Overriding libcall symbol   Joerg Sonnenberger
• [LLVMdev] [RFC] Developer Policy for LLVM C API   Juergen Ributzka
  • [LLVMdev] [RFC] Developer Policy for LLVM C API   Sean Silva
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Rafael Espíndola
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Philip Reames
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Rafael Espíndola
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Hayden Livingston
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Rafael Espíndola
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Juergen Ributzka
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Hayden Livingston
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Jim Grosbach
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Andrew Wilkins
  • [LLVMdev] [RFC] Developer Policy for LLVM C API   Philip Reames
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Philip Reames
  • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   Philip Reames
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   David Majnemer
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Hal Finkel
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Chris Lattner
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Hayden Livingston
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Hal Finkel
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Andrew Wilkins
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Antoine Pitrou
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   David Chisnall
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Chris Lattner
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Chandler Carruth
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   David Chisnall
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Hal Finkel
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Pete Cooper
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Sean Silva
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Mehdi Amini
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Juergen Ributzka
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Jim Grosbach
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Jim Grosbach
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Juergen Ributzka
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Chandler Carruth
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   David Blaikie
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Stable LLVM API   Juergen Ributzka
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Jim Grosbach
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Pete Cooper
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Pete Cooper
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Jim Grosbach
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   Jim Grosbach
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Lang Hames
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   Sean Silva
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   Joerg Sonnenberger
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Rafael Espíndola
  • [LLVMdev] [RFC] Developer Policy for LLVM C API   Andrew Wilkins
  • [LLVMdev] [RFC] Developer Policy for LLVM C API   Reid Kleckner
    • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Reid Kleckner
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Philip Reames
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Eric Christopher
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Mehdi Amini
      • [LLVMdev] [RFC] Developer Policy for LLVM C API   Philip Reames
• [LLVMdev] 2-address and 3-address instructions   bagel
  • [LLVMdev] 2-address and 3-address instructions   Matt Arsenault
  • [LLVMdev] 2-address and 3-address instructions   Steve King
    • [LLVMdev] 2-address and 3-address instructions   Matthias Braun
      • [LLVMdev] 2-address and 3-address instructions   Bagel
• [LLVMdev] CMake does not propagate flags to build   adek at adek.io
  • [LLVMdev] CMake does not propagate flags to build   Pete Cooper
    • [LLVMdev] CMake does not propagate flags to build   adek at adek.io
      • [LLVMdev] CMake does not propagate flags to build   Pete Cooper
      • [LLVMdev] CMake does not propagate flags to build   Chris Bieneman
      • [LLVMdev] CMake does not propagate flags to build   Martin J. O'Riordan
      • [LLVMdev] CMake does not propagate flags to build   adek at adek.io
      • [LLVMdev] CMake does not propagate flags to build   Chris Bieneman
      • [LLVMdev] CMake does not propagate flags to build   adek at adek.io
      • [LLVMdev] CMake does not propagate flags to build   Chris Bieneman
      • [LLVMdev] CMake does not propagate flags to build   Alexey Samsonov
• [LLVMdev] Any objections to turning on -Wunused-parameter? (and any other -Wunused-* that are off?)   Chandler Carruth
  • [LLVMdev] [cfe-dev] Any objections to turning on -Wunused-parameter? (and any other -Wunused-* that are off?)   Renato Golin
  • [LLVMdev] [cfe-dev] Any objections to turning on -Wunused-parameter? (and any other -Wunused-* that are off?)   Chris Lattner
  • [LLVMdev] Any objections to turning on -Wunused-parameter? (and any other -Wunused-* that are off?)   Philip Reames
    • [LLVMdev] Any objections to turning on -Wunused-parameter? (and any other -Wunused-* that are off?)   David Blaikie
      • [LLVMdev] Any objections to turning on -Wunused-parameter? (and any other -Wunused-* that are off?)   Chandler Carruth
• [LLVMdev] Strange Makefile Errors   Peter Finn
• [LLVMdev] llvm::Linker incorrectly fails to link in all aspects of the source module   DeadMG
  • [LLVMdev] llvm::Linker incorrectly fails to link in all aspects of the source module   Jason Koenig
• [LLVMdev] Instruction::mayThrow not handling invoke's?   Sanjoy Das
• [LLVMdev] LLVM Weekly - #81, Jul 20th 2015   Alex Bradbury
• [LLVMdev] [libcxx] How to update libcxx.llvm.org to use Sphinx generated doc?   Eric Fiselier
  • [LLVMdev] [libcxx] How to update libcxx.llvm.org to use Sphinx generated doc?   Eric Fiselier
    • [LLVMdev] [libcxx] How to update libcxx.llvm.org to use Sphinx generated doc?   Tanya Lattner
  • [LLVMdev] [libcxx] How to update libcxx.llvm.org to use Sphinx generated doc?   Dan Liew
    • [LLVMdev] [libcxx] How to update libcxx.llvm.org to use Sphinx generated doc?   Dmitri Gribenko
• [LLVMdev] D10669: libc++ tests for C++17 features may fail if compiled with -std=c++1y / c++0x   Oleg Ranevskyy
• [LLVMdev] 2015 LLVM Developers' Meeting Call for "Papers"   Tanya Lattner
• [LLVMdev] Loop localize global variables   sundeepk at codeaurora.org
  • [LLVMdev] Loop localize global variables   sundeepk at codeaurora.org
    • [LLVMdev] Loop localize global variables   Charlie Turner
      • [LLVMdev] Loop localize global variables   Hal Finkel
      • [LLVMdev] Loop localize global variables   sundeepk at codeaurora.org
      • [LLVMdev] Loop localize global variables   Charlie Turner
• [LLVMdev] Some thought on handling ELF shared libraries in lld   Rafael Espíndola
  • [LLVMdev] Some thought on handling ELF shared libraries in lld   Hal Finkel
    • [LLVMdev] Some thought on handling ELF shared libraries in lld   Rafael Espíndola
  • [LLVMdev] Some thought on handling ELF shared libraries in lld   Dave Bozier
    • [LLVMdev] Some thought on handling ELF shared libraries in lld   Rafael Espíndola
      • [LLVMdev] Some thought on handling ELF shared libraries in lld   Dave Bozier
      • [LLVMdev] Some thought on handling ELF shared libraries in lld   Rafael Espíndola
  • [LLVMdev] Some thought on handling ELF shared libraries in lld   Davide Italiano
• [LLVMdev] DebugInfo/PDB/pdbdump-symbol-format.test fails with VS 2015   İsmail Dönmez
  • [LLVMdev] DebugInfo/PDB/pdbdump-symbol-format.test fails with VS 2015   Aaron Ballman
    • [LLVMdev] DebugInfo/PDB/pdbdump-symbol-format.test fails with VS 2015   Yaron Keren
    • [LLVMdev] DebugInfo/PDB/pdbdump-symbol-format.test fails with VS 2015   İsmail Dönmez
    • [LLVMdev] DebugInfo/PDB/pdbdump-symbol-format.test fails with VS 2015   İsmail Dönmez
      • [LLVMdev] DebugInfo/PDB/pdbdump-symbol-format.test fails with VS 2015   Aaron Ballman
• [LLVMdev] llvm books   marwayusuf at feng.bu.edu.eg
  • [LLVMdev] llvm books   Evgeny Astigeevich
    • [LLVMdev] llvm books   Renato Golin
      • [LLVMdev] llvm books   Bruno Cardoso Lopes
      • [LLVMdev] llvm books   Renato Golin
      • [LLVMdev] llvm books   Bruno Cardoso Lopes
      • [LLVMdev] llvm books   Renato Golin
      • [LLVMdev] llvm books   Kenneth Adam Miller
• [LLVMdev] RFC: ThinLTO Impementation Plan   Teresa Johnson
• [LLVMdev] Fwd: buildbot failure in LLVM on lldb-x86-win7-msvc   David Blaikie
• [LLVMdev] How to not zeroinitialize array   Russell Hadley
  • [LLVMdev] How to not zeroinitialize array   David Majnemer
  • [LLVMdev] How to not zeroinitialize array   Tim Northover
    • [LLVMdev] How to not zeroinitialize array   Russell Hadley
• [LLVMdev] build llvm on CentOS   Xiaochu Liu
  • [LLVMdev] build llvm on CentOS   NAKAMURA Takumi
    • [LLVMdev] build llvm on CentOS   Martin J. O'Riordan
      • [LLVMdev] build llvm on CentOS   Xiaochu Liu
    • [LLVMdev] build llvm on CentOS   Xiaochu Liu
• [LLVMdev] is it impossible to use the external llvm custom pass on windows?   Hong Seok
  • [LLVMdev] is it impossible to use the external llvm custom pass on windows?   mats petersson
    • [LLVMdev] is it impossible to use the external llvm custom pass on windows?   Hong Seok
      • [LLVMdev] is it impossible to use the external llvm custom pass on windows?   Nico Rieck
• [LLVMdev] Would DosBox benefit from LLVM JIT?   Jacek Wielemborek
  • [LLVMdev] Would DosBox benefit from LLVM JIT?   Jacek Wielemborek
    • [LLVMdev] Would DosBox benefit from LLVM JIT?   Kenneth Adam Miller
  • [LLVMdev] Would DosBox benefit from LLVM JIT?   David Chisnall
    • [LLVMdev] Would DosBox benefit from LLVM JIT?   Jacek Wielemborek
• [LLVMdev] some superoptimizer results   John Regehr
  • [LLVMdev] some superoptimizer results   escha
    • [LLVMdev] some superoptimizer results   Sean Silva
    • [LLVMdev] some superoptimizer results   John Regehr
  • [LLVMdev] some superoptimizer results   Sean Silva
    • [LLVMdev] some superoptimizer results   Hal Finkel
      • [LLVMdev] some superoptimizer results   Sean Silva
      • [LLVMdev] some superoptimizer results   Philip Reames
      • [LLVMdev] some superoptimizer results   Philip Reames
      • [LLVMdev] some superoptimizer results   Sean Silva
      • [LLVMdev] some superoptimizer results   John Regehr
    • [LLVMdev] some superoptimizer results   John Regehr
  • [LLVMdev] some superoptimizer results   Sean Silva
    • [LLVMdev] some superoptimizer results   John Regehr
      • [LLVMdev] some superoptimizer results   Sean Silva
      • [LLVMdev] some superoptimizer results   John Regehr
      • [LLVMdev] some superoptimizer results   Sean Silva
      • [LLVMdev] some superoptimizer results   John Regehr
      • [LLVMdev] some superoptimizer results   Philip Reames
      • [LLVMdev] some superoptimizer results   John Regehr
      • [LLVMdev] some superoptimizer results   Duncan Sands
      • [LLVMdev] some superoptimizer results   John Regehr
      • [LLVMdev] some superoptimizer results   Duncan Sands
      • [LLVMdev] some superoptimizer results   John Regehr
      • [LLVMdev] some superoptimizer results   Philip Reames
      • [LLVMdev] some superoptimizer results   John Regehr
• [LLVMdev] prevent an SDValue from lower into an immediate field in load   Xiaochu Liu
  • [LLVMdev] prevent an SDValue from lower into an immediate field in load   Krzysztof Parzyszek
• [LLVMdev] Clang devirtualization proposal   Piotr Padlewski
  • [LLVMdev] Clang devirtualization proposal   Geoff Berry
    • [LLVMdev] Clang devirtualization proposal   Piotr Padlewski
      • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Richard Smith
      • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Hal Finkel
  • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Hal Finkel
    • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Richard Smith
      • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Hal Finkel
  • [LLVMdev] Clang devirtualization proposal   Philip Reames
    • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Reid Kleckner
      • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Philip Reames
      • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Philip Reames
  • [LLVMdev] Clang devirtualization proposal   Philip Reames
    • [LLVMdev] Clang devirtualization proposal   Piotr Padlewski
      • [LLVMdev] Clang devirtualization proposal   Philip Reames
      • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Reid Kleckner
      • [LLVMdev] Clang devirtualization proposal   Sanjoy Das
    • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Reid Kleckner
      • [LLVMdev] [cfe-dev] Clang devirtualization proposal   Sanjoy Das
• [LLVMdev] LLVM Compiler Engineer - Intel Contract Employee - 768758   Sara Baghsorkhi
• [LLVMdev] signext on function parameters and return.   Steve King
  • [LLVMdev] signext on function parameters and return.   Daniel Sanders
    • [LLVMdev] signext on function parameters and return.   Steve King
      • [LLVMdev] signext on function parameters and return.   Tim Northover
• [LLVMdev] longjmp and JIT compiled code on Windows   Dibyendu Majumdar
  • [LLVMdev] longjmp and JIT compiled code on Windows   Reid Kleckner
• [LLVMdev] LoadedObjectInfo::getSectionLoadAddress   Eugene Rozenfeld
  • [LLVMdev] LoadedObjectInfo::getSectionLoadAddress   Eugene Rozenfeld
  • [LLVMdev] LoadedObjectInfo::getSectionLoadAddress   Meador Inge
    • [LLVMdev] LoadedObjectInfo::getSectionLoadAddress   Eugene Rozenfeld
      • [LLVMdev] LoadedObjectInfo::getSectionLoadAddress   Meador Inge
• [LLVMdev] Is loop header required to have at least one predecessor outside the loop?   Chen Li
  • [LLVMdev] Is loop header required to have at least one predecessor outside the loop?   Sanjoy Das
• [LLVMdev] Intel asm syntax and variable names   Yatsina, Marina
  • [LLVMdev] Intel asm syntax and variable names   Reid Kleckner
    • [LLVMdev] Intel asm syntax and variable names   Yatsina, Marina
      • [LLVMdev] Intel asm syntax and variable names   Reid Kleckner
      • [LLVMdev] Intel asm syntax and variable names   Matthias Braun
      • [LLVMdev] Intel asm syntax and variable names   Yatsina, Marina
• [LLVMdev] Bang Operator   Sky Flyer
  • [LLVMdev] Bang Operator   Meador Inge
    • [LLVMdev] Bang Operator   Sky Flyer
      • [LLVMdev] Bang Operator   Krzysztof Parzyszek
    • [LLVMdev] Bang Operator   Sean Silva
• [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
  • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
    • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Ivan Garramona
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Rui Ueyama
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Rui Ueyama
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Rui Ueyama
      • [LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF   Martell Malone
• [LLVMdev] lli supports different targets than llc?   Débora Setton Sanches
  • [LLVMdev] lli supports different targets than llc?   Débora Setton Sanches
    • [LLVMdev] lli supports different targets than llc?   Débora Setton Fernandes
      • [LLVMdev] lli supports different targets than llc?   James Molloy
      • [LLVMdev] lli supports different targets than llc?   Renato Golin
  • [LLVMdev] lli supports different targets than llc?   Eric Christopher
    • [LLVMdev] lli supports different targets than llc?   Jim Grosbach
      • [LLVMdev] lli supports different targets than llc?   Débora Setton Sanches
      • [LLVMdev] lli supports different targets than llc?   Renato Golin
• [LLVMdev] [3.7 Release] Release Candidate 1 available   Hans Wennborg
• [LLVMdev] Register for the 2015 LLVM Developers' Meeting!   Tanya Lattner
• [LLVMdev] sepertate the code by the macro   yao
• [LLVMdev] SIMD for sdiv <2 x i64>   zhi chen
  • [LLVMdev] SIMD for sdiv <2 x i64>   Benjamin Kramer
    • [LLVMdev] SIMD for sdiv <2 x i64>   Philip Reames
      • [LLVMdev] SIMD for sdiv <2 x i64>   zhi chen
      • [LLVMdev] SIMD for sdiv <2 x i64>   Philip Reames
      • [LLVMdev] SIMD for sdiv <2 x i64>   zhi chen
• [LLVMdev] [LLD] Segmentation fault in case of TLS mismatch   shridHar joshi
• [LLVMdev] Compiling LibC++ with LLVM on ARM   Renato Golin
  • [LLVMdev] Compiling LibC++ with LLVM on ARM   Tim Northover
    • [LLVMdev] Compiling LibC++ with LLVM on ARM   Renato Golin
      • [LLVMdev] Compiling LibC++ with LLVM on ARM   Tim Northover
      • [LLVMdev] Compiling LibC++ with LLVM on ARM   Renato Golin
• [LLVMdev] LLVM linkage flags   Max Ruttenberg
  • [LLVMdev] LLVM linkage flags   Tim Northover
  • [LLVMdev] LLVM linkage flags   Dave Bozier
  • [LLVMdev] LLVM linkage flags   Dave Bozier
• [LLVMdev] Transforming SwitchInst to BranchInst   Zhoulai
  • [LLVMdev] Transforming SwitchInst to BranchInst   Pete Cooper
  • [LLVMdev] Transforming SwitchInst to BranchInst   Chen Li
• [LLVMdev] LLVM buildmaster will be unavailable for about an hour today after 5 PM Pacific   Galina Kistanova
• [LLVMdev] [un]wrapping llvm:DITypeRef   Rodney M. Bates
  • [LLVMdev] [un]wrapping llvm:DITypeRef   Andrew Wilkins
    • [LLVMdev] [un]wrapping llvm:DITypeRef   Rodney M. Bates
      • [LLVMdev] [un]wrapping llvm:DITypeRef   Rodney M. Bates
      • [LLVMdev] [un]wrapping llvm:DITypeRef   David Blaikie
  • [LLVMdev] [un]wrapping llvm:DITypeRef   Duncan P. N. Exon Smith
    • [LLVMdev] [un]wrapping llvm:DITypeRef   Rodney M. Bates
• [LLVMdev] why gvn does not work for global variables   Xiangyang Guo
  • [LLVMdev] why gvn does not work for global variables   Nick Lewycky
• [LLVMdev] Adding a stack probe function attribute   John Kåre Alsaker
  • [LLVMdev] Adding a stack probe function attribute   Reid Kleckner
    • [LLVMdev] Adding a stack probe function attribute   LLVM user
    • [LLVMdev] Adding a stack probe function attribute   John Kåre Alsaker
      • [LLVMdev] Adding a stack probe function attribute   Reid Kleckner
      • [LLVMdev] Adding a stack probe function attribute   John Kåre Alsaker
• [LLVMdev] a questons about poolalloc   Q Z
• [LLVMdev] a question about pooalloc   Q Z
  • [LLVMdev] a question about pooalloc   David Wiberg
  • [LLVMdev] a question about pooalloc   John Criswell
• [LLVMdev] LLVM Weekly - #82, Jul 27th 2015   Alex Bradbury
• [LLVMdev] Let expressions at file scope combined with defm   Sky Flyer
• [LLVMdev] SelectionDAG viewers, filter-view-dags question   Ryan Taylor
  • [LLVMdev] SelectionDAG viewers, filter-view-dags question   Daniel Sanders
  • [LLVMdev] SelectionDAG viewers, filter-view-dags question   Ryan Taylor
    • [LLVMdev] SelectionDAG viewers, filter-view-dags question   Daniel Sanders
      • [LLVMdev] SelectionDAG viewers, filter-view-dags question   Ryan Taylor
• [LLVMdev] addPassesToEmitFile and Intel syntax   Frank Winter
  • [LLVMdev] addPassesToEmitFile and Intel syntax   Reid Kleckner
• [LLVMdev] tfloat support for mingw-w64   Martell Malone
  • [LLVMdev] tfloat support for mingw-w64   Martell Malone
• [LLVMdev] Dynamically adding exception frames in the macintosh OS X   jacob navia
• [LLVMdev] Recent clang 3.7 RC1 release broke Travis CI integration   Brian Smith
  • [LLVMdev] Recent clang 3.7 RC1 release broke Travis CI integration   Hans Wennborg
• [LLVMdev] i1* function argument on x86-64   Frank Winter
  • [LLVMdev] i1* function argument on x86-64   Frank Winter
  • [LLVMdev] i1* function argument on x86-64   Jonathan Roelofs
    • [LLVMdev] i1* function argument on x86-64   Frank Winter
• [LLVMdev] unable to match FrameIndex<1>   Xiaochu Liu
• [LLVMdev] [3.7 Release] RC2 is coming closer   Hans Wennborg
• [LLVMdev] Splice and undefined physical reg   Johnny Bory
  • [LLVMdev] splice and undefined physical reg   Johnny Bory
    • [LLVMdev] splice and undefined physical reg   Quentin Colombet
  • [LLVMdev] Splice and undefined physical reg   Alex L
• [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Schlottke-Lakemper, Michael
  • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Martell Malone
    • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Martell Malone
      • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Renato Golin
    • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Schlottke-Lakemper, Michael
  • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Renato Golin
    • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Martell Malone
      • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Martell Malone
      • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Martell Malone
      • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Renato Golin
      • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Schlottke-Lakemper, Michael
      • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Renato Golin
    • [LLVMdev] Purpose of LLVM_ENABLE_LIBCXX and LLVM_ENABLE_LIBCXXABI   Schlottke-Lakemper, Michael
• [LLVMdev] getting memory data from a value object   marwayusuf at feng.bu.edu.eg
• [LLVMdev] AliasSetTracker and UnknownInst's (callsites mostly) problem   Andrew Zhogin
  • [LLVMdev] AliasSetTracker and UnknownInst's (callsites mostly) problem   Philip Reames
• [LLVMdev] Regression testing on MSYS2 host with mingw-w64   Martell Malone
  • [LLVMdev] Regression testing on MSYS2 host with mingw-w64   Yaron Keren
    • [LLVMdev] Regression testing on MSYS2 host with mingw-w64   Martell Malone
      • [LLVMdev] Regression testing on MSYS2 host with mingw-w64   Yaron Keren
      • [LLVMdev] Regression testing on MSYS2 host with mingw-w64   İsmail Dönmez
      • [LLVMdev] Regression testing on MSYS2 host with mingw-w64   Martell Malone
      • [LLVMdev] Regression testing on MSYS2 host with mingw-w64   İsmail Dönmez
• [LLVMdev] Notice for out-of-tree maintainer: RegisterScheduler::setDefault removed   Mehdi Amini
• [LLVMdev] llvmbuild.txt and cmakelists.txt   bill rowe
• [LLVMdev] Wrong encoding/decoding for POPC instruction of Sparc   Jun Koi
  • [LLVMdev] Wrong encoding/decoding for POPC instruction of Sparc   Jun Koi
    • [LLVMdev] Wrong encoding/decoding for POPC instruction of Sparc   James Y Knight
      • [LLVMdev] Wrong encoding/decoding for POPC instruction of Sparc   David Wiberg
• [LLVMdev] [ARM]__modsi3 call in android   Renato Golin
  • [LLVMdev] [ARM]__modsi3 call in android   Sumanth Gundapaneni
  • [LLVMdev] [ARM]__modsi3 call in android   Sumanth Gundapaneni
• [LLVMdev] Phabricator and Apple email addresses   Adam Nemet
• [LLVMdev] Request: Changing commit message in llvm trunk   Martell Malone
  • [LLVMdev] Request: Changing commit message in llvm trunk   Anton Korobeynikov
    • [LLVMdev] Request: Changing commit message in llvm trunk   Nick Lewycky
      • [LLVMdev] Request: Changing commit message in llvm trunk   Tim Northover
      • [LLVMdev] Request: Changing commit message in llvm trunk   Sanjoy Das
      • [LLVMdev] Request: Changing commit message in llvm trunk   James Y Knight
  • [LLVMdev] Request: Changing commit message in llvm trunk   Sean Silva
    • [LLVMdev] Request: Changing commit message in llvm trunk   Martell Malone
      • [LLVMdev] Request: Changing commit message in llvm trunk   Reid Kleckner
      • [LLVMdev] Request: Changing commit message in llvm trunk   Andy Somogyi
• [LLVMdev] [IMPORTANT] Mailing list Move & Downtime (Tuesday, August 4th)   Tanya Lattner
• [LLVMdev] RFC: LoopEditor, a high-level loop transform toolkit   James Molloy
  • [LLVMdev] RFC: LoopEditor, a high-level loop transform toolkit   James Molloy
  • [LLVMdev] RFC: LoopEditor, a high-level loop transform toolkit   Arnold Schwaighofer
• [LLVMdev] ORC name mangling   Andy Somogyi
• [LLVMdev] How to get the const argument data from Function?   Zhen Zhang
  • [LLVMdev] How to get the const argument data from Function?   Sanjoy Das
• [LLVMdev] A few folks in the SF Bay area are planning to get together to discuss GC statepoints   Chandler Carruth
  • [LLVMdev] A few folks in the SF Bay area are planning to get together to discuss GC statepoints   Russell Hadley
    • [LLVMdev] A few folks in the SF Bay area are planning to get together to discuss GC statepoints   Chandler Carruth
      • [LLVMdev] A few folks in the SF Bay area are planning to get together to discuss GC statepoints   Russell Hadley
• [LLVMdev] Loop Dependence Analysis(getDistance())   Manideepa Mukherjee
  • [LLVMdev] Loop Dependence Analysis(getDistance())   Jake VanAdrighem
• [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Daniel Sanders
  • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Daniel Sanders
  • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Simon Atanasyan
    • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Daniel Sanders
      • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Simon Atanasyan
  • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Daniel Sanders
    • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Matthias Braun
      • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Daniel Sanders
      • [LLVMdev] [3.7.0] Two late issues with cross compilation to mips   Daniel Sanders
• [LLVMdev] ConfigStatusScript Confusion   Peter Finn
• [LLVMdev] optimizer clobbering EFLAGS   Michael Hordijk
• [LLVMdev] Clang   Valery Pushkar
• [LLVMdev] Clang: strange malloc usage   Valery Pushkar
  • [LLVMdev] Clang: strange malloc usage   mats petersson
• [LLVMdev] ARM unwinding bug   Mason Wheeler
  • [LLVMdev] ARM unwinding bug   Renato Golin
    • [LLVMdev] ARM unwinding bug   Mason Wheeler
      • [LLVMdev] ARM unwinding bug   Renato Golin
      • [LLVMdev] ARM unwinding bug   Ben Pye
      • [LLVMdev] ARM unwinding bug   Renato Golin
      • [LLVMdev] ARM unwinding bug   Ben Pye
      • [LLVMdev] ARM unwinding bug   Renato Golin
      • [LLVMdev] ARM unwinding bug   Ben Pye
      • [LLVMdev] ARM unwinding bug   Renato Golin
      • [LLVMdev] ARM unwinding bug   Logan Chien
      • [LLVMdev] ARM unwinding bug   Mason Wheeler
      • [LLVMdev] ARM unwinding bug   Renato Golin
      • [LLVMdev] ARM unwinding bug   Mason Wheeler
  • [LLVMdev] ARM unwinding bug   Ben Pye
• [LLVMdev] Error when i am using command make -j4 command in cygwin to compile safecode   John Criswell
  • [LLVMdev] Error when i am using command make -j4 command in cygwin to compile safecode   Nikhil Reddy Kothapally
• [LLVMdev] What is getTombstoneKey?   Lawrence
  • [LLVMdev] What is getTombstoneKey?   Benjamin Kramer
    • [LLVMdev] What is getTombstoneKey?   Lawrence
• [LLVMdev] Proposal: arbitrary relocations in constant global initializers   Peter Collingbourne
• [LLVMdev] x86-64 backend generates aligned ADDPS with unaligned address   Frank Winter
  • [LLVMdev] x86-64 backend generates aligned ADDPS with unaligned address   Reid Kleckner
    • [LLVMdev] x86-64 backend generates aligned ADDPS with unaligned address   Frank Winter
• [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
  • [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf   Brenden Blanco
    • [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
      • [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf   Brenden Blanco
• [LLVMdev] [RFC] Road map for CMake   Chris Bieneman
  • [LLVMdev] [RFC] Road map for CMake   Eric Christopher
  • [LLVMdev] [RFC] Road map for CMake   Tom Stellard
    • [LLVMdev] [RFC] Road map for CMake   Bob Wilson
      • [LLVMdev] [RFC] Road map for CMake   Tom Stellard
      • [LLVMdev] [RFC] Road map for CMake   Chris Bieneman
      • [LLVMdev] [RFC] Road map for CMake   Renato Golin
      • [LLVMdev] [RFC] Road map for CMake   Chris Bieneman
      • [LLVMdev] [RFC] Road map for CMake   Daniel Sanders
      • [LLVMdev] [RFC] Road map for CMake   Renato Golin
  • [LLVMdev] [RFC] Road map for CMake   Martell Malone
    • [LLVMdev] [RFC] Road map for CMake   Chris Bieneman
  • [LLVMdev] [RFC] Road map for CMake   Reid Kleckner
    • [LLVMdev] [RFC] Road map for CMake   Chris Bieneman
      • [LLVMdev] [RFC] Road map for CMake   Reid Kleckner
      • [LLVMdev] [RFC] Road map for CMake   Chris Bieneman
• [LLVMdev] optimizer clobber EFLAGS   Michael Hordijk
  • [LLVMdev] optimizer clobber EFLAGS   Reid Kleckner
    • [LLVMdev] optimizer clobber EFLAGS   JF Bastien
      • [LLVMdev] optimizer clobber EFLAGS   Michael Hordijk
      • [LLVMdev] optimizer clobber EFLAGS   JF Bastien
• [LLVMdev] Bi-Endian Compiler   Umesh Kalappa
  • [LLVMdev] Bi-Endian Compiler   Herbie Robinson
    • [LLVMdev] Bi-Endian Compiler   C Bergström
• [LLVMdev] Question on BlendSplat Code - LLVM Commit 72753f87f2b80d66cfd7ca7c7b6c0db6737d4b24   Tyler Kenney
• [LLVMdev] Where do I update release notes for the 3.7 release?   David Blaikie
  • [LLVMdev] Where do I update release notes for the 3.7 release?   Hans Wennborg
• [LLVMdev] [x86] Prefetch intrinsics and prefetchw   Joshua Magee
• [LLVMdev] Ideas for making llvm-config --cxxflags more useful   tom at stellard.net
• [LLVMdev] TableGen Register Class not matching for MI in 3.6   Ryan Taylor
  • [LLVMdev] TableGen Register Class not matching for MI in 3.6   Quentin Colombet
    • [LLVMdev] TableGen Register Class not matching for MI in 3.6   Ryan Taylor
      • [LLVMdev] TableGen Register Class not matching for MI in 3.6   Quentin Colombet
• [LLVMdev] RFC: Callee speedup estimation in inline cost analysis   Easwaran Raman
  • [LLVMdev] RFC: Callee speedup estimation in inline cost analysis   Xinliang David Li
    • [LLVMdev] RFC: Callee speedup estimation in inline cost analysis   Easwaran Raman
• [LLVMdev] [3.7 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
  • [LLVMdev] [3.7 Release] RC2 has been tagged, Testing Phase II begins   Ben Pope
    • [LLVMdev] [3.7 Release] RC2 has been tagged, Testing Phase II begins   Nikola Smiljanic
      • [LLVMdev] [cfe-dev] [3.7 Release] RC2 has been tagged, Testing Phase II begins   Kirill Bobyrev
  • [LLVMdev] [3.7 Release] RC2 has been tagged, Testing Phase II begins   Dimitry Andric
• [LLVMdev] error open a share library generated by a LLVM pass   Q Z
  • [LLVMdev] error open a share library generated by a LLVM pass   Krzysztof Parzyszek
• [LLVMdev] Path forward on profile guided inlining?   Xinliang David Li
• [LLVMdev] Changing pointer addresses in Transform pass   Prem Anand
• [LLVMdev] Asan: Print stacktrace on SIGFPE   Karl Skomski
  • [LLVMdev] Asan: Print stacktrace on SIGFPE   Kostya Serebryany
    • [LLVMdev] Asan: Print stacktrace on SIGFPE   David Jones
• [LLVMdev] PerformDAGCombine vs. DAG to DAG   Steve King
  • [LLVMdev] PerformDAGCombine vs. DAG to DAG   Matt Arsenault
• [LLVMdev] RFC - Making SamplePGO a module pass   Diego Novillo
  • [LLVMdev] RFC - Making SamplePGO a module pass   Xinliang David Li
• [LLVMdev] exception handling and fastcc   Nicolas Ojeda Bar

Last message date: Fri Jul 31 23:22:50 PDT 2015
Archived on: Tue Aug 4 17:24:33 PDT 2015

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