The llvm-dev July 2015 Archive by subject (original) (raw)

July 2015 Archives by subject

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

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

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

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

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

This archive was generated by Pipermail 0.09 (Mailman edition).