February 2015 Archives by thread

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

Starting: Sun Feb 1 01:24:17 PST 2015
Ending: Sat Feb 28 18:29:48 PST 2015
Messages: 1352

• [LLVMdev] CostModel analysis -- what is its actual purpose?   Chandler Carruth
  • [LLVMdev] CostModel analysis -- what is its actual purpose?   Arnold
  • [LLVMdev] CostModel analysis -- what is its actual purpose?   Hal Finkel
• [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Tim Besard
  • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Dimitry Andric
  • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Daniel Sanders
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Daniel Sanders
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Daniel Sanders
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Daniel Sanders
      • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Daniel Sanders
      • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Renato Golin
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Hans Wennborg
      • [LLVMdev] [cfe-dev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Renato Golin
    • [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC2 has been tagged, Testing Phase II begins   Joerg Sonnenberger
• [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
  • [LLVMdev] RFC: Proposal for Poison Semantics   Chandler Carruth
    • [LLVMdev] RFC: Proposal for Poison Semantics   Bruce Hoult
      • [LLVMdev] RFC: Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] RFC: Proposal for Poison Semantics   Bruce Hoult
      • [LLVMdev] RFC: Proposal for Poison Semantics   Sanjoy Das
  • [LLVMdev] RFC: Proposal for Poison Semantics   Philip Reames
    • [LLVMdev] RFC: Proposal for Poison Semantics   Hal Finkel
• [LLVMdev] RFC: The free function llvm::SimplifyCFG isn't used by any in-tree code, can we kill it?   Chandler Carruth
  • [LLVMdev] RFC: The free function llvm::SimplifyCFG isn't used by any in-tree code, can we kill it?   Reid Kleckner
  • [LLVMdev] RFC: The free function llvm::SimplifyCFG isn't used by any in-tree code, can we kill it?   Philip Reames
• [LLVMdev] Building LLVM with static linking on Windows   Russell Wallace
  • [LLVMdev] Building LLVM with static linking on Windows   Yaron Keren
    • [LLVMdev] Building LLVM with static linking on Windows   Russell Wallace
• [LLVMdev] OrcJIT in LLVM C bindings   Hayden Livingston
  • [LLVMdev] OrcJIT in LLVM C bindings   David Blaikie
    • [LLVMdev] OrcJIT in LLVM C bindings   Hayden Livingston
      • [LLVMdev] OrcJIT in LLVM C bindings   David Blaikie
      • [LLVMdev] OrcJIT in LLVM C bindings   David Blaikie
  • [LLVMdev] OrcJIT in LLVM C bindings   Lang Hames
• [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Ana Pazos
  • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   Hal Finkel
    • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
      • [LLVMdev] question about enabling cfl-aa and collecting a57 numbers   George Burgess IV
• [LLVMdev] Question on Loop Normalization in LLVM   KARTHIK VENKATESH BHAT
• [LLVMdev] FYI, cheat sheet for updating out-of-tree targets for TTI changes   Chandler Carruth
• [LLVMdev] [llvm] r188726 - Adding PIC support for ELF on x86_64 platforms   Keno Fischer
  • [LLVMdev] [llvm] r188726 - Adding PIC support for ELF on x86_64 platforms   Lang Hames
• [LLVMdev] RFC: generation of PSAD instruction   Muthyala, Vj
  • [LLVMdev] RFC: generation of PSAD instruction   Ahmed Bougacha
  • [LLVMdev] RFC: generation of PSAD instruction   aschwaighofer at apple.com
    • [LLVMdev] RFC: generation of PSAD instruction   Muthyala, Vj
      • [LLVMdev] RFC: generation of PSAD instruction   Arnold
      • [LLVMdev] RFC: generation of PSAD instruction   Sanjay Patel
  • [LLVMdev] RFC: generation of PSAD instruction   Hal Finkel
• [LLVMdev] LLVM Weekly - #57, Feb 2nd 2015   Alex Bradbury
  • [LLVMdev] LLVM Weekly - #57, Feb 2nd 2015   Aaron Ballman
    • [LLVMdev] LLVM Weekly - #57, Feb 2nd 2015   Alex Bradbury
      • [LLVMdev] LLVM Weekly - #57, Feb 2nd 2015   Aaron Ballman
• [LLVMdev] LLVM IR i128   Wu Zhao
  • [LLVMdev] LLVM IR i128   erkan diken
  • [LLVMdev] LLVM IR i128   Alejandro Velasco
    • [LLVMdev] LLVM IR i128   Jaak Randmets
      • [LLVMdev] LLVM IR i128   Wu Zhao
      • [LLVMdev] LLVM IR i128   Sameer Sahasrabuddhe
      • [LLVMdev] LLVM IR i128   David Jones
• [LLVMdev] A Problem about LLVM Backend Port   Zhang Yinan
  • [LLVMdev] A Problem about LLVM Backend Port   Ziqiang Patrick Huang
  • [LLVMdev] A Problem about LLVM Backend Port   Tom Stellard
• [LLVMdev] Compiling via bitcode on Windows   Russell Wallace
  • [LLVMdev] Compiling via bitcode on Windows   Reid Kleckner
    • [LLVMdev] Compiling via bitcode on Windows   Russell Wallace
      • [LLVMdev] Compiling via bitcode on Windows   Reid Kleckner
  • [LLVMdev] Compiling via bitcode on Windows   Quinn Mahoney
  • [LLVMdev] Compiling via bitcode on Windows   Richard Pennington
• [LLVMdev] question about the 3th and 4th arguments in the registration function   Hui Zhang
  • [LLVMdev] question about the 3th and 4th arguments in the registration function   Hui Zhang
    • [LLVMdev] question about the 3th and 4th arguments in the registration function   John Criswell
• [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Robin Eklind
  • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Sean Silva
    • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Reid Kleckner
      • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Sean Silva
  • [LLVMdev] Inconsistencies or intended behaviour of LLVM IR?   Nick Lewycky
• [LLVMdev] Would like to force one minor, mechanical change on out-of-tree users of the old pass manager   Chandler Carruth
  • [LLVMdev] Would like to force one minor, mechanical change on out-of-tree users of the old pass manager   Chandler Carruth
• [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Ahmed Bougacha
  • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Chandler Carruth
    • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Ahmed Bougacha
      • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Hal Finkel
      • [LLVMdev] Basic AliasAnalysis: Can GEPs with the same base but different constant indices into a struct alias?   Ahmed Bougacha
• [LLVMdev] Reassociate and Canonicalization of Expressions   Mehdi Amini
  • [LLVMdev] Reassociate and Canonicalization of Expressions   Mehdi Amini
    • [LLVMdev] Reassociate and Canonicalization of Expressions   Chad Rosier
      • [LLVMdev] Reassociate and Canonicalization of Expressions   Mehdi Amini
      • [LLVMdev] Reassociate and Canonicalization of Expressions   Owen Anderson
      • [LLVMdev] Reassociate and Canonicalization of Expressions   Mehdi Amini
      • [LLVMdev] Reassociate and Canonicalization of Expressions   Chad Rosier
      • [LLVMdev] Reassociate and Canonicalization of Expressions   Chad Rosier
      • [LLVMdev] Reassociate and Canonicalization of Expressions   Mehdi Amini
• [LLVMdev] TargetTransformInfo::getIntImmCost() and code size   Steve King
• [LLVMdev] Current state-of-the-art in whole program optimization   Russell Wallace
  • [LLVMdev] Current state-of-the-art in whole program optimization   David Blaikie
  • [LLVMdev] Current state-of-the-art in whole program optimization   Nick Lewycky
• [LLVMdev] LLVM buildmaster will be restarted tonight.   Galina Kistanova
• [LLVMdev] RFC - VectorUtils.h isTriviallyVectorizable(Intrinsic::ID)   Mark Schimmel
  • [LLVMdev] RFC - VectorUtils.h isTriviallyVectorizable(Intrinsic::ID)   Hal Finkel
• [LLVMdev] Debug info not preserved by llvm-as (LLParser)?   Peter Zion
  • [LLVMdev] Debug info not preserved by llvm-as (LLParser)?   David Blaikie
    • [LLVMdev] Debug info not preserved by llvm-as (LLParser)?   Peter Zion
• [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   Kaylor, Andrew
  • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   Reid Kleckner
    • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   John McCall
      • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   Kaylor, Andrew
      • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   John McCall
      • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   Reid Kleckner
      • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   John McCall
      • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   Reid Kleckner
      • [LLVMdev] RFC: Replace __cxa_begin_catch/__cxa_end_catch with intrinsics   John McCall
• [LLVMdev] RFC: Constant Hoisting   Chris Sears
  • [LLVMdev] RFC: Constant Hoisting   Chris Sears
    • [LLVMdev] RFC: Constant Hoisting   Chris Sears
      • [LLVMdev] RFC: Constant Hoisting   Chris Sears
      • [LLVMdev] RFC: Constant Hoisting   Mehdi Amini
      • [LLVMdev] RFC: Constant Hoisting   Chris Sears
      • [LLVMdev] RFC: Constant Hoisting   Mehdi Amini
      • [LLVMdev] RFC: Constant Hoisting   Chris Sears
      • [LLVMdev] RFC: Constant Hoisting   Chris Sears
      • [LLVMdev] RFC: Constant Hoisting   Matt Godbolt
      • [LLVMdev] RFC: Constant Hoisting   Jim Grosbach
      • [LLVMdev] RFC: Constant Hoisting   Chris Sears
• [LLVMdev] Proposal for Poison Semantics   Nuno Lopes
  • [LLVMdev] Proposal for Poison Semantics   David Majnemer
    • [LLVMdev] Proposal for Poison Semantics   John Regehr
      • [LLVMdev] Proposal for Poison Semantics   Nuno Lopes
      • [LLVMdev] Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] Proposal for Poison Semantics   John Regehr
      • [LLVMdev] Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] Proposal for Poison Semantics   David Majnemer
      • [LLVMdev] Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] Proposal for Poison Semantics   John Regehr
    • [LLVMdev] Proposal for Poison Semantics   Nuno Lopes
      • [LLVMdev] Proposal for Poison Semantics   Sanjoy Das
      • [LLVMdev] Proposal for Poison Semantics   David Majnemer
  • [LLVMdev] Proposal for Poison Semantics   John Regehr
    • [LLVMdev] Proposal for Poison Semantics   David Majnemer
• [LLVMdev] unwind's permanent residence   Renato Golin
  • [LLVMdev] unwind's permanent residence   C Bergström
  • [LLVMdev] unwind's permanent residence   Jonathan Roelofs
  • [LLVMdev] unwind's permanent residence   Jonathan Roelofs
    • [LLVMdev] unwind's permanent residence   Renato Golin
  • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
  • [LLVMdev] unwind's permanent residence   Nick Kledzik
    • [LLVMdev] unwind's permanent residence   Renato Golin
  • [LLVMdev] unwind's permanent residence   Jonathan Roelofs
  • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
    • [LLVMdev] unwind's permanent residence   Renato Golin
      • [LLVMdev] unwind's permanent residence   Saleem Abdulrasool
      • [LLVMdev] unwind's permanent residence   Marshall Clow
      • [LLVMdev] unwind's permanent residence   Renato Golin
• [LLVMdev] Marking *some* pointers for gc   Philip Reames
• [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
  • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Eric Christopher
  • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Jonathan Roelofs
    • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
      • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Nick Kledzik
      • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Jack Howarth
      • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   David Fang
  • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Renato Golin
  • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Hans Wennborg
    • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
  • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Jonathan Roelofs
    • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Jonathan Roelofs
      • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Alexey Samsonov
  • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Zachary Turner
    • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Chris Bieneman
    • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Ed Maste
    • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Joerg Sonnenberger
  • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Alexey Samsonov
    • [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf   Eric Christopher
• [LLVMdev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
  • [LLVMdev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
  • [LLVMdev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
    • [LLVMdev] [3.6 Release] Release Candidate 2 available   Sylvestre Ledru
      • [LLVMdev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
      • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 2 available   Eric Fiselier
      • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 2 available   Dimitry Andric
      • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
      • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 2 available   Marshall Clow
      • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 2 available   Marshall Clow
      • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
      • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
  • [LLVMdev] [3.6 Release] Release Candidate 2 available   Sedat Dilek
    • [LLVMdev] [3.6 Release] Release Candidate 2 available   Hans Wennborg
      • [LLVMdev] [3.6 Release] Release Candidate 2 available   Sedat Dilek
      • [LLVMdev] [3.6 Release] Release Candidate 2 available   Anton Korobeynikov
  • [LLVMdev] [3.6 Release] Release Candidate 2 available   Sedat Dilek
    • [LLVMdev] [3.6 Release] Release Candidate 2 available   Anton Korobeynikov
      • [LLVMdev] [3.6 Release] Release Candidate 2 available   Sedat Dilek
• [LLVMdev] Reducing impact of DSE   David Jones
  • [LLVMdev] Reducing impact of DSE   Bruno Cardoso Lopes
• [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Chandler Carruth
  • [LLVMdev] RFB: Would like to flip the vector shuffle legality flag   Chandler Carruth
• [LLVMdev] LNT install   David Callahan
  • [LLVMdev] LNT install   Daniel Dunbar
• [LLVMdev] [libcxx] Linking against just-built libcxxabi   Greg Fitzgerald
  • [LLVMdev] [libcxx] Linking against just-built libcxxabi   Dan Albert
• [LLVMdev] Example for usage of LLVM/Clang/libclc   Ahmed ElTantawy
  • [LLVMdev] Example for usage of LLVM/Clang/libclc   Ahmed ElTantawy
    • [LLVMdev] Example for usage of LLVM/Clang/libclc   Dan Liew
      • [LLVMdev] Example for usage of LLVM/Clang/libclc   mats petersson
      • [LLVMdev] Example for usage of LLVM/Clang/libclc   Ahmed ElTantawy
      • [LLVMdev] Example for usage of LLVM/Clang/libclc   mats petersson
      • [LLVMdev] Example for usage of LLVM/Clang/libclc   Dan Liew
• [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
  • [LLVMdev] IR extension proposal: bitset constants   Sean Silva
    • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
      • [LLVMdev] IR extension proposal: bitset constants   Sean Silva
      • [LLVMdev] IR extension proposal: bitset constants   Peter Collingbourne
• [LLVMdev] [PBQP] Are edges between nodes from totally disjoint register classes necessary ?   Arnaud A. de Grandmaison
  • [LLVMdev] [PBQP] Are edges between nodes from totally disjoint register classes necessary ?   Lang Hames
    • [LLVMdev] [PBQP] Are edges between nodes from totally disjoint register classes necessary ?   Arnaud De Grandmaison
• [LLVMdev] Question on Machine Combiner Pass   Mandeep Singh Grang
  • [LLVMdev] Question on Machine Combiner Pass   Mandeep Singh Grang
    • [LLVMdev] Question on Machine Combiner Pass   Hal Finkel
      • [LLVMdev] Question on Machine Combiner Pass   Ana Pazos
      • [LLVMdev] Question on Machine Combiner Pass   Hal Finkel
• [LLVMdev] LTO regression test Bug 17623   David Callahan
  • [LLVMdev] LTO regression test Bug 17623   David Blaikie
    • [LLVMdev] LTO regression test Bug 17623   David Callahan
      • [LLVMdev] LTO regression test Bug 17623   David Blaikie
• [LLVMdev] RFC: Removing ABIArgInfo::Expand from Clang ABI lowering   John McCall
  • [LLVMdev] [cfe-dev] RFC: Removing ABIArgInfo::Expand from Clang ABI lowering   Tim Northover
• [LLVMdev] Handling of KILL instructions.   Vasileios Kalintiris
  • [LLVMdev] Handling of KILL instructions.   Vasileios Kalintiris
    • [LLVMdev] Handling of KILL instructions.   Quentin Colombet
      • [LLVMdev] Handling of KILL instructions.   Vasileios Kalintiris
• [LLVMdev] Formatting of command line option help text   Russell Wallace
  • [LLVMdev] Formatting of command line option help text   Chris Bieneman
• [LLVMdev] Code Owner for StructurizeCFG pass   Tom Stellard
  • [LLVMdev] Code Owner for StructurizeCFG pass   Chris Lattner
• [LLVMdev] AliasInfo for MachineMemOperands   Jeroen Dobbelaere
  • [LLVMdev] AliasInfo for MachineMemOperands   Hal Finkel
• [LLVMdev] ARM regression between r223766 and r223925   Renato Golin
  • [LLVMdev] ARM regression between r223766 and r223925   İsmail Dönmez
• [LLVMdev] Release branches are missing from the Git mirror for libc++abi   Logan Chien
• [LLVMdev] BasicAA Tests   Hal Finkel
  • [LLVMdev] BasicAA Tests   Hal Finkel
    • [LLVMdev] BasicAA Tests   George Burgess IV
      • [LLVMdev] BasicAA Tests   Ahmed Bougacha
  • [LLVMdev] BasicAA Tests   Ahmed Bougacha
• [LLVMdev] Is this a bug with loop unrolling and TargetTransformInfo ?   Tom Stellard
  • [LLVMdev] Is this a bug with loop unrolling and TargetTransformInfo ?   Hal Finkel
    • [LLVMdev] Is this a bug with loop unrolling and TargetTransformInfo ?   Tom Stellard
      • [LLVMdev] Is this a bug with loop unrolling and TargetTransformInfo ?   Hal Finkel
• [LLVMdev] RFC: Add ISD nodes for mad   Matt Arsenault
  • [LLVMdev] RFC: Add ISD nodes for mad   Hal Finkel
• [LLVMdev] llvm builtins   reed kotler
  • [LLVMdev] llvm builtins   Reid Kleckner
    • [LLVMdev] llvm builtins   reed kotler
    • [LLVMdev] llvm builtins   Reed Kotler
    • [LLVMdev] llvm builtins   reed kotler
    • [LLVMdev] llvm builtins   reed kotler
      • [LLVMdev] llvm builtins   Reed Kotler
    • [LLVMdev] llvm builtins   reed kotler
• [LLVMdev] value tracking   Xin Tong
  • [LLVMdev] value tracking   陳韋任
• [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
  • [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
  • [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
  • [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
  • [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
  • [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
  • [LLVMdev] LLVM buildmaster will be restarted tonight   Galina Kistanova
• [LLVMdev] 3.5.1 Testing Phase II Begins   Chilledheart
• [LLVMdev] Vellvm customization   Zahra Marj
  • [LLVMdev] Vellvm customization   Steve Zdancewic
• [LLVMdev] RFC: Recursive inlining   James Molloy
  • [LLVMdev] RFC: Recursive inlining   Chandler Carruth
  • [LLVMdev] RFC: Recursive inlining   Jeremy Lakeman
    • [LLVMdev] RFC: Recursive inlining   Jeremy Lakeman
  • [LLVMdev] RFC: Recursive inlining   Hal Finkel
    • [LLVMdev] RFC: Recursive inlining   James Molloy
      • [LLVMdev] RFC: Recursive inlining   Pablo Barrio
      • [LLVMdev] RFC: Recursive inlining   mats petersson
      • [LLVMdev] RFC: Recursive inlining   Hal Finkel
      • [LLVMdev] RFC: Recursive inlining   Rafael Auler
      • [LLVMdev] RFC: Recursive inlining   Pablo Barrio
      • [LLVMdev] RFC: Recursive inlining   Chandler Carruth
      • [LLVMdev] RFC: Recursive inlining   Pablo Barrio
      • [LLVMdev] RFC: Recursive inlining   Rafael Auler
      • [LLVMdev] RFC: Recursive inlining   Jeremy Lakeman
      • [LLVMdev] RFC: Recursive inlining   Pablo Barrio
• [LLVMdev] JumpThreading and @llvm.dbg.declare()   Karl-Johan Karlsson
  • [LLVMdev] JumpThreading and @llvm.dbg.declare()   Hans Wennborg
    • [LLVMdev] JumpThreading and @llvm.dbg.declare()   Karl-Johan Karlsson
      • [LLVMdev] [PATCH] Added lowering of dbg.declare in JumpThreading.cpp   Karl-Johan Karlsson
• [LLVMdev] [RFC] LoopInterchange Pass for llvm   KARTHIK VENKATESH BHAT
• [LLVMdev] Fwd: [cfe-dev] freebsd-mips64 unhandled .cpsetup   David Chisnall
  • [LLVMdev] [cfe-dev] freebsd-mips64 unhandled .cpsetup   Daniel Sanders
    • [LLVMdev] [cfe-dev] freebsd-mips64 unhandled .cpsetup   Toma Tabacu
      • [LLVMdev] [cfe-dev] freebsd-mips64 unhandled .cpsetup   Toma Tabacu
      • [LLVMdev] [cfe-dev] freebsd-mips64 unhandled .cpsetup   Sean Bruno
      • [LLVMdev] [cfe-dev] freebsd-mips64 unhandled .cpsetup   Toma Tabacu
      • [LLVMdev] [cfe-dev] freebsd-mips64 unhandled .cpsetup   Sean Bruno
      • [LLVMdev] [cfe-dev] freebsd-mips64 unhandled .cpsetup [fixed]   Sean Bruno
• [LLVMdev] Questions about Static Profile Estimator   Mark Murphy
  • [LLVMdev] Questions about Static Profile Estimator   Das, Dibyendu
• [LLVMdev] Is there any known bug related to NoDuplicate in LLVM/Clang 3.5   Lu Mitnick
  • [LLVMdev] Is there any known bug related to NoDuplicate in LLVM/Clang 3.5   Matt Arsenault
  • [LLVMdev] Is there any known bug related to NoDuplicate in LLVM/Clang 3.5   Brandon Lloyd
    • [LLVMdev] Is there any known bug related to NoDuplicate in LLVM/Clang 3.5   Tom Stellard
• [LLVMdev] Fwd: ANNOUNCEMENT: Intel386 psABI version 1.0   H.J. Lu
• [LLVMdev] [lld] Representation of lld::Reference with a fake target   Simon Atanasyan
  • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
  • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaran
    • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaran
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaran
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Michael Spencer
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Michael Spencer
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Michael Spencer
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaram
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaran
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Simon Atanasyan
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaram
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Simon Atanasyan
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaram
  • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Nick Kledzik
    • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Simon Atanasyan
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaram
  • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Denis Protivensky
    • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaran
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Shankar Easwaran
      • [LLVMdev] [lld] Representation of lld::Reference with a fake target   Rui Ueyama
• [LLVMdev] i1 Values   dag at cray.com
  • [LLVMdev] i1 Values   dag at cray.com
    • [LLVMdev] i1 Values   Nick Lewycky
  • [LLVMdev] i1 Values   Nick Lewycky
    • [LLVMdev] i1 Values   dag at cray.com
  • [LLVMdev] i1 Values   Rob Cameron
  • [LLVMdev] i1 Values   Micah Villmow
  • [LLVMdev] i1 Values   dag at cray.com
    • [LLVMdev] i1 Values   Jonathan Roelofs
• [LLVMdev] type legalization/operation action   kewuzhang
  • [LLVMdev] type legalization/operation action   Matt Arsenault
    • [LLVMdev] type legalization/operation action   kewuzhang
  • [LLVMdev] type legalization/operation action   Tom Stellard
    • [LLVMdev] type legalization/operation action   kewuzhang
    • [LLVMdev] type legalization/operation action   Tom Stellard
    • [LLVMdev] type legalization/operation action   kewuzhang
      • [LLVMdev] type legalization/operation action   kewuzhang
      • [LLVMdev] type legalization/operation action   Tom Stellard
• [LLVMdev] More kinds of recursive types in llvm   Rafael Espíndola
  • [LLVMdev] More kinds of recursive types in llvm   Rodney M. Bates
• [LLVMdev] About python requirement, can down to 2.6 for rhel 6?   ownsshaim at aol.com
  • [LLVMdev] About python requirement, can down to 2.6 for rhel 6?   Own Ssh
    • [LLVMdev] About python requirement, can down to 2.6 for rhel 6?   Eli Bendersky
• [LLVMdev] [lld] r228401 - Revert "[Core] Update ContentPermissions"   Shankar Easwaran
• [LLVMdev] Moving towards a singular pointer type   David Blaikie
  • [LLVMdev] Moving towards a singular pointer type   Sanjoy Das
    • [LLVMdev] Moving towards a singular pointer type   Sean Silva
    • [LLVMdev] Moving towards a singular pointer type   Jeremy Lakeman
      • [LLVMdev] Moving towards a singular pointer type   Jeremy Lakeman
      • [LLVMdev] Moving towards a singular pointer type   Sanjoy Das
      • [LLVMdev] Moving towards a singular pointer type   Sanjoy Das
    • [LLVMdev] Moving towards a singular pointer type   Reid Kleckner
      • [LLVMdev] Moving towards a singular pointer type   Chandler Carruth
      • [LLVMdev] Moving towards a singular pointer type   Reid Kleckner
      • [LLVMdev] Moving towards a singular pointer type   Chandler Carruth
      • [LLVMdev] Moving towards a singular pointer type   Pete Cooper
      • [LLVMdev] Moving towards a singular pointer type   Chandler Carruth
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   Chandler Carruth
      • [LLVMdev] Moving towards a singular pointer type   Owen Anderson
      • [LLVMdev] Moving towards a singular pointer type   Rafael Espíndola
      • [LLVMdev] Moving towards a singular pointer type   Pete Cooper
  • [LLVMdev] Moving towards a singular pointer type   Sean Silva
    • [LLVMdev] Moving towards a singular pointer type   Herbie Robinson
  • [LLVMdev] Moving towards a singular pointer type   Jeremy Lakeman
  • [LLVMdev] Moving towards a singular pointer type   Daniel Berlin
  • [LLVMdev] Moving towards a singular pointer type   Kuperstein, Michael M
    • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   David Chisnall
      • [LLVMdev] Moving towards a singular pointer type   Jeroen Dobbelaere
      • [LLVMdev] Moving towards a singular pointer type   Philip Reames
  • [LLVMdev] Moving towards a singular pointer type   Dirkjan Ochtman
    • [LLVMdev] Moving towards a singular pointer type   Antoine Pitrou
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   deadal nix
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   Chandler Carruth
  • [LLVMdev] Moving towards a singular pointer type   Chris Lattner
    • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   Colin LeMahieu
      • [LLVMdev] Moving towards a singular pointer type   Josh Klontz
      • [LLVMdev] Moving towards a singular pointer type   Chris Lattner
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   Chandler Carruth
      • [LLVMdev] Moving towards a singular pointer type   Chris Lattner
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   Colin LeMahieu
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
      • [LLVMdev] Moving towards a singular pointer type   Colin LeMahieu
      • [LLVMdev] Moving towards a singular pointer type   David Blaikie
• [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Hal Finkel
  • [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Jonas Paulsson
    • [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Andrew Trick
      • [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Jonas Paulsson
      • [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Andrew Trick
      • [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Jonas Paulsson
      • [LLVMdev] [PATCH] Bugfix for missed dependency from store to load in buildSchedGraph().   Daniel Sanders
• [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
  • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
    • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Emil Velikov
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Dimitry Andric
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Emil Velikov
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Dimitry Andric
      • [LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support in GLXwith llvm-toolchain v3.6.0rc2   Marc Dietrich
      • [LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support in GLXwith llvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support in GLXwithllvm-toolchain v3.6.0rc2   Marc Dietrich
      • [LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support in GLXwithllvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support inGLXwithllvm-toolchain v3.6.0rc2   Marc Dietrich
      • [LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support inGLXwithllvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Jose Fonseca
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
      • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Jose Fonseca
  • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Jose Fonseca
    • [LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2   Sedat Dilek
• [LLVMdev] RFC: Proposal to Remove Poison   David Majnemer
  • [LLVMdev] RFC: Proposal to Remove Poison   Hal Finkel
    • [LLVMdev] RFC: Proposal to Remove Poison   Reid Kleckner
      • [LLVMdev] RFC: Proposal to Remove Poison   Hal Finkel
      • [LLVMdev] RFC: Proposal to Remove Poison   Reid Kleckner
      • [LLVMdev] RFC: Proposal to Remove Poison   Hal Finkel
      • [LLVMdev] RFC: Proposal to Remove Poison   David Majnemer
      • [LLVMdev] RFC: Proposal to Remove Poison   Sanjoy Das
      • [LLVMdev] RFC: Proposal to Remove Poison   David Majnemer
  • [LLVMdev] RFC: Proposal to Remove Poison   Mehdi Amini
  • [LLVMdev] RFC: Proposal to Remove Poison   John Regehr
  • [LLVMdev] RFC: Proposal to Remove Poison   Owen Anderson
    • [LLVMdev] RFC: Proposal to Remove Poison   John Regehr
    • [LLVMdev] RFC: Proposal to Remove Poison   David Majnemer
      • [LLVMdev] RFC: Proposal to Remove Poison   Sanjoy Das
  • [LLVMdev] RFC: Proposal to Remove Poison   Sanjoy Das
    • [LLVMdev] RFC: Proposal to Remove Poison   Sanjoy Das
  • [LLVMdev] Proposal to Remove Poison   Nuno Lopes
    • [LLVMdev] Proposal to Remove Poison   Sanjoy Das
      • [LLVMdev] Proposal to Remove Poison   Nuno Lopes
• [LLVMdev] UltraEdit syntax highlighting   Russell Wallace
• [LLVMdev] Fwd: Improper Function::iterator increment   Pranav Kant
  • [LLVMdev] Fwd: Improper Function::iterator increment   David Blaikie
    • [LLVMdev] Fwd: Improper Function::iterator increment   Pranav Kant
      • [LLVMdev] Fwd: Improper Function::iterator increment   David Blaikie
      • [LLVMdev] Fwd: Improper Function::iterator increment   Pranav Kant
      • [LLVMdev] Fwd: Improper Function::iterator increment   Nick Lewycky
      • [LLVMdev] Fwd: Improper Function::iterator increment   Pranav Kant
• [LLVMdev] X86 peephole optimization   Chris Sears
  • [LLVMdev] X86 peephole optimization   Chris Sears
• [LLVMdev] Is "clang -O1" the same as "clang -O0 + opt -O1"?   Yi-Hong Lyu
  • [LLVMdev] Is "clang -O1" the same as "clang -O0 + opt -O1"?   Hal Finkel
    • [LLVMdev] Is "clang -O1" the same as "clang -O0 + opt -O1"?   Yi-Hong Lyu
• [LLVMdev] [3.6 Release] Wrapping up this week   Hans Wennborg
• [LLVMdev] DataLayout missing in isDereferenceablePointer()   Ramkumar Ramachandra
  • [LLVMdev] DataLayout missing in isDereferenceablePointer()   Eric Christopher
    • [LLVMdev] DataLayout missing in isDereferenceablePointer()   Ramkumar Ramachandra
      • [LLVMdev] DataLayout missing in isDereferenceablePointer()   Sanjoy Das
      • [LLVMdev] DataLayout missing in isDereferenceablePointer()   Ramkumar Ramachandra
• [LLVMdev] lld options to parse linker script   shridevi Bellatti
  • [LLVMdev] lld options to parse linker script   Rafael Auler
    • [LLVMdev] lld options to parse linker script   shridevi Bellatti
• [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Greg Bedwell
  • [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Aaron Ballman
    • [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   NAKAMURA Takumi
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Zachary Turner
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Benjamin Kramer
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Aaron Ballman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Aaron Ballman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Aaron Ballman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Chris Bieneman
      • [LLVMdev] [lldb-dev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk   Sean Silva
• [LLVMdev] setjmp / longjmp does not work on X86   Paweł Bylica
  • [LLVMdev] setjmp / longjmp does not work on X86   Tim Northover
• [LLVMdev] [lld] Need help: "buildbot failure in LLVM on lld-x86_64-freebsd"   Johannes Doerfert
  • [LLVMdev] [lld] Need help: "buildbot failure in LLVM on lld-x86_64-freebsd"   Ed Maste
    • [LLVMdev] [lld] Need help: "buildbot failure in LLVM on lld-x86_64-freebsd"   Johannes Doerfert
• [LLVMdev] Any mechanism available for link time inlineing?   mobi phil
  • [LLVMdev] Any mechanism available for link time inlineing?   mobi phil
    • [LLVMdev] Any mechanism available for link time inlineing?   Mehdi Amini
      • [LLVMdev] Any mechanism available for link time inlineing?   mobi phil
      • [LLVMdev] Any mechanism available for link time inlineing?   Nick Lewycky
      • [LLVMdev] Any mechanism available for link time inlineing?   Tim Northover
      • [LLVMdev] Any mechanism available for link time inlineing?   Duncan P. N. Exon Smith
      • [LLVMdev] Any mechanism available for link time inlineing?   Duncan P. N. Exon Smith
• [LLVMdev] LLVM Weekly - #58, Feb 9th 2015   Alex Bradbury
• [LLVMdev] poolalloc and steensgaard   Daniel Guo
  • [LLVMdev] poolalloc and steensgaard   Yogesh Chavan
    • [LLVMdev] poolalloc and steensgaard   Daniel Guo
      • [LLVMdev] poolalloc and steensgaard   Yogesh Chavan
      • [LLVMdev] poolalloc and steensgaard   Daniel Guo
  • [LLVMdev] poolalloc and steensgaard   John Criswell
• [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
  • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
    • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Reid Kleckner
    • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chandler Carruth
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Aaron Ballman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   NAKAMURA Takumi
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   NAKAMURA Takumi
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Galina Kistanova
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   NAKAMURA Takumi
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Galina Kistanova
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Gordon Keiser
  • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Tobias Grosser
    • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Tobias Grosser
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
    • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Mehdi Amini
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Mehdi Amini
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Tobias Grosser
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Zachary Turner
      • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Owen Anderson
  • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Zachary Turner
    • [LLVMdev] [RFC] Raise minimum required CMake version to 3.0   Chris Bieneman
• [LLVMdev] SVN Error: Unable to commit   Ramkumar Ramachandra
  • [LLVMdev] SVN Error: Unable to commit   Ramkumar Ramachandra
• [LLVMdev] Simple example of creating debug info?   David Jones
  • [LLVMdev] Simple example of creating debug info?   David Blaikie
    • [LLVMdev] Simple example of creating debug info?   Eric Christopher
• [LLVMdev] aarch64 status for generating SIMD instructions   Ralph Campbell
  • [LLVMdev] aarch64 status for generating SIMD instructions   Arnaud A. de Grandmaison
    • [LLVMdev] aarch64 status for generating SIMD instructions   Ralph Campbell
      • [LLVMdev] aarch64 status for generating SIMD instructions   Arnaud A. de Grandmaison
      • [LLVMdev] aarch64 status for generating SIMD instructions   Michael Zolotukhin
      • [LLVMdev] aarch64 status for generating SIMD instructions   Ralph Campbell
      • [LLVMdev] aarch64 status for generating SIMD instructions   Michael Zolotukhin
      • [LLVMdev] aarch64 status for generating SIMD instructions   Michael Zolotukhin
      • [LLVMdev] aarch64 status for generating SIMD instructions   Ralph Campbell
      • [LLVMdev] aarch64 status for generating SIMD instructions   Michael Zolotukhin
• [LLVMdev] AMD build bot spam (was Re: Failure CPUPC_AMD_LLVM-3-7-0)   Chandler Carruth
  • [LLVMdev] AMD build bot spam (was Re: Failure CPUPC_AMD_LLVM-3-7-0)   Das, Dibyendu
• [LLVMdev] Recall: AMD build bot spam (was Re: Failure CPUPC_AMD_LLVM-3-7-0)   Das, Dibyendu
• [LLVMdev] llvm-link failing depending on order of files   Russell Wallace
  • [LLVMdev] llvm-link failing depending on order of files   Rafael Espíndola
    • [LLVMdev] llvm-link failing depending on order of files   Russell Wallace
• [LLVMdev] Example of use of libclang   Stéphane Letz
  • [LLVMdev] Example of use of libclang   Lang Hames
• [LLVMdev] Euro LLVM 2015 reminder and CFP deadline.   Andy Thomason
  • [LLVMdev] Euro LLVM 2015 reminder and CFP deadline.   Gabor Ballabas
    • [LLVMdev] Euro LLVM 2015 reminder and CFP deadline.   Tobias Grosser
• [LLVMdev] Coverage mapping issue: Malformed profile data   Dmitry Volyntsev
  • [LLVMdev] Coverage mapping issue: Malformed profile data   Justin Bogner
    • [LLVMdev] Coverage mapping issue: Malformed profile data   Dmitry Volyntsev
    • [LLVMdev] Coverage mapping issue: Malformed profile data   Dmitry Volyntsev
• [LLVMdev] llvm-link deprecated in favor of gold plugin?   Russell Wallace
  • [LLVMdev] llvm-link deprecated in favor of gold plugin?   Teresa Johnson
    • [LLVMdev] llvm-link deprecated in favor of gold plugin?   Russell Wallace
      • [LLVMdev] llvm-link deprecated in favor of gold plugin?   Teresa Johnson
      • [LLVMdev] llvm-link deprecated in favor of gold plugin?   Russell Wallace
      • [LLVMdev] llvm-link deprecated in favor of gold plugin?   Rafael Espíndola
• [LLVMdev] C++ demangler for llvm tools   Sumanth Gundapaneni
  • [LLVMdev] C++ demangler for llvm tools   David Chisnall
    • [LLVMdev] C++ demangler for llvm tools   Sumanth Gundapaneni
  • [LLVMdev] C++ demangler for llvm tools   Michael Spencer
    • [LLVMdev] C++ demangler for llvm tools   Sean Silva
      • [LLVMdev] C++ demangler for llvm tools   Sumanth Gundapaneni
• [LLVMdev] Semantics of __builtin_setjmp/__builtin_longjmp   Joerg Sonnenberger
  • [LLVMdev] Semantics of __builtin_setjmp/__builtin_longjmp   Tim Northover
    • [LLVMdev] Semantics of __builtin_setjmp/__builtin_longjmp   Jim Grosbach
• [LLVMdev] Bug in ARM Thumb inline asm?   Richard Pennington
  • [LLVMdev] [cfe-dev] Bug in ARM Thumb inline asm?   James Molloy
    • [LLVMdev] [cfe-dev] Bug in ARM Thumb inline asm?   Renato Golin
  • [LLVMdev] Bug in ARM Thumb inline asm?   Richard Pennington
• [LLVMdev] Some basic questions regarding MCJIT and Kaleidoscope sample   Dibyendu Majumdar
  • [LLVMdev] Some basic questions regarding MCJIT and Kaleidoscope sample   David Blaikie
    • [LLVMdev] Some basic questions regarding MCJIT and Kaleidoscope sample   Lang Hames
      • [LLVMdev] Some basic questions regarding MCJIT and Kaleidoscope sample   Dibyendu Majumdar
      • [LLVMdev] Some basic questions regarding MCJIT and Kaleidoscope sample   Dibyendu Majumdar
      • [LLVMdev] Some basic questions regarding MCJIT and Kaleidoscope sample   Lang Hames
    • [LLVMdev] Some basic questions regarding MCJIT and Kaleidoscope sample   Dibyendu Majumdar
• [LLVMdev] Should we add noduplicate attribute on the function which contains a noduplicate function call?   Yi-Hong Lyu
  • [LLVMdev] Should we add noduplicate attribute on the function which contains a noduplicate function call?   James Molloy
    • [LLVMdev] Should we add noduplicate attribute on the function which contains a noduplicate function call?   Yi-Hong Lyu
      • [LLVMdev] Should we add noduplicate attribute on the function which contains a noduplicate function call?   Yi-Hong Lyu
• [LLVMdev] Summer 2015 Internship Opportunities at Sony PlayStation   Rosenberg, Alex
  • [LLVMdev] Summer 2015 Internship Opportunities at Sony PlayStation   Rosenberg, Alex
• [LLVMdev] RFC: Native Windows C++ exception handling   Joseph Tremoulet
  • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
    • [LLVMdev] RFC: Native Windows C++ exception handling   Kaylor, Andrew
      • [LLVMdev] RFC: Native Windows C++ exception handling   Joseph Tremoulet
      • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
      • [LLVMdev] RFC: Native Windows C++ exception handling   Joseph Tremoulet
      • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
      • [LLVMdev] RFC: Native Windows C++ exception handling   Joseph Tremoulet
      • [LLVMdev] RFC: Native Windows C++ exception handling   Reid Kleckner
      • [LLVMdev] RFC: Native Windows C++ exception handling   Chandler Carruth
• [LLVMdev] LLVM buildmaster will be restarted in few minutes.   Galina Kistanova
• [LLVMdev] New CMake goodness for IDE projects   Zachary Turner
• [LLVMdev] question about licm   songlh
  • [LLVMdev] question about licm   Nema, Ashutosh
    • [LLVMdev] question about licm   Hal Finkel
      • [LLVMdev] question about licm   Hal Finkel
      • [LLVMdev] question about licm   Linhai
      • [LLVMdev] question about licm   Linhai
• [LLVMdev] deleting or replacing a MachineInst   Chris Sears
  • [LLVMdev] deleting or replacing a MachineInst   Mehdi Amini
    • [LLVMdev] deleting or replacing a MachineInst   Chris Sears
      • [LLVMdev] deleting or replacing a MachineInst   Mehdi Amini
      • [LLVMdev] deleting or replacing a MachineInst   Chris Sears
      • [LLVMdev] deleting or replacing a MachineInst   Mehdi Amini
      • [LLVMdev] deleting or replacing a MachineInst   Chris Sears
      • [LLVMdev] deleting or replacing a MachineInst   Mehdi Amini
      • [LLVMdev] deleting or replacing a MachineInst   Chris Sears
      • [LLVMdev] deleting or replacing a MachineInst   Owen Anderson
• [LLVMdev] LLVM as an OpenGL backend   Sam Kellett
  • [LLVMdev] LLVM as an OpenGL backend   Owen Anderson
  • [LLVMdev] LLVM as an OpenGL backend   Tom Stellard
    • [LLVMdev] LLVM as an OpenGL backend   Owen Anderson
      • [LLVMdev] LLVM as an OpenGL backend   Sam Kellett
      • [LLVMdev] LLVM as an OpenGL backend   Chris Bieneman
• [LLVMdev] Importing Andersen and Steensgaard Alias Analysis in Latest LLVM   Yogesh Chavan
  • [LLVMdev] Importing Andersen and Steensgaard Alias Analysis in Latest LLVM   Philip Reames
• [LLVMdev] COFF on-disk section alignment Was: Re: [cfe-dev] [PATCH] Wrap clang modules inside Mach-O/ELF/COFF containers   Adrian Prantl
  • [LLVMdev] COFF on-disk section alignment Was: Re: [cfe-dev] [PATCH] Wrap clang modules inside Mach-O/ELF/COFF containers   David Majnemer
    • [LLVMdev] COFF on-disk section alignment Was: Re: [cfe-dev] [PATCH] Wrap clang modules inside Mach-O/ELF/COFF containers   Adrian Prantl
      • [LLVMdev] COFF on-disk section alignment Was: Re: [cfe-dev] [PATCH] Wrap clang modules inside Mach-O/ELF/COFF containers   David Majnemer
      • [LLVMdev] COFF on-disk section alignment Was: Re: [cfe-dev] [PATCH] Wrap clang modules inside Mach-O/ELF/COFF containers   Adrian Prantl
• [LLVMdev] Noop in sys::getDefaultTargetTriple()?   Kamil Rytarowski
  • [LLVMdev] Noop in sys::getDefaultTargetTriple()?   Tim Northover
    • [LLVMdev] Noop in sys::getDefaultTargetTriple()?   Kamil Rytarowski
      • [LLVMdev] Noop in sys::getDefaultTargetTriple()?   Tim Northover
  • [LLVMdev] Noop in sys::getDefaultTargetTriple()?   Yaron Keren
• [LLVMdev] Hang in InstCombiner::DoOneIteration   Rob Grapes
  • [LLVMdev] Hang in InstCombiner::DoOneIteration   David Majnemer
• [LLVMdev] [RFC] Storing default function attributes on the module   Duncan P. N. Exon Smith
  • [LLVMdev] [RFC] Storing default function attributes on the module   Reid Kleckner
    • [LLVMdev] [RFC] Storing default function attributes on the module   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] Storing default function attributes on the module   Jim Grosbach
      • [LLVMdev] [RFC] Storing default function attributes on the module   Pete Cooper
      • [LLVMdev] [RFC] Storing default function attributes on the module   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] Storing default function attributes on the module   Sean Silva
      • [LLVMdev] [RFC] Storing default function attributes on the module   Pete Cooper
  • [LLVMdev] [RFC] Storing default function attributes on the module   Sean Silva
  • [LLVMdev] [RFC] Storing default function attributes on the module   Eric Christopher
    • [LLVMdev] [RFC] Storing default function attributes on the module   Duncan P. N. Exon Smith
      • [LLVMdev] [RFC] Storing default function attributes on the module   Sean Silva
      • [LLVMdev] [RFC] Storing default function attributes on the module   Eric Christopher
• [LLVMdev] [PBQP] applyR2() spill cost calculations   Jonas Paulsson
  • [LLVMdev] [PBQP] applyR2() spill cost calculations   Lang Hames
• [LLVMdev] Building clang on Raspberry Pi2   Ben Pope
  • [LLVMdev] Building clang on Raspberry Pi2   Richard Pennington
    • [LLVMdev] Building clang on Raspberry Pi2   Ben Pope
      • [LLVMdev] Building clang on Raspberry Pi2   Richard Pennington
  • [LLVMdev] Building clang on Raspberry Pi2   Renato Golin
    • [LLVMdev] Building clang on Raspberry Pi2   Ben Pope
• [LLVMdev] half to float intrinsic promotion   kewuzhang
  • [LLVMdev] half to float intrinsic promotion   Ahmed Bougacha
    • [LLVMdev] half to float intrinsic promotion   kewuzhang
  • [LLVMdev] half to float intrinsic promotion   Tom Stellard
• [LLVMdev] RFC: attribute for a pointer which is dereferenceable xor null   Philip Reames
  • [LLVMdev] RFC: attribute for a pointer which is dereferenceable xor null   Hal Finkel
    • [LLVMdev] RFC: attribute for a pointer which is dereferenceable xor null   Philip Reames
      • [LLVMdev] RFC: attribute for a pointer which is dereferenceable xor null   Hal Finkel
• [LLVMdev] [lld] alias atoms and LayoutPass   Shankar Easwaran
  • [LLVMdev] [lld] alias atoms and LayoutPass   Rui Ueyama
    • [LLVMdev] [lld] alias atoms and LayoutPass   Shankar Easwaran
      • [LLVMdev] [lld] alias atoms and LayoutPass   Rui Ueyama
• [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing   Sumanth Gundapaneni
• [LLVMdev] Fixes to release_36 from master   Sumanth Gundapaneni
  • [LLVMdev] Fixes to release_36 from master   Hans Wennborg
    • [LLVMdev] Fixes to release_36 from master   Adrian Prantl
      • [LLVMdev] Fixes to release_36 from master   Hans Wennborg
• [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Alexey Samsonov
  • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Chandler Carruth
    • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Hal Finkel
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Eric Christopher
  • [LLVMdev] [cfe-dev] RFC: Dropping support for building sanitizers with autotools   Nico Weber
    • [LLVMdev] [cfe-dev] RFC: Dropping support for building sanitizers with autotools   Alexey Samsonov
  • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Kostya Serebryany
    • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Anna Zaks
      • [LLVMdev] [cfe-dev] RFC: Dropping support for building sanitizers with autotools   Eric Christopher
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Alexey Samsonov
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Anna Zaks
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Chandler Carruth
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Anna Zaks
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Alexey Samsonov
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Sylvestre Ledru
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Reid Kleckner
      • [LLVMdev] [cfe-dev] RFC: Dropping support for building sanitizers with autotools   Chris Bieneman
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Alexey Samsonov
      • [LLVMdev] RFC: Dropping support for building sanitizers with autotools   Filipe Cabecinhas
      • [LLVMdev] [cfe-dev] RFC: Dropping support for building sanitizers with autotools   Chandler Carruth
      • [LLVMdev] [cfe-dev] RFC: Dropping support for building sanitizers with autotools   Bob Wilson
      • [LLVMdev] [cfe-dev] RFC: Dropping support for building sanitizers with autotools   Chandler Carruth
• [LLVMdev] [3.6 Release] RC3 has been tagged   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC3 has been tagged   Ben Pope
    • [LLVMdev] [3.6 Release] RC3 has been tagged   Sebastian Dreßler
      • [LLVMdev] [3.6 Release] RC3 has been tagged   Dimitry Andric
  • [LLVMdev] [3.6 Release] RC3 has been tagged   Sylvestre Ledru
  • [LLVMdev] [3.6 Release] RC3 has been tagged   Daniel Sanders
  • [LLVMdev] [3.6 Release] RC3 has been tagged   Jack Howarth
    • [LLVMdev] [3.6 Release] RC3 has been tagged   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC3 has been tagged   Hayden Livingston
      • [LLVMdev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [3.6 Release] RC3 has been tagged   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC3 has been tagged   Mehmet Erol Sanliturk
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Hal Finkel
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   David Chisnall
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Brooks Davis
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Ed Maste
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Mehmet Erol Sanliturk
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Tom Honermann
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Tom Honermann
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Tom Honermann
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Tom Honermann
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   David Chisnall
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Tom Honermann
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Meador Inge
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Tom Honermann
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Jack Howarth
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Hal Finkel
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Joerg Sonnenberger
      • [LLVMdev] [cfe-dev] [3.6 Release] RC3 has been tagged   Renato Golin
  • [LLVMdev] [3.6 Release] RC3 has been tagged   Renato Golin
    • [LLVMdev] [3.6 Release] RC3 has been tagged   Nikola Smiljanic
    • [LLVMdev] [3.6 Release] RC3 has been tagged   Renato Golin
  • [LLVMdev] [3.6 Release] RC3 has been tagged   Hans Wennborg
• [LLVMdev] SIGILL in regex::assign()   Paweł Tomulik
  • [LLVMdev] SIGILL in regex::assign()   Tim Northover
    • [LLVMdev] SIGILL in regex::assign()   Paweł Tomulik
• [LLVMdev] [Compiler-rt] i386 is not supported in compiler-rt build   Mohit Bhakkad
  • [LLVMdev] [Compiler-rt] i386 is not supported in compiler-rt build   Evgeniy Stepanov
    • [LLVMdev] [Compiler-rt] i386 is not supported in compiler-rt build   Mohit Bhakkad
• [LLVMdev] trunk's optimizer generates slower code than 3.5   191919
  • [LLVMdev] trunk's optimizer generates slower code than 3.5   Jack Howarth
    • [LLVMdev] trunk's optimizer generates slower code than 3.5   Jack Howarth
      • [LLVMdev] trunk's optimizer generates slower code than 3.5   Jack Howarth
      • [LLVMdev] trunk's optimizer generates slower code than 3.5   Jack Howarth
      • [LLVMdev] trunk's optimizer generates slower code than 3.5   Jack Howarth
      • [LLVMdev] trunk's optimizer generates slower code than 3.5   Jack Howarth
      • [LLVMdev] trunk's optimizer generates slower code than 3.5   Jack Howarth
• [LLVMdev] DAGCombiner::MergeConsecutiveStores   Mikael Holmén
  • [LLVMdev] DAGCombiner::MergeConsecutiveStores   Mehdi Amini
    • [LLVMdev] DAGCombiner::MergeConsecutiveStores   Mikael Holmén
      • [LLVMdev] DAGCombiner::MergeConsecutiveStores   Hal Finkel
• [LLVMdev] module functions   Zahra Marj
  • [LLVMdev] module functions   Tim Northover
    • [LLVMdev] module functions   Zahra Marj
• [LLVMdev] C Binding Question: LLVMCreateExecutionEngineForModule takes a char**   Hayden Livingston
• [LLVMdev] [ONLY 3 DAYS] EuroLLVM 2015 submission deadline   Tobias Grosser
• [LLVMdev] C++ exception handling   Kaylor, Andrew
  • [LLVMdev] C++ exception handling   Reid Kleckner
    • [LLVMdev] C++ exception handling   Kaylor, Andrew
      • [LLVMdev] C++ exception handling   Reid Kleckner
      • [LLVMdev] C++ exception handling   Kaylor, Andrew
• [LLVMdev] Where can CGO 2015 LLVM tutorial slides be found?   Evgeny Astigeevich
• [LLVMdev] question about DIDescriptor and MDNode   Hui Zhang
• [LLVMdev] Y.A.Project based on LLVM: ParaSail LLVM-Based compiler   Tucker Taft
  • [LLVMdev] Y.A.Project based on LLVM: ParaSail LLVM-Based compiler   Mehmet Erol Sanliturk
    • [LLVMdev] Y.A.Project based on LLVM: ParaSail LLVM-Based compiler   Tucker Taft
      • [LLVMdev] Y.A.Project based on LLVM: ParaSail LLVM-Based compiler   Mehmet Erol Sanliturk
• [LLVMdev] llvm alias   Haopeng Liu
• [LLVMdev] Fixing exterme inefficiency in debug printings.   Gil Dogon
• [LLVMdev] How to get clang++ to add appropriate -rpath option when using non-standard location for libstdc++.so   Glenn Coombs
• [LLVMdev] Reminder for Euro LLVM 2015 deadline   Andy Thomason
• [LLVMdev] LLVM Weekly - #59, Feb 16th 2015   Alex Bradbury
• [LLVMdev] ISD::VAARG and DAGTypeLegalizer::WidenVectorResult   Martin J. O'Riordan
  • [LLVMdev] ISD::VAARG and DAGTypeLegalizer::WidenVectorResult   Martin J. O'Riordan
• [LLVMdev] LLVM Backend   Ambuj Agrawal
  • [LLVMdev] LLVM Backend   Ambuj Agrawal
    • [LLVMdev] LLVM Backend   Tim Northover
• [LLVMdev] alias result   Haopeng Liu
  • [LLVMdev] alias result   Hal Finkel
    • [LLVMdev] alias result   Haopeng Liu
      • [LLVMdev] alias result   Hal Finkel
      • [LLVMdev] alias result   Haopeng Liu
      • [LLVMdev] alias result   Hal Finkel
      • [LLVMdev] alias result   Haopeng Liu
      • [LLVMdev] alias result   Hal Finkel
      • [LLVMdev] alias result   Haopeng Liu
• [LLVMdev] What is on the LLVM horizon for truly relocatable JITted code?   Christian Schafmeister
  • [LLVMdev] What is on the LLVM horizon for truly relocatable JITted code?   David Blaikie
    • [LLVMdev] What is on the LLVM horizon for truly relocatable JITted code?   Lang Hames
      • [LLVMdev] What is on the LLVM horizon for truly relocatable JITted code?   Christian Schafmeister
  • [LLVMdev] What is on the LLVM horizon for truly relocatable JITted code?   David Chisnall
  • [LLVMdev] What is on the LLVM horizon for truly relocatable JITted code?   Bruce Hoult
• [LLVMdev] LLVM parallel annotations   Lefteris Ioannidis
  • [LLVMdev] LLVM parallel annotations   Herbert Jordan
• [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Daniel Albuschat
  • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Joerg Sonnenberger
    • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Daniel Albuschat
      • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Joerg Sonnenberger
  • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Tom Stellard
    • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Daniel Albuschat
      • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Tom Stellard
      • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Daniel Albuschat
      • [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)   Tom Stellard
• [LLVMdev] (no subject)   llvm 999
  • [LLVMdev] (no subject)   Yaron Keren
    • [LLVMdev] LLVM ERROR: Incompatible object format   Yaron Keren
• [LLVMdev] adapting clamav to LLVM 3.6   Andreas Cadhalpun
• [LLVMdev] Do we still need LLVM_HAS_INITIALIZER_LISTS?   Justin Bogner
  • [LLVMdev] Do we still need LLVM_HAS_INITIALIZER_LISTS?   David Majnemer
    • [LLVMdev] Do we still need LLVM_HAS_INITIALIZER_LISTS?   Aaron Ballman
      • [LLVMdev] Do we still need LLVM_HAS_INITIALIZER_LISTS?   Sebastian Redl
      • [LLVMdev] Do we still need LLVM_HAS_INITIALIZER_LISTS?   Aaron Ballman
• [LLVMdev] Google Summer of Code   John Criswell
  • [LLVMdev] Google Summer of Code   Eric Christopher
    • [LLVMdev] Google Summer of Code   Anton Korobeynikov
      • [LLVMdev] Google Summer of Code   John Criswell
• [LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points   Marc Dietrich
  • [LLVMdev] [PATCH 1/2 v3] configure: add visibility macro detection to configure   Marc Dietrich
    • [LLVMdev] [PATCH 1/2 v3] configure: add visibility macro detection to configure   Sedat Dilek
      • [LLVMdev] [PATCH 1/2 v3] configure: add visibility macro detection to configure   Sedat Dilek
      • [LLVMdev] [PATCH 1/2 v3] configure: add visibility macro detection to configure   Sedat Dilek
    • [LLVMdev] [Mesa-dev] [PATCH 1/2 v3] configure: add visibility macro detection to configure   Emil Velikov
      • [LLVMdev] [Mesa-dev] [PATCH 1/2 v3] configure: add visibility macro detectionto configure   Marc Dietrich
      • [LLVMdev] [Mesa-dev] [PATCH 1/2 v3] configure: add visibility macro detectionto configure   Emil Velikov
      • [LLVMdev] [Mesa-dev] [PATCH 1/2 v3] configure: add visibility macro detectionto configure   Sedat Dilek
  • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Marc Dietrich
    • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Marc Dietrich
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Marc Dietrich
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Marc Dietrich
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Marc Dietrich
      • [LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points   Sedat Dilek
  • [LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points   Sedat Dilek
    • [LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points   Sedat Dilek
      • [LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points   Marc Dietrich
      • [LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points   Sedat Dilek
• [LLVMdev] A question about Greedy Register Allocator's reload instruction.   Arsen Hakobyan
• [LLVMdev] [3.6 Release] Bugfixes in Masked Load/Store   Demikhovsky, Elena
  • [LLVMdev] [3.6 Release] Bugfixes in Masked Load/Store   Hans Wennborg
    • [LLVMdev] [3.6 Release] Bugfixes in Masked Load/Store   Nadav Rotem
      • [LLVMdev] [3.6 Release] Bugfixes in Masked Load/Store   Hans Wennborg
• [LLVMdev] Prerequisites for the LICM pass   Paul Colea
  • [LLVMdev] Prerequisites for the LICM pass   Nema, Ashutosh
• [LLVMdev] why llvm does not have uadd, iadd node   kewuzhang
  • [LLVMdev] why llvm does not have uadd, iadd node   Sanjoy Das
  • [LLVMdev] why llvm does not have uadd, iadd node   Tim Northover
    • [LLVMdev] why llvm does not have uadd, iadd node   kewuzhang
    • [LLVMdev] why llvm does not have uadd, iadd node   kewuzhang
      • [LLVMdev] why llvm does not have uadd, iadd node   Tim Northover
      • [LLVMdev] why llvm does not have uadd, iadd node   kewuzhang
  • [LLVMdev] why llvm does not have uadd, iadd node   David Majnemer
• [LLVMdev] Recent Sanitizer regressions   David Blaikie
  • [LLVMdev] Recent Sanitizer regressions   Alexey Samsonov
    • [LLVMdev] Recent Sanitizer regressions   Hal Finkel
• [LLVMdev] I would like to banish libc++'s <dynarray> implementation into "experimental"   Marshall Clow
  • [LLVMdev] [cfe-dev] I would like to banish libc++'s <dynarray> implementation into "experimental"   Chris Lattner
  • [LLVMdev] I would like to banish libc++'s <dynarray> implementation into "experimental"   Chandler Carruth
• [LLVMdev] New idea thoughts: Optimization passes have callbacks to identify changes made to IR   Hayden Livingston
  • [LLVMdev] New idea thoughts: Optimization passes have callbacks to identify changes made to IR   Greg Fitzgerald
  • [LLVMdev] New idea thoughts: Optimization passes have callbacks to identify changes made to IR   Nick Lewycky
    • [LLVMdev] New idea thoughts: Optimization passes have callbacks to identify changes made to IR   Hayden Livingston
• [LLVMdev] [3.6 Release] Release Candidate 3 available   Hans Wennborg
• [LLVMdev] Adding CFI checks to clang vs llvm   Peter Collingbourne
  • [LLVMdev] Adding CFI checks to clang vs llvm   Philip Reames
    • [LLVMdev] Adding CFI checks to clang vs llvm   Peter Collingbourne
  • [LLVMdev] Adding CFI checks to clang vs llvm   Chandler Carruth
    • [LLVMdev] Adding CFI checks to clang vs llvm   Peter Collingbourne
      • [LLVMdev] Adding CFI checks to clang vs llvm   Chandler Carruth
      • [LLVMdev] Adding CFI checks to clang vs llvm   Peter Collingbourne
• [LLVMdev] is there some canonical way to extend liveness?   Andy Ayers
  • [LLVMdev] is there some canonical way to extend liveness?   Matt Arsenault
  • [LLVMdev] is there some canonical way to extend liveness?   Nick Lewycky
  • [LLVMdev] is there some canonical way to extend liveness?   Philip Reames
    • [LLVMdev] is there some canonical way to extend liveness?   Andy Ayers
      • [LLVMdev] is there some canonical way to extend liveness?   Philip Reames
• [LLVMdev] Calling into non-linked function via a pointer   Hayden Livingston
  • [LLVMdev] Calling into non-linked function via a pointer   Hayden Livingston
  • [LLVMdev] Calling into non-linked function via a pointer   Bruce Hoult
    • [LLVMdev] Calling into non-linked function via a pointer   Hayden Livingston
      • [LLVMdev] Calling into non-linked function via a pointer   Hayden Livingston
      • [LLVMdev] Calling into non-linked function via a pointer   Bruce Hoult
      • [LLVMdev] Calling into non-linked function via a pointer   Hayden Livingston
• [LLVMdev] Building LLVM on OS X Yosemite & Passes   Andrew Selvia
  • [LLVMdev] Building LLVM on OS X Yosemite & Passes   serge guelton
  • [LLVMdev] Building LLVM on OS X Yosemite & Passes   Cristianno Martins
• [LLVMdev] [lld] Undefined symbols postprocessing   Denis Protivensky
  • [LLVMdev] [lld] Undefined symbols postprocessing   Joerg Sonnenberger
  • [LLVMdev] [lld] Undefined symbols postprocessing   Shankar Easwaran
    • [LLVMdev] [lld] Undefined symbols postprocessing   Denis Protivensky
      • [LLVMdev] [lld] Undefined symbols postprocessing   Shankar Easwaran
      • [LLVMdev] [lld] Undefined symbols postprocessing   Shankar Easwaran
      • [LLVMdev] [lld] Undefined symbols postprocessing   Denis Protivensky
      • [LLVMdev] [lld] Undefined symbols postprocessing   Michael Spencer
      • [LLVMdev] [lld] Undefined symbols postprocessing   Nick Kledzik
      • [LLVMdev] [lld] Undefined symbols postprocessing   Denis Protivensky
      • [LLVMdev] [lld] Undefined symbols postprocessing   Shankar Easwaran
      • [LLVMdev] [lld] Undefined symbols postprocessing   Denis Protivensky
      • [LLVMdev] [lld] Undefined symbols postprocessing   Shankar Easwaran
      • [LLVMdev] [lld] Undefined symbols postprocessing   Joerg Sonnenberger
  • [LLVMdev] [lld] Undefined symbols postprocessing   Rui Ueyama
  • [LLVMdev] [lld] Undefined symbols postprocessing   Rui Ueyama
    • [LLVMdev] [lld] Undefined symbols postprocessing   Denis Protivensky
      • [LLVMdev] [lld] Undefined symbols postprocessing   Rui Ueyama
• [LLVMdev] Writing LLVM front-end   Ahmed Taj elsir
  • [LLVMdev] Writing LLVM front-end   David Blaikie
    • [LLVMdev] Writing LLVM front-end   David Blaikie
      • [LLVMdev] Writing LLVM front-end   Hayden Livingston
      • [LLVMdev] Writing LLVM front-end   Reid Kleckner
      • [LLVMdev] Writing LLVM front-end   Hayden Livingston
      • [LLVMdev] Writing LLVM front-end   Ahmed Taj elsir
      • [LLVMdev] Writing LLVM front-end   David Jones
      • [LLVMdev] Writing LLVM front-end   Ahmed Taj elsir
      • [LLVMdev] Writing LLVM front-end   Ahmed Taj elsir
      • [LLVMdev] Writing LLVM front-end   mats petersson
  • [LLVMdev] Writing LLVM front-end   David Jones
• [LLVMdev] local variable in Pattern definition?   kewuzhang
  • [LLVMdev] local variable in Pattern definition?   Tom Stellard
    • [LLVMdev] local variable in Pattern definition?   Adam Nemet
• [LLVMdev] -stats prints nothing, though something is expected   Rob Stewart
  • [LLVMdev] -stats prints nothing, though something is expected   Philip Reames
    • [LLVMdev] -stats prints nothing, though something is expected   Rob Stewart
• [LLVMdev] How to create a Function type @x = external global void ()*   Hayden Livingston
• [LLVMdev] How to specify displacement range of a target instruction to llc   Ziqiang Patrick Huang
  • [LLVMdev] How to specify displacement range of a target instruction to llc   Ziqiang Patrick Huang
    • [LLVMdev] How to specify displacement range of a target instruction to llc   Anton Korobeynikov
      • [LLVMdev] How to specify displacement range of a target instruction to llc   Ziqiang Patrick Huang
• [LLVMdev] Cambridge LLVM Social - Wed 25th Feb   Renato Golin
  • [LLVMdev] Cambridge LLVM Social - Wed 25th Feb   Renato Golin
• [LLVMdev] LLVM Bay-area Social in SF for March!   Nick Lewycky
• [LLVMdev] Access to the field of a structure   Alberto Barbaro
• [LLVMdev] [3.6 Release] RC4 has been tagged   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
    • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Matt Arsenault
  • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
    • [LLVMdev] [3.6 Release] RC4 has been tagged   Dimitry Andric
    • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
  • [LLVMdev] [3.6 Release] RC4 has been tagged   Hans Wennborg
  • [LLVMdev] [3.6 Release] RC4 has been tagged   Ben Pope
    • [LLVMdev] [3.6 Release] RC4 has been tagged   Nikola Smiljanic
  • [LLVMdev] [3.6 Release] RC4 has been tagged   Daniel Sanders
    • [LLVMdev] [3.6 Release] RC4 has been tagged   Nikola Smiljanic
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Daniel Sanders
    • [LLVMdev] [3.6 Release] RC4 has been tagged   Daniel Sanders
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Hayden Livingston
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Nikola Smiljanic
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Hans Wennborg
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Nikola Smiljanic
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Renato Golin
      • [LLVMdev] [3.6 Release] RC4 has been tagged   Hayden Livingston
  • [LLVMdev] [3.6 Release] RC4 has been tagged   Sebastian Dreßler
    • [LLVMdev] [3.6 Release] RC4 has been tagged   Hans Wennborg
• [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Hal Finkel
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Eric Christopher
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Eric Christopher
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Hal Finkel
    • [LLVMdev] [3.6 Release] Time to fix the release notes   George Burgess IV
      • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Peter Collingbourne
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Matt Arsenault
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Richard Smith
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
  • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
    • [LLVMdev] [3.6 Release] Time to fix the release notes   Rafael Espíndola
      • [LLVMdev] [3.6 Release] Time to fix the release notes   Hans Wennborg
      • [LLVMdev] [3.6 Release] Time to fix the release notes   Justin Hibbits
• [LLVMdev] Beginner GCRoot Questions   Hayden Livingston
  • [LLVMdev] Beginner GCRoot Questions   Philip Reames
    • [LLVMdev] Beginner GCRoot Questions   Philip Reames
• [LLVMdev] LLVM buildmaster will be restarted soon   Galina Kistanova
• [LLVMdev] recommended workaround for distinguishing signed vs unsigned integers   Timothee Cour
  • [LLVMdev] recommended workaround for distinguishing signed vs unsigned integers   Timothee Cour
    • [LLVMdev] recommended workaround for distinguishing signed vs unsigned integers   Tim Northover
  • [LLVMdev] recommended workaround for distinguishing signed vs unsigned integers   David Blaikie
  • [LLVMdev] recommended workaround for distinguishing signed vs unsigned integers   Bruce Hoult
• [LLVMdev] Related to LLVM MemoryDependenceAnalysis   Md Shamsuddin
• [LLVMdev] Patchpoints used for inline caches and pointless reloads   Frej Drejhammar
  • [LLVMdev] Patchpoints used for inline caches and pointless reloads   Philip Reames
    • [LLVMdev] Patchpoints used for inline caches and pointless reloads   Frej Drejhammar
      • [LLVMdev] Patchpoints used for inline caches and pointless reloads   Philip Reames
• [LLVMdev] Parameter names in IR and debug info   Rodney M. Bates
  • [LLVMdev] Parameter names in IR and debug info   David Blaikie
    • [LLVMdev] Parameter names in IR and debug info   Rodney M. Bates
      • [LLVMdev] Fwd: Parameter names in IR and debug info   David Blaikie
      • [LLVMdev] Fwd: Parameter names in IR and debug info   Rodney M. Bates
• [LLVMdev] ScheduleDAGInstrs computes deps using IR Values that may be invalid   Chad Rosier
  • [LLVMdev] ScheduleDAGInstrs computes deps using IR Values that may be invalid   Hal Finkel
    • [LLVMdev] ScheduleDAGInstrs computes deps using IR Values that may be invalid   Chad Rosier
• [LLVMdev] [PATCH] Minor typos corrected in docs   Ralph Campbell
  • [LLVMdev] [PATCH] Minor typos corrected in docs   Reid Kleckner
    • [LLVMdev] [PATCH] Minor typos corrected in docs   Eric Christopher
      • [LLVMdev] [PATCH] Minor typos corrected in docs   Sean Silva
• [LLVMdev] Buildslaves that need clobbering   Zachary Turner
  • [LLVMdev] Buildslaves that need clobbering   Galina Kistanova
• [LLVMdev] basicaa result   Haopeng Liu
  • [LLVMdev] basicaa result   Hal Finkel
  • [LLVMdev] basicaa result   Nick Lewycky
    • [LLVMdev] basicaa result   Haopeng Liu
      • [LLVMdev] basicaa result   Nick Lewycky
• [LLVMdev] Questions before moving the new debug info hierarchy into place   Duncan P. N. Exon Smith
  • [LLVMdev] Questions before moving the new debug info hierarchy into place   Adrian Prantl
  • [LLVMdev] Questions before moving the new debug info hierarchy into place   Eric Christopher
    • [LLVMdev] Questions before moving the new debug info hierarchy into place   Duncan P. N. Exon Smith
      • [LLVMdev] Questions before moving the new debug info hierarchy into place   Duncan P. N. Exon Smith
  • [LLVMdev] Questions before moving the new debug info hierarchy into place   David Blaikie
    • [LLVMdev] Questions before moving the new debug info hierarchy into place   Frédéric Riss
      • [LLVMdev] Questions before moving the new debug info hierarchy into place   Duncan P. N. Exon Smith
      • [LLVMdev] Questions before moving the new debug info hierarchy into place   Frédéric Riss
      • [LLVMdev] Questions before moving the new debug info hierarchy into place   Duncan P. N. Exon Smith
      • [LLVMdev] Questions before moving the new debug info hierarchy into place   Frédéric Riss
    • [LLVMdev] Questions before moving the new debug info hierarchy into place   Duncan P. N. Exon Smith
      • [LLVMdev] Questions before moving the new debug info hierarchy into place   Duncan P. N. Exon Smith
• [LLVMdev] inserting pthread_join   Yuxi Chen
• [LLVMdev] Building Compiler-RT on Windows   Daniel Dilts
  • [LLVMdev] Building Compiler-RT on Windows   Alexey Samsonov
    • [LLVMdev] Building Compiler-RT on Windows   Daniel Dilts
  • [LLVMdev] Building Compiler-RT on Windows   Timur Iskhodzhanov
    • [LLVMdev] Building Compiler-RT on Windows   Daniel Dilts
    • [LLVMdev] Building Compiler-RT on Windows   Saleem Abdulrasool
      • [LLVMdev] Building Compiler-RT on Windows   Daniel Dilts
      • [LLVMdev] Building Compiler-RT on Windows   Saleem Abdulrasool
• [LLVMdev] clang .code16 with -Os producing larger code that it needs to   Vladimir 'φ-coder/phcoder' Serbinenko
  • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   Vladimir 'φ-coder/phcoder' Serbinenko
  • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   David Woodhouse
    • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   Vladimir 'φ-coder/phcoder' Serbinenko
      • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   David Woodhouse
      • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   David Woodhouse
      • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   Rafael Espíndola
      • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   David Woodhouse
      • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   Craig Topper
      • [LLVMdev] clang .code16 with -Os producing larger code that it needs to   David Woodhouse
• [LLVMdev] LLVM based tainted flow analysis   Fernando Magno Quintao Pereira
• [LLVMdev] LLVM Backend DAGToDAGISel   Ambuj Agrawal
  • [LLVMdev] LLVM Backend DAGToDAGISel   Hal Finkel
• [LLVMdev] what are those *Ref used for   Hui Zhang
  • [LLVMdev] what are those *Ref used for   Hui Zhang
  • [LLVMdev] what are those *Ref used for   Frédéric Riss
• [LLVMdev] [3.6 Release] Release Candidate 4 available   Hans Wennborg
  • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 4 available   George King
    • [LLVMdev] [cfe-dev] [3.6 Release] Release Candidate 4 available   Hans Wennborg
• [LLVMdev] memory scopes in atomic instructions   Owen Anderson
  • [LLVMdev] memory scopes in atomic instructions   Sahasrabuddhe, Sameer
• [LLVMdev] [RFC] When can libc++ "officially" support linux?   Eric Fiselier
  • [LLVMdev] [cfe-dev] [RFC] When can libc++ "officially" support linux?   Hal Finkel
    • [LLVMdev] [cfe-dev] [RFC] When can libc++ "officially" support linux?   Chandler Carruth
      • [LLVMdev] [cfe-dev] [RFC] When can libc++ "officially" support linux?   Chandler Carruth
      • [LLVMdev] [cfe-dev] [RFC] When can libc++ "officially" support linux?   David Chisnall
      • [LLVMdev] [cfe-dev] [RFC] When can libc++ "officially" support linux?   Hal Finkel
• [LLVMdev] LLVM IR in DAG form   Jeehoon Kang
  • [LLVMdev] LLVM IR in DAG form   David Chisnall
    • [LLVMdev] LLVM IR in DAG form   Jeremy Lakeman
      • [LLVMdev] LLVM IR in DAG form   Jeehoon Kang
      • [LLVMdev] LLVM IR in DAG form   Philip Reames
      • [LLVMdev] LLVM IR in DAG form   Colin LeMahieu
      • [LLVMdev] LLVM IR in DAG form   Philip Reames
• [LLVMdev] Information about LazyValueInfo pass   Aditya Kamath
• [LLVMdev] Github mirror of llgo   Andrew Wilkins
• [LLVMdev] Global names for types?   Rodney M. Bates
• [LLVMdev] Resolving an opaque type in llvm-assembly   Rodney M. Bates
  • [LLVMdev] Resolving an opaque type in llvm-assembly   Reid Kleckner
    • [LLVMdev] Resolving an opaque type in llvm-assembly   Rodney M. Bates
• [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
  • [LLVMdev] Eliminating redundant loads   David Jones
    • [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
      • [LLVMdev] Eliminating redundant loads   Hal Finkel
      • [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
      • [LLVMdev] Eliminating redundant loads   Kamal Sharma
      • [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
      • [LLVMdev] Eliminating redundant loads   David Jones
      • [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
      • [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
      • [LLVMdev] Eliminating redundant loads   Kamal Sharma
      • [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
      • [LLVMdev] Eliminating redundant loads   Dibyendu Majumdar
• [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Francois Pichet
  • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Hal Finkel
    • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Francois Pichet
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Hal Finkel
      • [LLVMdev] Question about shouldMergeGEPs in InstructionCombining   Hal Finkel
• [LLVMdev] Is there a way to build a particular tagged version with the Git clone?   Oliver Schneider
  • [LLVMdev] Is there a way to build a particular tagged version with the Git clone?   Anton Korobeynikov
    • [LLVMdev] Is there a way to build a particular tagged version with the Git clone?   Oliver Schneider
      • [LLVMdev] Is there a way to build a particular tagged version with the Git clone?   Anton Korobeynikov
• [LLVMdev] LLVM Weekly - #60, Feb 23rd 2015   Alex Bradbury
• [LLVMdev] Equivalent of llvm-config for clang libraries?   Stéphane Letz
• [LLVMdev] Global Value Numbering in LLVM   Madhur Amilkanthwar
• [LLVMdev] LLVMSharp and ClangSharp - C# .NET/Mono Bindings for LLVM and Clang   Mukul Sabharwal
• [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Romanova, Katya
  • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Chandler Carruth
    • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Chandler Carruth
    • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Hal Finkel
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Chandler Carruth
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Smith, Kevin B
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Rafael Espíndola
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Rafael Espíndola
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Rafael Espíndola
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Rafael Espíndola
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Philip Reames
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Sanjoy Das
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Rafael Espíndola
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Chris Lattner
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Hal Finkel
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Philip Reames
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Philip Reames
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Sanjoy Das
    • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Sanjoy Das
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Sanjoy Das
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Bruce Hoult
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Sanjoy Das
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Sanjoy Das
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
    • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
    • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Philip Reames
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Hal Finkel
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Philip Reames
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
      • [LLVMdev] Jump Theading/GVN bug - moving discussion to llvm-dev   Daniel Berlin
• [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Rodney M. Bates
  • [LLVMdev] RFC: PerfGuide for frontend authors   Sean Silva
    • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
  • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
    • [LLVMdev] RFC: PerfGuide for frontend authors   Hal Finkel
      • [LLVMdev] RFC: PerfGuide for frontend authors   David Jones
      • [LLVMdev] RFC: PerfGuide for frontend authors   Peter S. Housel
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
      • [LLVMdev] RFC: PerfGuide for frontend authors   Hal Finkel
      • [LLVMdev] RFC: PerfGuide for frontend authors   Björn Steinbrink
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
      • [LLVMdev] RFC: PerfGuide for frontend authors   Björn Steinbrink
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
      • [LLVMdev] RFC: PerfGuide for frontend authors   Björn Steinbrink
      • [LLVMdev] RFC: PerfGuide for frontend authors   Philip Reames
• [LLVMdev] Conveying target library information to an ExecutionEngine   Pat Gavlin
• [LLVMdev] Accessing a custom defined llvm pass   Adam Taylor
  • [LLVMdev] Accessing a custom defined llvm pass   John Criswell
    • [LLVMdev] Accessing a custom defined llvm pass   Adam Taylor
• [LLVMdev] An asserting value handle still pointed to this value! (Value.cpp:633)   Paul Vario
  • [LLVMdev] An asserting value handle still pointed to this value! (Value.cpp:633)   Duncan P. N. Exon Smith
• [LLVMdev] Walking thru CallGraph bottom up   Simone Atzeni
  • [LLVMdev] Walking thru CallGraph bottom up   John Criswell
    • [LLVMdev] Walking thru CallGraph bottom up   Simone Atzeni
      • [LLVMdev] Walking thru CallGraph bottom up   John Criswell
      • [LLVMdev] Walking thru CallGraph bottom up   Simone Atzeni
  • [LLVMdev] Walking thru CallGraph bottom up   Kevin Hu
    • [LLVMdev] Walking thru CallGraph bottom up   John Criswell
      • [LLVMdev] Walking thru CallGraph bottom up   Simone Atzeni
• [LLVMdev] difference between MDNode and NamedMDNode   Hui Zhang
  • [LLVMdev] difference between MDNode and NamedMDNode   Hui Zhang
    • [LLVMdev] difference between MDNode and NamedMDNode   Duncan P. N. Exon Smith
• [LLVMdev] Reusing LLVM Mips instruction info in lldb   Keno Fischer
  • [LLVMdev] Reusing LLVM Mips instruction info in lldb   Eric Christopher
    • [LLVMdev] Reusing LLVM Mips instruction info in lldb   Keno Fischer
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Ahmed Bougacha
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Greg Clayton
    • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Reid Kleckner
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Eric Christopher
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Keno Fischer
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Rafael Espíndola
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Daniel Sanders
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   David Chisnall
      • [LLVMdev] [lldb-dev] Reusing LLVM Mips instruction info in lldb   Daniel Sanders
• [LLVMdev] Removing contention in PassRegistry accesses to speed up compiles   Nipun Sehrawat
  • [LLVMdev] Removing contention in PassRegistry accesses to speed up compiles   Nipun Sehrawat
    • [LLVMdev] Removing contention in PassRegistry accesses to speed up compiles   Sanjoy Das
• [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
  • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
  • [LLVMdev] RFC - Improvements to PGO profile support   Justin Bogner
  • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
    • [LLVMdev] RFC - Improvements to PGO profile support   Teresa Johnson
      • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
      • [LLVMdev] RFC - Improvements to PGO profile support   Teresa Johnson
    • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
      • [LLVMdev] RFC - Improvements to PGO profile support   Philip Reames
      • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
  • [LLVMdev] RFC - Improvements to PGO profile support   Bob Wilson
    • [LLVMdev] RFC - Improvements to PGO profile support   Xinliang David Li
  • [LLVMdev] RFC - Improvements to PGO profile support   Diego Novillo
• [LLVMdev] Calculate LoopInfo again   Sridhar G
  • [LLVMdev] Calculate LoopInfo again   Sridhar G
    • [LLVMdev] Calculate LoopInfo again   Nema, Ashutosh
• [LLVMdev] [lld][PECOFF] assert from lld once in 5 test runs.   Shankar Easwaran
  • [LLVMdev] [lld][PECOFF] assert from lld once in 5 test runs.   Rui Ueyama
    • [LLVMdev] [lld][PECOFF] assert from lld once in 5 test runs.   Shankar Easwaran
• [LLVMdev] PSA: clang-cl can self host now!   Zachary Turner
  • [LLVMdev] PSA: clang-cl can self host now!   Rafael Espíndola
    • [LLVMdev] PSA: clang-cl can self host now!   Reid Kleckner
      • [LLVMdev] PSA: clang-cl can self host now!   Rafael Espíndola
      • [LLVMdev] PSA: clang-cl can self host now!   Reid Kleckner
  • [LLVMdev] PSA: clang-cl can self host now!   Yaron Keren
  • [LLVMdev] PSA: clang-cl can self host now!   David Majnemer
  • [LLVMdev] PSA: clang-cl can self host now!   Francois Pichet
    • [LLVMdev] PSA: clang-cl can self host now!   Reid Kleckner
  • [LLVMdev] PSA: clang-cl can self host now!   Zachary Turner
    • [LLVMdev] PSA: clang-cl can self host now!   Francois Pichet
• [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
  • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
    • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Kristof Beyls
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Jim Grosbach
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Eric Christopher
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Eric Christopher
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Renato Golin
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Jim Grosbach
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
  • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Renato Golin
    • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Jiangning Liu
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
    • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Quentin Colombet
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Eric Christopher
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Ahmed Bougacha
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Eric Christopher
      • [LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?   Anton Korobeynikov
• [LLVMdev] llvm.eh.return?   gamma_chen
  • [LLVMdev] llvm.eh.return?   Anton Korobeynikov
• [LLVMdev] MCJIT generating loads of just-stored constants   martin krastev
• [LLVMdev] RFC: Loop versioning for LICM   Nema, Ashutosh
  • [LLVMdev] RFC: Loop versioning for LICM   Adam Nemet
• [LLVMdev] SAFECode testsuite query   Jyoti Rajendra Allur
  • [LLVMdev] SAFECode testsuite query   John Criswell
    • [LLVMdev] SAFECode testsuite query   Kostya Serebryany
• [LLVMdev] could we enable FileArchive preload later ?   Shankar Easwaran
  • [LLVMdev] could we enable FileArchive preload later ?   Rui Ueyama
    • [LLVMdev] could we enable FileArchive preload later ?   Shankar Easwaran
• [LLVMdev] Job Ad: program analysis engineer for Apple compiler team   Anna Zaks
• [LLVMdev] clang\clang++ 3.6.0 don't find C\C++ header , in windows ?   Ahmed Taj elsir
  • [LLVMdev] clang\clang++ 3.6.0 don't find C\C++ header , in windows ?   Reid Kleckner
• [LLVMdev] LLVM register number for MIPS DAGToDAG   Ambuj Agrawal
  • [LLVMdev] LLVM register number for MIPS DAGToDAG   Quentin Colombet
    • [LLVMdev] LLVM register number for MIPS DAGToDAG   Ambuj Agrawal
• [LLVMdev] SVN dump seed file (was: svnsync of llvm tree)   Oliver Schneider
  • [LLVMdev] SVN dump seed file (was: svnsync of llvm tree)   David Chisnall
    • [LLVMdev] svnsync of llvm tree   Oliver Schneider
• [LLVMdev] [PATCH] CMake: Use LLVM_VERSION_SUFFIX instead of hardcoded "svn" string   Sedat Dilek
  • [LLVMdev] [PATCH] CMake: Use LLVM_VERSION_SUFFIX instead of hardcoded "svn" string   Chris Bieneman
    • [LLVMdev] [PATCH] CMake: Use LLVM_VERSION_SUFFIX instead of hardcoded "svn" string   Reid Kleckner
• [LLVMdev] Replacing an initializer   Alexander Poddey
  • [LLVMdev] Replacing an initializer   John Criswell
• [LLVMdev] using a structs datafield as operand   Alexander Poddey
• [LLVMdev] LLVM 3.6 Release   Hans Wennborg
  • [LLVMdev] LLVM 3.6 Release   Chilledheart
  • [LLVMdev] LLVM 3.6 Release   Sedat Dilek
    • [LLVMdev] LLVM 3.6 Release   Chilledheart
• [LLVMdev] Getting basic block address offset from its parent function   Ziqiang Patrick Huang
  • [LLVMdev] Getting basic block address offset from its parent function   John Criswell
    • [LLVMdev] Getting basic block address offset from its parent function   Ziqiang Patrick Huang
      • [LLVMdev] Getting basic block address offset from its parent function   David Blaikie
• [LLVMdev] LLVM buildmaster will be restarted in few minutes   Galina Kistanova
• [LLVMdev] [llvm-dev] Tool to convert scala to llvm-IR   vivek bharadwaj
  • [LLVMdev] [llvm-dev] Tool to convert scala to llvm-IR   Denys Shabalin
• [LLVMdev] LLVM short comings regarding polyhedral and vectorization optimizations   Abid Muslim Malik
  • [LLVMdev] LLVM short comings regarding polyhedral and vectorization optimizations   Johannes Doerfert

Last message date: Sat Feb 28 18:29:48 PST 2015
Archived on: Tue Aug 4 17:24:26 PDT 2015

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