November 2016 Archives by date

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

Starting: Tue Nov 1 03:26:21 PDT 2016
Ending: Wed Nov 30 23:23:04 PST 2016
Messages: 1016

• [llvm-dev] PVS-Studio analysis of LLVM code   Jonas Wagner via llvm-dev
• [llvm-dev] LLVM z80 backend and llvm-dis missing?   Philipp Klaus Krause via llvm-dev
• [llvm-dev] What was the IR made for precisely?   David Chisnall via llvm-dev
• [llvm-dev] [SCEV] inconsistent operand ordering   Chawla, Pankaj via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Alex Bradbury via llvm-dev
• [llvm-dev] [cfe-dev] BoF: Raising Next Generation of LLVM Developers   Alex Bradbury via llvm-dev
• [llvm-dev] llvm-dev Digest, Vol 148, Issue 131   John Reagan via llvm-dev
• [llvm-dev] PIC and mcmodel=large on x86 doesn't use any relocations   John Reagan via llvm-dev
• [llvm-dev] What was the IR made for precisely?   John Reagan via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Robinson, Paul via llvm-dev
• [llvm-dev] What was the IR made for precisely?   Mehdi Amini via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] HowToRunJIT doesn't work on windows 10 x64   雷景然 via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Mehdi Amini via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Paweł Bylica via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Alex Bradbury via llvm-dev
• [llvm-dev] Parallel IR [PIR] --- Discussion sheet   Kotsifakou, Maria via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Robinson, Paul via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] PVS-Studio analysis of LLVM code   Eugene Zelenko via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Hal Finkel via llvm-dev
• [llvm-dev] Ambiguity in !tbaa metadata?   Sanjoy Das via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] 2016 LLVM Dev Mtg: Moderators needed!   Tanya Lattner via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Hal Finkel via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Robinson, Paul via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Joerg Sonnenberger via llvm-dev
• [llvm-dev] [cfe-dev] 3.9.1 Release Schedule   Jack Howarth via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Hal Finkel via llvm-dev
• [llvm-dev] [cfe-dev] 3.9.1 Release Schedule   Tom Stellard via llvm-dev
• [llvm-dev] do any targets use address space modifiers to implement "near" or "far" pointers?   Peeter Joot via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] do any targets use address space modifiers to implement "near" or "far" pointers?   Friedman, Eli via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Hal Finkel via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Martin J. O'Riordan via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Hal Finkel via llvm-dev
• [llvm-dev] 2016 LLVM Dev Mtg: Moderators needed!   Tanya Lattner via llvm-dev
• [llvm-dev] RFC: Removing the DataStreamer and MemoryObject interfaces   Peter Collingbourne via llvm-dev
• [llvm-dev] Ambiguity in !tbaa metadata?   Manman via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] [cfe-dev] LLD to be the default linker in Clang   Petr Hosek via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Hal Finkel via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] Ambiguity in !tbaa metadata?   Sanjoy Das via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Drop support for old style scalar TBAA   Sanjoy Das via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] Asan code size overhead   Shi, Steven via llvm-dev
• [llvm-dev] superoptimizer evaluation   John Regehr via llvm-dev
• [llvm-dev] Cross-compiling for ARM on x86 with llvm/Clang   via llvm-dev
• [llvm-dev] [cfe-dev] BoF: Raising Next Generation of LLVM Developers   Vassil Vassilev via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Martin J. O'Riordan via llvm-dev
• [llvm-dev] Cross-compiling for ARM on x86 with llvm/Clang   Peter Smith via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Bruce Hoult via llvm-dev
• [llvm-dev] Cross-compiling for ARM on x86 with llvm/Clang   Richard Pennington via llvm-dev
• [llvm-dev] PVS-Studio analysis of LLVM code   Jonas Wagner via llvm-dev
• [llvm-dev] Basic block execution over time   Dean Michael Berris via llvm-dev
• [llvm-dev] PVS-Studio analysis of LLVM code   James Y Knight via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] [cfe-dev] LLD to be the default linker in Clang   Carsten Mattner via llvm-dev
• [llvm-dev] [RFC] llvm-strings tool   Strahinja Petrovic via llvm-dev
• [llvm-dev] GitHub Survey - Results   Renato Golin via llvm-dev
• [llvm-dev] Llvm build is broken (at least on FreeBSD)   Yuri via llvm-dev
• [llvm-dev] Llvm build is broken (at least on FreeBSD)   Renato Golin via llvm-dev
• [llvm-dev] Buildbots down   Renato Golin via llvm-dev
• [llvm-dev] Llvm build is broken (at least on FreeBSD)   C Bergström via llvm-dev
• [llvm-dev] Llvm build is broken (at least on FreeBSD)   Matthias Braun via llvm-dev
• [llvm-dev] GitHub Survey - Results   Renato Golin via llvm-dev
• [llvm-dev] GitHub Survey - Results   Zachary Turner via llvm-dev
• [llvm-dev] [lldb-dev] GitHub Survey - Results   Mehdi Amini via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Phil Tomson via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Hans Wennborg via llvm-dev
• [llvm-dev] GitHub Survey - Results   Renato Golin via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Zachary Turner via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Chris Lattner via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Ryan Taylor via llvm-dev
• [llvm-dev] Buildbots down   Galina Kistanova via llvm-dev
• [llvm-dev] Buildbots down   Renato Golin via llvm-dev
• [llvm-dev] BoF: Let’s move to GitHub!   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Philip Reames via llvm-dev
• [llvm-dev] [Release-testers] 3.9.1 Release Schedule   Hans Wennborg via llvm-dev
• [llvm-dev] Llvm build is broken (at least on FreeBSD)   Yuri via llvm-dev
• [llvm-dev] 2016 LLVM Dev Mtg: Moderators - Need one more :)   Tanya Lattner via llvm-dev
• [llvm-dev] mischeduler   Andrew Trick via llvm-dev
• [llvm-dev] [cfe-dev] LLVM Bay-area social durring LLVM Dev Meeting   Chandler Carruth via llvm-dev
• [llvm-dev] mischeduler   Jonas Paulsson via llvm-dev
• [llvm-dev] New Pass Manager Design ....   Umesh Kalappa via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   David Chisnall via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Joerg Sonnenberger via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Daniel Berlin via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   David Chisnall via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Daniel Berlin via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Daniel Berlin via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   David Chisnall via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Daniel Berlin via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   David Chisnall via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Daniel Berlin via llvm-dev
• [llvm-dev] PVS-Studio analysis of LLVM code   Yury Mikhaylov via llvm-dev
• [llvm-dev] PVS-Studio analysis of LLVM code   Nathan Froyd via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   David Chisnall via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Phil Tomson via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Phil Tomson via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Ryan Taylor via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Daniel Berlin via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Phil Tomson via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Ryan Taylor via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Alex Bradbury via llvm-dev
• [llvm-dev] Red Hat is hiring! (and we're at the San Jose meeting this week)   Matt Newsome via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Manasij Mukherjee via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Alex Bradbury via llvm-dev
• [llvm-dev] PVS-Studio analysis of LLVM code   James Y Knight via llvm-dev
• [llvm-dev] RFC: Improving the experience of first-time contributors   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] BoF: Shipping Software as LLVM IR (@Upcoming Dev Mtg)   Will Dietz via llvm-dev
• [llvm-dev] Enforcing that an intrinsic takes a struct   Louis Li via llvm-dev
• [llvm-dev] mischeduler   Andrew Trick via llvm-dev
• [llvm-dev] New Pass Manager Design ....   Umesh Kalappa via llvm-dev
• [llvm-dev] Phabricator down?   Nemanja Ivanovic via llvm-dev
• [llvm-dev] Enforcing that an intrinsic takes a struct   Ryan Taylor via llvm-dev
• [llvm-dev] Phabricator down?   Hubert Tong via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Graham Hunter via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Amara Emerson via llvm-dev
• [llvm-dev] Phabricator down?   Petar Jovanovic via llvm-dev
• [llvm-dev] how to suppress -Wreturn-type-c-linkage in Clang   Hui Zhang via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Chandler Carruth via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Chandler Carruth via llvm-dev
• [llvm-dev] how to suppress -Wreturn-type-c-linkage in Clang   Ryan Taylor via llvm-dev
• [llvm-dev] Phabricator down?   Eric Liu via llvm-dev
• [llvm-dev] Phabricator down?   Ehsan Amiri via llvm-dev
• [llvm-dev] Phabricator down?   Hubert Tong via llvm-dev
• [llvm-dev] New Pass Manager Design ....   Chandler Carruth via llvm-dev
• [llvm-dev] Stable llvm/clang commits for devs   Octav Zlatior via llvm-dev
• [llvm-dev] Stable llvm/clang commits for devs   Adrian Prantl via llvm-dev
• [llvm-dev] Phabricator down?   Nemanja Ivanovic via llvm-dev
• [llvm-dev] RFC: Absolute or "fixed address" symbols as immediate operands   Peter Collingbourne via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] MCJit and remove module memory leak?   Lang Hames via llvm-dev
• [llvm-dev] RFC: Absolute or "fixed address" symbols as immediate operands   Peter Collingbourne via llvm-dev
• [llvm-dev] llvm-toolchain-3.8 on lower arm targets   Pauli via llvm-dev
• [llvm-dev] Stable llvm/clang commits for devs   Justin Lebar via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Mehdi Amini via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] rotl: undocumented LLVM instruction?   Mehdi Amini via llvm-dev
• [llvm-dev] Vectorizers code ownership   Nadav Rotem via llvm-dev
• [llvm-dev] Vectorizers code ownership   James Molloy via llvm-dev
• [llvm-dev] MCJit and remove module memory leak?   koffie drinker via llvm-dev
• [llvm-dev] MC PowerPC 32 bit vs. 64 bit   Keve via llvm-dev
• [llvm-dev] Vectorizers code ownership   Renato Golin via llvm-dev
• [llvm-dev] RFC: Convergent as an attribute for function arguments   Nicolai Hähnle via llvm-dev
• [llvm-dev] SanitizerCoverage feature   Bhargava Shastry via llvm-dev
• [llvm-dev] [llvm] To link or not to link   Julius Michaelis via llvm-dev
• [llvm-dev] Stable llvm/clang commits for devs   Octav Zlatior via llvm-dev
• [llvm-dev] About trigonometric Instructions   Varun Patil via llvm-dev
• [llvm-dev] About trigonometric Instructions   Ryan Taylor via llvm-dev
• [llvm-dev] About trigonometric Instructions   Ryan Taylor via llvm-dev
• [llvm-dev] LLVM Weekly - #149, Nov 7th 2016   Alex Bradbury via llvm-dev
• [llvm-dev] PIC and mcmodel=large on x86 doesn't use any relocations   John Reagan via llvm-dev
• [llvm-dev] superoptimizer evaluation   via llvm-dev
• [llvm-dev] Vectorizers code ownership   Sergei Larin via llvm-dev
• [llvm-dev] Vectorizers code ownership   via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Zachary Turner via llvm-dev
• [llvm-dev] Running GlobaISel passes after SelectionDAG instruction selection   Tom Stellard via llvm-dev
• [llvm-dev] Vectorizers code ownership   Sanjoy Das via llvm-dev
• [llvm-dev] MC PowerPC 32 bit vs. 64 bit   Hal Finkel via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Chandler Carruth via llvm-dev
• [llvm-dev] Running GlobaISel passes after SelectionDAG instruction selection   Tim Northover via llvm-dev
• [llvm-dev] MC PowerPC 32 bit vs. 64 bit   Alex Bradbury via llvm-dev
• [llvm-dev] Vectorizers code ownership   Chris Lattner via llvm-dev
• [llvm-dev] Vectorizers code ownership   Renato Golin via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Sanjay Patel via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Matt Arsenault via llvm-dev
• [llvm-dev] Running GlobaISel passes after SelectionDAG instruction selection   Quentin Colombet via llvm-dev
• [llvm-dev] Breaking cyclic pass dependency by invalidating analysis results?   Nils Björk via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Manuel Jacob via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Sanjay Patel via llvm-dev
• [llvm-dev] RFC: Drop support for old style scalar TBAA   Sanjoy Das via llvm-dev
• [llvm-dev] Vectorizers code ownership   Matthew Simpson via llvm-dev
• [llvm-dev] Errorifying the bitcode reader   Peter Collingbourne via llvm-dev
• [llvm-dev] Errorifying the bitcode reader   Mehdi Amini via llvm-dev
• [llvm-dev] Errorifying the bitcode reader   Pete Cooper via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Hal Finkel via llvm-dev
• [llvm-dev] LLVM buildmaster will be restarted at 5 PM Pacific time today   Galina Kistanova via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   James Y Knight via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Justin Bogner via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Zachary Turner via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Sanjay Patel via llvm-dev
• [llvm-dev] leaks in lld on the bot   Kostya Serebryany via llvm-dev
• [llvm-dev] leaks in lld on the bot   Davide Italiano via llvm-dev
• [llvm-dev] leaks in lld on the bot   Davide Italiano via llvm-dev
• [llvm-dev] leaks in lld on the bot   Davide Italiano via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Jack Andersen via llvm-dev
• [llvm-dev] LLC: Command line option and environment variables   Gopalasubramanian, Ganesh via llvm-dev
• [llvm-dev] LLVM dev meeting ppts?   Madhur Amilkanthwar via llvm-dev
• [llvm-dev] [XRay] Documentation up for Review   Dean Michael Berris via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Chris Lattner via llvm-dev
• [llvm-dev] LLVM dev meeting ppts?   Chris Lattner via llvm-dev
• [llvm-dev] MC PowerPC 32 bit vs. 64 bit   Keve via llvm-dev
• [llvm-dev] Publication "Bringing Low-Level Languages to the JVM: Efficient Execution of LLVM IR on Truffle"   Manuel Rigger via llvm-dev
• [llvm-dev] leaks in lld on the bot   Rafael Avila de Espindola via llvm-dev
• [llvm-dev] leaks in lld on the bot   Rafael Espíndola via llvm-dev
• [llvm-dev] MC PowerPC 32 bit vs. 64 bit   Joerg Sonnenberger via llvm-dev
• [llvm-dev] Vectorizers code ownership   Andrea Di Biagio via llvm-dev
• [llvm-dev] MC PowerPC 32 bit vs. 64 bit   Simon Dardis via llvm-dev
• [llvm-dev] Use Polly from llvm   qamar ilyas via llvm-dev
• [llvm-dev] Use Polly from llvm   Michael Kruse via llvm-dev
• [llvm-dev] RFC: Drop support for old style scalar TBAA   Duncan P. N. Exon Smith via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Simon Dardis via llvm-dev
• [llvm-dev] [llvm] To link or not to link   Stefan Gränitz via llvm-dev
• [llvm-dev] leaks in lld on the bot   Davide Italiano via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Nuno Lopes via llvm-dev
• [llvm-dev] Vectorizers code ownership   Michael Kuperstein via llvm-dev
• [llvm-dev] Use Polly from llvm   Alexandre Isoard via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Drop support for old style scalar TBAA   Sanjoy Das via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Friedman, Eli via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Alexandre Isoard via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Drop support for old style scalar TBAA   Duncan P. N. Exon Smith via llvm-dev
• [llvm-dev] Annotate LLVM IR instruction to use later in a machine pass   Alex Susu via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Jack Andersen via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Jack Andersen via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Sanjoy Das via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] Vectorizers code ownership   Quentin Colombet via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Friedman, Eli via llvm-dev
• [llvm-dev] Running GlobaISel passes after SelectionDAG instruction selection   Quentin Colombet via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   MITSUNARI Shigeo via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Mehdi Amini via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Tim Northover via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   MITSUNARI Shigeo via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Mehdi Amini via llvm-dev
• [llvm-dev] Vectorizers code ownership   Nadav Rotem via llvm-dev
• [llvm-dev] Vectorizers code ownership   Chandler Carruth via llvm-dev
• [llvm-dev] Error while generating CodeEmmiter.inc   Varun Patil via llvm-dev
• [llvm-dev] Unexpected clobber result from MemorySSA.   Bryant Wong via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* foropt + llc -march=aarch64?   MITSUNARI Shigeo via llvm-dev
• [llvm-dev] Vectorizers code ownership   Renato Golin via llvm-dev
• [llvm-dev] Using Linker with a cloned module   Savonichev, Andrew via llvm-dev
• [llvm-dev] Using ConstantDataVector instead of ConstantVector   Alex Susu via llvm-dev
• [llvm-dev] [ORC] SimpleCompiler and module transformations   Alex Denisov via llvm-dev
• [llvm-dev] Bad ARM instruction "sub.w sp, r7, #8" allowed by Clang   Gaël Jobin via llvm-dev
• [llvm-dev] Final Result - GitHub Survey   Renato Golin via llvm-dev
• [llvm-dev] Prioritizing an SDNode for scheduling   Alex Susu via llvm-dev
• [llvm-dev] Accessing the associated LLVM IR Instruction for an SDNode used in instruction selection (back end)   Alex Susu via llvm-dev
• [llvm-dev] Bad ARM instruction "sub.w sp, r7, #8" allowed by Clang   Tim Northover via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Tom Stellard via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Nuno Lopes via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Jacques Pienaar via llvm-dev
• [llvm-dev] [ORC] SimpleCompiler and module transformations   David Blaikie via llvm-dev
• [llvm-dev] Using Linker with a cloned module   Mehdi Amini via llvm-dev
• [llvm-dev] [ORC] SimpleCompiler and module transformations   Mehdi Amini via llvm-dev
• [llvm-dev] Vectorizers code ownership   Rackover, Zvi via llvm-dev
• [llvm-dev] Vectorizers code ownership   Mehdi Amini via llvm-dev
• [llvm-dev] LLVM Social - Paris: November 22nd, 2016   Arnaud Allard de Grandmaison via llvm-dev
• [llvm-dev] Using ConstantDataVector instead of ConstantVector   Friedman, Eli via llvm-dev
• [llvm-dev] Optimisation passes introducing address space casts   James Price via llvm-dev
• [llvm-dev] Vectorizers code ownership   Quentin Colombet via llvm-dev
• [llvm-dev] Vectorizers code ownership   Quentin Colombet via llvm-dev
• [llvm-dev] Vectorizers code ownership   Zaks, Ayal via llvm-dev
• [llvm-dev] getMinimalPhysRegClass : Couldn't find the register class   Peeter Joot via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Hal Finkel via llvm-dev
• [llvm-dev] getMinimalPhysRegClass : Couldn't find the register class   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] Using ConstantDataVector instead of ConstantVector   Mehdi Amini via llvm-dev
• [llvm-dev] Optimisation passes introducing address space casts   Mehdi Amini via llvm-dev
• [llvm-dev] Prioritizing an SDNode for scheduling   Ehsan Amiri via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Nuno Lopes via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Hal Finkel via llvm-dev
• [llvm-dev] X86 backend code ownership   Nadav Rotem via llvm-dev
• [llvm-dev] noalias attribute in LLVM/clang 3.9?   Phil Tomson via llvm-dev
• [llvm-dev] X86 backend code ownership   Quentin Colombet via llvm-dev
• [llvm-dev] noalias attribute in LLVM/clang 3.9?   Michael Kuperstein via llvm-dev
• [llvm-dev] X86 backend code ownership   Craig Topper via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   MITSUNARI Shigeo via llvm-dev
• [llvm-dev] Running GlobaISel passes after SelectionDAG instruction selection   Eric Christopher via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Mehdi Amini via llvm-dev
• [llvm-dev] emitter tableGen stack dumped error   Varun Patil via llvm-dev
• [llvm-dev] X86 backend code ownership   Andrea Di Biagio via llvm-dev
• [llvm-dev] emitter tableGen stack dumped error   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] X86 backend code ownership   Sanjay Patel via llvm-dev
• [llvm-dev] [ORC] SimpleCompiler and module transformations   Alex Denisov via llvm-dev
• [llvm-dev] Running GlobaISel passes after SelectionDAG instruction selection   Tom Stellard via llvm-dev
• [llvm-dev] [llvm] To link or not to link   Julius Michaelis via llvm-dev
• [llvm-dev] Problems with Inline ASM expressions generated in the back end   Alex Susu via llvm-dev
• [llvm-dev] Prioritizing an SDNode for scheduling   Alex Susu via llvm-dev
• [llvm-dev] X86 backend code ownership   Michael Kuperstein via llvm-dev
• [llvm-dev] Running GlobaISel passes after SelectionDAG instruction selection   Gerolf Hoflehner via llvm-dev
• [llvm-dev] RFC: General purpose type-safe formatting library   Zachary Turner via llvm-dev
• [llvm-dev] Compiling with Clang 3.9.0 on Windows 10   Osman Zakir via llvm-dev
• [llvm-dev] Compiling with Clang 3.9.0 on Windows 10   Flamedoge via llvm-dev
• [llvm-dev] [lldb-dev] Final Result - GitHub Survey   Chris Lattner via llvm-dev
• [llvm-dev] array fill idioms   Bagel via llvm-dev
• [llvm-dev] array fill idioms   Mehdi Amini via llvm-dev
• [llvm-dev] X86 backend code ownership   Quentin Colombet via llvm-dev
• [llvm-dev] array fill idioms   Mehdi Amini via llvm-dev
• [llvm-dev] array fill idioms   Bagel via llvm-dev
• [llvm-dev] Is it possible to execute Objective-C code via LLVM JIT?   Stanislav Pankevich via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Robinson, Paul via llvm-dev
• [llvm-dev] array fill idioms   Ryan Taylor via llvm-dev
• [llvm-dev] array fill idioms   Robinson, Paul via llvm-dev
• [llvm-dev] array fill idioms   Bagel via llvm-dev
• [llvm-dev] array fill idioms   Stephen Canon via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Hal Finkel via llvm-dev
• [llvm-dev] Polly | Dependence detection details   qamar ilyas via llvm-dev
• [llvm-dev] array fill idioms   Robinson, Paul via llvm-dev
• [llvm-dev] Polly | Dependence detection details   Tobias Grosser via llvm-dev
• [llvm-dev] superoptimizer evaluation   Sanjay Patel via llvm-dev
• [llvm-dev] BoF: Debug info for optimized code.   Adrian Prantl via llvm-dev
• [llvm-dev] LLVM Social in Salt Lake City, UT (Nov. 14th)   Hal Finkel via llvm-dev
• [llvm-dev] X86 backend code ownership   Chandler Carruth via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   John McCall via llvm-dev
• [llvm-dev] X86 backend code ownership   Chris Lattner via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Sanjoy Das via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Sanjoy Das via llvm-dev
• [llvm-dev] MCJit and remove module memory leak?   koffie drinker via llvm-dev
• [llvm-dev] emitter tableGen stack dumped error   Varun Patil via llvm-dev
• [llvm-dev] Is it possible to execute Objective-C code via LLVM JIT?   David Chisnall via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Renato Golin via llvm-dev
• [llvm-dev] Accessing the associated LLVM IR Instruction for an SDNode used in instruction selection (back end)   Alex Susu via llvm-dev
• [llvm-dev] RFC: Add atomic versions of the llvm.memcpy, llvm.memmove and llvm.memset intrinsics   Igor Laevsky via llvm-dev
• [llvm-dev] RFC: Add atomic versions of the llvm.memcpy, llvm.memmove and llvm.memset intrinsics   Joerg Sonnenberger via llvm-dev
• [llvm-dev] RFC: Add atomic versions of the llvm.memcpy, llvm.memmove and llvm.memset intrinsics   Igor Laevsky via llvm-dev
• [llvm-dev] array fill idioms   Bagel via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   John McCall via llvm-dev
• [llvm-dev] RFC #2: Improving license & patent issues in the LLVM community   Chris Lattner via llvm-dev
• [llvm-dev] Is it possible to execute Objective-C code via LLVM JIT?   Steven Wu via llvm-dev
• [llvm-dev] Is it possible to execute Objective-C code via LLVM JIT?   Kevin Enderby via llvm-dev
• [llvm-dev] initialization-order-fiasco in MCTargetDesc/X86MCAsmInfo.cpp   Kostya Serebryany via llvm-dev
• [llvm-dev] Is it possible to execute Objective-C code via LLVM JIT?   Steven Wu via llvm-dev
• [llvm-dev] Polly | Dependence detection details   qamar ilyas via llvm-dev
• [llvm-dev] Debug info interacting with optimization and code generation   Greg Bedwell via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Sanjoy Das via llvm-dev
• [llvm-dev] initialization-order-fiasco in MCTargetDesc/X86MCAsmInfo.cpp   Mehdi Amini via llvm-dev
• [llvm-dev] Embedding LLD version to executables   Rui Ueyama via llvm-dev
• [llvm-dev] Polly | Dependence detection details   Tobias Grosser via llvm-dev
• [llvm-dev] initialization-order-fiasco in MCTargetDesc/X86MCAsmInfo.cpp   Kostya Serebryany via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* foropt + llc -march=aarch64?   MITSUNARI Shigeo via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* foropt + llc -march=aarch64?   Mehdi Amini via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   MITSUNARI Shigeo via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192*foropt + llc -march=aarch64?   MITSUNARI Shigeo via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Bob Haarman via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   Sanjoy Das via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Renato Golin via llvm-dev
• [llvm-dev] [lldb-dev] BoF: Let’s move to GitHub!   Michał Górny via llvm-dev
• [llvm-dev] [lldb-dev] BoF: Let’s move to GitHub!   Mehdi Amini via llvm-dev
• [llvm-dev] Is the correct behavior of getelementptr i192* for opt + llc -march=aarch64?   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Killing undef and spreading poison   John McCall via llvm-dev
• [llvm-dev] Embedding LLD version to executables   Sean Silva via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Adam Nemet via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Gleb Popov via llvm-dev
• [llvm-dev] Bug#820535: llvm-toolchain-3.8 on lower arm targets   Sylvestre Ledru via llvm-dev
• [llvm-dev] llc generating code that writes below the stack pointer on darwin/x86-64   Jonas Maebe via llvm-dev
• [llvm-dev] llc generating code that writes below the stack pointer on darwin/x86-64   Stephen Checkoway via llvm-dev
• [llvm-dev] OpenMP: pragma cancel for   Gurunath Kadam via llvm-dev
• [llvm-dev] llc generating code that writes below the stack pointer on darwin/x86-64   Jonas Maebe via llvm-dev
• [llvm-dev] RFC: PointerType should derive from Type rather than SequentialType   Peter Collingbourne via llvm-dev
• [llvm-dev] LLVM Weekly - #150, Nov 14th 2016   Alex Bradbury via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Zaks, Ayal via llvm-dev
• [llvm-dev] [XRay] Documentation up for Review   Dean Michael Berris via llvm-dev
• [llvm-dev] should we have IR intrinsics for integer min/max?   Sanjay Patel via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Adam Nemet via llvm-dev
• [llvm-dev] getting the value back from metadata   Alon Shaltiel (ashaltie) via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Chris Matthews via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Mehdi Amini via llvm-dev
• [llvm-dev] getting the value back from metadata   Mehdi Amini via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Rui Ueyama via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] Interprocedural MIR-level outlining pass   Jessica Paquette via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Rui Ueyama via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Mehdi Amini via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Rui Ueyama via llvm-dev
• [llvm-dev] [GreenDragon] Emergency Maintenance   Mike Edwards via llvm-dev
• [llvm-dev] In LLVM IR, how can I determine if a switch statement had an explicit default case?   don hinton via llvm-dev
• [llvm-dev] RFC [Bitcode]: Moving block info block state   Mehdi Amini via llvm-dev
• [llvm-dev] Dwarf.h & Dwarf.def & Dwarf.cpp doesn't belong to Supoort, belogns to DebugInfo.   罗勇刚(Yonggang Luo) via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Adam Nemet via llvm-dev
• [llvm-dev] getting the value back from metadata   Alon Shaltiel (ashaltie) via llvm-dev
• [llvm-dev] Disabling DCE pass from opt   Alex Susu via llvm-dev
• [llvm-dev] Disabling DCE pass from opt   via llvm-dev
• [llvm-dev] Disabling DCE pass from opt   serge guelton via llvm-dev
• [llvm-dev] European LLVM Developers Conference 2017   Johannes Doerfert via llvm-dev
• [llvm-dev] Dwarf.h & Dwarf.def & Dwarf.cpp doesn't belong to Supoort, belogns to DebugInfo.   David Blaikie via llvm-dev
• [llvm-dev] In LLVM IR, how can I determine if a switch statement had an explicit default case?   Tim Northover via llvm-dev
• [llvm-dev] In LLVM IR, how can I determine if a switch statement had an explicit default case?   don hinton via llvm-dev
• [llvm-dev] In LLVM IR, how can I determine if a switch statement had an explicit default case?   don hinton via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Bob Haarman via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Adam Nemet via llvm-dev
• [llvm-dev] Documentation for LLVM r247378   Ben Gamari via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Wei Ding via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Gerolf Hoflehner via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Ryan Taylor via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Ehsan Amiri via llvm-dev
• [llvm-dev] Documentation for LLVM r247378   David Blaikie via llvm-dev
• [llvm-dev] Disabling DCE pass from opt   Mikhail Zolotukhin via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Ryan Taylor via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Ryan Taylor via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Ryan Taylor via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   Grang, Mandeep Singh via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   Hal Finkel via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   Daniel Berlin via llvm-dev
• [llvm-dev] InstCombine question on combineLoadToOperationType   Pete Couperus via llvm-dev
• [llvm-dev] LLVM buildmaster will be restarted tonight   Galina Kistanova via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   Duncan P. N. Exon Smith via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Bob Haarman via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Bob Haarman via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Madhur Amilkanthwar via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Adam Nemet via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] NewGVN   Davide Italiano via llvm-dev
• [llvm-dev] [RFC] NewGVN   Daniel Berlin via llvm-dev
• [llvm-dev] [RFC] NewGVN   Davide Italiano via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Hal Finkel via llvm-dev
• [llvm-dev] [RFC] NewGVN   David Chisnall via llvm-dev
• [llvm-dev] Clang 3.8 can't compile libunwind 3.9   Renato Golin via llvm-dev
• [llvm-dev] [SPARC]: leon2 and leon3: not respecting delayed-write to Y-register   Patrick Boettcher via llvm-dev
• [llvm-dev] Clang 3.8 can't compile libunwind 3.9   Joerg Sonnenberger via llvm-dev
• [llvm-dev] [cfe-dev] Clang 3.8 can't compile libunwind 3.9   Renato Golin via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Johannes Doerfert via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Eric Liu via llvm-dev
• [llvm-dev] [cfe-dev] Clang 3.8 can't compile libunwind 3.9   Renato Golin via llvm-dev
• [llvm-dev] [SPARC]: leon2 and leon3: not respecting delayed-write to Y-register   Simon Dardis via llvm-dev
• [llvm-dev] 96 core Aarch64 cloud server for $0.50/hr   Bruce Hoult via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] Memory Dependency Analysis   Juan Manuel Martinez Caamaño via llvm-dev
• [llvm-dev] 96 core Aarch64 cloud server for $0.50/hr   David Chisnall via llvm-dev
• [llvm-dev] [SPARC]: leon2 and leon3: not respecting delayed-write to Y-register   Martin J. O'Riordan via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Eric Liu via llvm-dev
• [llvm-dev] how to prevent LLVM back-end from reordering instructions at instruction scheduling?   Ryan Taylor via llvm-dev
• [llvm-dev] [SPARC]: leon2 and leon3: not respecting delayed-write to Y-register   Joerg Sonnenberger via llvm-dev
• [llvm-dev] [SPARC]: leon2 and leon3: not respecting delayed-write to Y-register   Joerg Sonnenberger via llvm-dev
• [llvm-dev] [SPARC]: leon2 and leon3: not respecting delayed-write to Y-register   James Y Knight via llvm-dev
• [llvm-dev] [SPARC]: leon2 and leon3: not respecting delayed-write to Y-register   Patrick Boettcher via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   regehr via llvm-dev
• [llvm-dev] Bitwise AND blocks re-association   Timofeev, Alexander via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Johannes Doerfert via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   Jonathan Roelofs via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   regehr via llvm-dev
• [llvm-dev] [RFC] NewGVN   Daniel Berlin via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Sanjay Patel via llvm-dev
• [llvm-dev] [RFC] AAP Backend   Ed Jones via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Nicolai Hähnle via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] NewGVN   Davide Italiano via llvm-dev
• [llvm-dev] Bitwise AND blocks re-association   Friedman, Eli via llvm-dev
• [llvm-dev] [RFC] NewGVN   David Chisnall via llvm-dev
• [llvm-dev] InstCombine question on combineLoadToOperationType   Friedman, Eli via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Reid Kleckner via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Jonathan Roelofs via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   mats petersson via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   Jonathan Roelofs via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Mehdi Amini via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   Martin J. O'Riordan via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Matthias Braun via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rafael Espíndola via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   mats petersson via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   Jonathan Roelofs via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Renato Golin via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Hal Finkel via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Nicolai Hähnle via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Renato Golin via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rafael Espíndola via llvm-dev
• [llvm-dev] [RFC] NewGVN   Daniel Berlin via llvm-dev
• [llvm-dev] [RFC] NewGVN   Sanjoy Das via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   Chris Bieneman via llvm-dev
• [llvm-dev] [RFC] NewGVN   Daniel Berlin via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Johannes Doerfert via llvm-dev
• [llvm-dev] Status of the AVR backend   Dylan McKay via llvm-dev
• [llvm-dev] Status of the AVR backend   Rick Mann via llvm-dev
• [llvm-dev] Status of the AVR backend   Roel Jordans via llvm-dev
• [llvm-dev] Status of the AVR backend   Jake Goulding via llvm-dev
• [llvm-dev] MCJit and remove module memory leak?   Lang Hames via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Renato Golin via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Mehdi Amini via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Kaylor, Andrew via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Kaylor, Andrew via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   mats petersson via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Joerg Sonnenberger via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Joerg Sonnenberger via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LNT easy_install problem   Southern, Gabriel via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   Grang, Mandeep Singh via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Joerg Sonnenberger via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] LNT easy_install problem   Matthias Braun via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Jack Andersen via llvm-dev
• [llvm-dev] LNT easy_install problem   Chris Matthews via llvm-dev
• [llvm-dev] Incorrect / missing dependencies in llvm build?   Chris Bieneman via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Cain, Brian via llvm-dev
• [llvm-dev] UB in MemoryBufferMMapFile   Justin Bogner via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] UB in MemoryBufferMMapFile   Mehdi Amini via llvm-dev
• [llvm-dev] Status of the AVR backend   Chris Lattner via llvm-dev
• [llvm-dev] UB in MemoryBufferMMapFile   Chris Lattner via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] Status of the AVR backend   Anton Smirnov via llvm-dev
• [llvm-dev] [RFC] NewGVN   David Chisnall via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] Code generation for custom attribute   Naveed Ul Mustafa via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Nicolai Hähnle via llvm-dev
• [llvm-dev] How to split module into several ones   Aliaksei Zasenka via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Peter Smith via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Renato Golin via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Paparo Bivas, Omer via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rafael Espíndola via llvm-dev
• [llvm-dev] MCJit and remove module memory leak?   koffie drinker via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Teresa Johnson via llvm-dev
• [llvm-dev] How to split module into several ones   Teresa Johnson via llvm-dev
• [llvm-dev] Highlighting trailing whitespaces on Phab?   Eric Liu via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Sanjay Patel via llvm-dev
• [llvm-dev] InstCombine question on combineLoadToOperationType   Pete Couperus via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Stephen Checkoway via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Sanjay Patel via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] UB in MemoryBufferMMapFile   Justin Bogner via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Adam Nemet via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Mehdi Amini via llvm-dev
• [llvm-dev] LNT easy_install problem   Southern, Gabriel via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Teresa Johnson via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Renato Golin via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] [RFC] NewGVN   Piotr Padlewski via llvm-dev
• [llvm-dev] Loop invariant not being optimized   Phil Tomson via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Kaylor, Andrew via llvm-dev
• [llvm-dev] Possible MemCpyOpt bug?   Bryant Wong via llvm-dev
• [llvm-dev] MCJit and remove module memory leak?   Lang Hames via llvm-dev
• [llvm-dev] Non-determinism in LLVM codegen   Greg Bedwell via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Nicolai Hähnle via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Hal Finkel via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rafael Espíndola via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] NamedRegionTimer - printing structured data, full nanosecond resolution values   David Farler via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] InstCombine question on combineLoadToOperationType   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Ristow, Warren via llvm-dev
• [llvm-dev] Status of the AVR backend   Hans Wennborg via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Nicolai Hähnle via llvm-dev
• [llvm-dev] Status of the AVR backend   Dylan McKay via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Mehdi Amini via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Matthias Braun via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Matthias Braun via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Brian Cain via llvm-dev
• [llvm-dev] "-stdlib=libc++" applied to CMAKE_CXX_FLAGS   Brian Cain via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Mehdi Amini via llvm-dev
• [llvm-dev] DWARF Generator   Greg Clayton via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Matthias Braun via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Sanjay Patel via llvm-dev
• [llvm-dev] DWARF Generator   David Blaikie via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Ristow, Warren via llvm-dev
• [llvm-dev] DWARF Generator   Robinson, Paul via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Hal Finkel via llvm-dev
• [llvm-dev] Tablegen doc bug?   Romick via llvm-dev
• [llvm-dev] Buildbot numbers for the week of 10/30/2016 - 11/05/2016   Galina Kistanova via llvm-dev
• [llvm-dev] Buildbot numbers for the week of 11/06/2016 - 11/12/2016   Galina Kistanova via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Mehdi Amini via llvm-dev
• [llvm-dev] DWARF Generator   Greg Clayton via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Finkel, Hal J. via llvm-dev
• [llvm-dev] DWARF Generator   Greg Clayton via llvm-dev
• [llvm-dev] Tablegen doc bug?   Craig Topper via llvm-dev
• [llvm-dev] DWARF Generator   Robinson, Paul via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Davide Italiano via llvm-dev
• [llvm-dev] Questions about the methods of compilation.   PeiLIU via llvm-dev
• [llvm-dev] DWARF gotchas moving from 3.7.1 to 3.9.0   David Jones via llvm-dev
• [llvm-dev] [RFC] NewGVN   Davide Italiano via llvm-dev
• [llvm-dev] Reminder: Deadline to submit patches for the 3.9 branch is Monday.   Tom Stellard via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Davide Italiano via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Davide Italiano via llvm-dev
• [llvm-dev] conversion of const Stmt to stringref   John Tan via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Adam Nemet via llvm-dev
• [llvm-dev] Rewriting opt-viewer in C++   Brian Cain via llvm-dev
• [llvm-dev] LoopStrengthReduce Code Owner: nominating Quentin   Andrew Trick via llvm-dev
• [llvm-dev] Tablegen doc bug?   Chris Lattner via llvm-dev
• [llvm-dev] UB in MemoryBufferMMapFile   Chris Lattner via llvm-dev
• [llvm-dev] UB in MemoryBufferMMapFile   Mehdi Amini via llvm-dev
• [llvm-dev] Loop invariant not being optimized   Nema, Ashutosh via llvm-dev
• [llvm-dev] LoopStrengthReduce Code Owner: nominating Quentin   Adam Nemet via llvm-dev
• [llvm-dev] Tablegen doc bug?   Craig Topper via llvm-dev
• [llvm-dev] LoopStrengthReduce Code Owner: nominating Quentin   Sanjoy Das via llvm-dev
• [llvm-dev] Questions about the methods of compilation.   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] NewGVN   Arnaud De Grandmaison via llvm-dev
• [llvm-dev] [RFC] NewGVN   David Chisnall via llvm-dev
• [llvm-dev] Linking LLVM IR with standard library   Shilpa B via llvm-dev
• [llvm-dev] MCJit and remove module memory leak?   koffie drinker via llvm-dev
• [llvm-dev] LoopStrengthReduce Code Owner: nominating Quentin   via llvm-dev
• [llvm-dev] Linking LLVM IR with standard library   mats petersson via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Sanjay Patel via llvm-dev
• [llvm-dev] DWARF Generator   Greg Clayton via llvm-dev
• [llvm-dev] [RFC] NewGVN   Philip Reames via llvm-dev
• [llvm-dev] DWARF gotchas moving from 3.7.1 to 3.9.0   David Blaikie via llvm-dev
• [llvm-dev] DWARF gotchas moving from 3.7.1 to 3.9.0   Adrian Prantl via llvm-dev
• [llvm-dev] [RFC] NewGVN   Daniel Berlin via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] DWARF Generator   David Blaikie via llvm-dev
• [llvm-dev] DWARF gotchas moving from 3.7.1 to 3.9.0   David Jones via llvm-dev
• [llvm-dev] Questions about the methods of compilation.   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] DWARF gotchas moving from 3.7.1 to 3.9.0   Adrian Prantl via llvm-dev
• [llvm-dev] Loop invariant not being optimized   Phil Tomson via llvm-dev
• [llvm-dev] Linking LLVM IR with standard library   mats petersson via llvm-dev
• [llvm-dev] DWARF Generator   Eric Christopher via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Hal Finkel via llvm-dev
• [llvm-dev] DWARF Generator   Greg Clayton via llvm-dev
• [llvm-dev] DWARF Generator   David Blaikie via llvm-dev
• [llvm-dev] DWARF Generator   Eric Christopher via llvm-dev
• [llvm-dev] NamedRegionTimer - printing structured data, full nanosecond resolution values   Hal Finkel via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Hal Finkel via llvm-dev
• [llvm-dev] "-stdlib=libc++" applied to CMAKE_CXX_FLAGS   Brian Cain via llvm-dev
• [llvm-dev] Possible MemCpyOpt bug?   Hal Finkel via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Jack Andersen via llvm-dev
• [llvm-dev] CUDA: instrumenting PTX code   Gurunath Kadam via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Hal Finkel via llvm-dev
• [llvm-dev] "-stdlib=libc++" applied to CMAKE_CXX_FLAGS   Jordan Rose via llvm-dev
• [llvm-dev] CUDA: instrumenting PTX code   Gurunath Kadam via llvm-dev
• [llvm-dev] "-stdlib=libc++" applied to CMAKE_CXX_FLAGS   Brian Cain via llvm-dev
• [llvm-dev] CUDA: instrumenting PTX code   Jingyue Wu via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Sanjay Patel via llvm-dev
• [llvm-dev] Possible MemCpyOpt bug?   Daniel Berlin via llvm-dev
• [llvm-dev] [RFC] NewGVN   Davide Italiano via llvm-dev
• [llvm-dev] [RFC] NewGVN   Davide Italiano via llvm-dev
• [llvm-dev] DWARF Generator   Robinson, Paul via llvm-dev
• [llvm-dev] Questions about getGEPCost()   Haicheng Wu via llvm-dev
• [llvm-dev] NamedRegionTimer - printing structured data, full nanosecond resolution values   David Farler via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Kreitzer, David L via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Hal Finkel via llvm-dev
• [llvm-dev] what does -ffp-contract=fast allow?   Hal Finkel via llvm-dev
• [llvm-dev] Loop invariant not being optimized   Hal Finkel via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Mehdi Amini via llvm-dev
• [llvm-dev] LoopStrengthReduce Code Owner: nominating Quentin   Chris Lattner via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Mehdi Amini via llvm-dev
• [llvm-dev] Loop invariant not being optimized   Phil Tomson via llvm-dev
• [llvm-dev] DWARF Generator   Robinson, Paul via llvm-dev
• [llvm-dev] Accessing the associated LLVM IR Instruction for an SDNode used in instruction selection (back end)   Alex Susu via llvm-dev
• [llvm-dev] Linking LLVM IR with standard library   Shilpa B via llvm-dev
• [llvm-dev] DWARF Generator   Eric Christopher via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Sanjay Patel via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Finkel, Hal J. via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Simone Atzeni via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Mehdi Amini via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Simone Atzeni via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Mehdi Amini via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Simone Atzeni via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Mehdi Amini via llvm-dev
• [llvm-dev] Is RegionInfoBase meant to be subclassed?   Félix Cloutier via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Hal Finkel via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Sanjay Patel via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   regehr via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] Runtime checks for ABI breaking build of LLVM   Chris Bieneman via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Hal Finkel via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   Sanjoy Das via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Paparo Bivas, Omer via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Paparo Bivas, Omer via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Sanjay Patel via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   regehr via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Hal Finkel via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   Evgenii Stepanov via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Hal Finkel via llvm-dev
• [llvm-dev] LLVM Social - Paris: November 22nd, 2016   Arnaud Allard de Grandmaison via llvm-dev
• [llvm-dev] add_library cannot create target "LLVMTarget" because an imported target with the same name already exists.   Simone Atzeni via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Simone Atzeni via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Mehdi Amini via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Simone Atzeni via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Mehdi Amini via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   regehr via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   Mehdi Amini via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   regehr via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   Hal Finkel via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   regehr via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   Hal Finkel via llvm-dev
• [llvm-dev] RV: A Unified Region Vectorizer for LLVM - now on github   Simon Moll via llvm-dev
• [llvm-dev] compiler-rt build is failing   Mayur Pandey via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Nicolai Hähnle via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Nicolai Hähnle via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Paparo Bivas, Omer via llvm-dev
• [llvm-dev] LLVM Weekly - #151, Nov 21st 2016   Alex Bradbury via llvm-dev
• [llvm-dev] RFC: Insertion of nops for performance stability   Hal Finkel via llvm-dev
• [llvm-dev] RV: A Unified Region Vectorizer for LLVM - now on github   Hal Finkel via llvm-dev
• [llvm-dev] Nominating a fix for the 3.9 branch   Eric van Gyzen via llvm-dev
• [llvm-dev] Nominating a fix for the 3.9 branch   Mehdi Amini via llvm-dev
• [llvm-dev] Nominating a fix for the 3.9 branch   Renato Golin via llvm-dev
• [llvm-dev] Nominating a fix for the 3.9 branch   Eric van Gyzen via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Reid Kleckner via llvm-dev
• [llvm-dev] GlobalValue::AvailableExternallyLinkage   Mehdi Amini via llvm-dev
• [llvm-dev] libc++ review: add validation to Stage 2 of num_get   Eric van Gyzen via llvm-dev
• [llvm-dev] LLVM Stable   Alexandre Isoard via llvm-dev
• [llvm-dev] CUDA: get thread id in a pass   Gurunath Kadam via llvm-dev
• [llvm-dev] CUDA: get thread id in a pass   Gurunath Kadam via llvm-dev
• [llvm-dev] libc++ review: add validation to Stage 2 of num_get   Shoaib Meenai via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   David Blaikie via llvm-dev
• [llvm-dev] LLVM buildmaster will be restarted tonight   Galina Kistanova via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Robinson, Paul via llvm-dev
• [llvm-dev] Conditional jump or move depends on uninitialised value(s)   regehr via llvm-dev
• [llvm-dev] libc++ review: add validation to Stage 2 of num_get   Eric van Gyzen via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   David Blaikie via llvm-dev
• [llvm-dev] libc++ review: add validation to Stage 2 of num_get   Shoaib Meenai via llvm-dev
• [llvm-dev] Conditional jump or move depends on uninitialised value(s)   regehr via llvm-dev
• [llvm-dev] Conditional jump or move depends on uninitialised value(s)   regehr via llvm-dev
• [llvm-dev] Conditional jump or move depends on uninitialised value(s)   Chandler Carruth via llvm-dev
• [llvm-dev] Conditional jump or move depends on uninitialised value(s)   John Regehr via llvm-dev
• [llvm-dev] [SPARC] how to add a ScheduleHazardRecognizer   Patrick Boettcher via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Graham Hunter via llvm-dev
• [llvm-dev] LLVM Stable   David Blaikie via llvm-dev
• [llvm-dev] [RFC] NewGVN   Jack Howarth via llvm-dev
• [llvm-dev] LLVM Stable   Eric Christopher via llvm-dev
• [llvm-dev] llvm-toolchain-3.8 on lower arm targets   Emilio Pozuelo Monfort via llvm-dev
• [llvm-dev] Assert in register allocation during last chance recoloring   Sanjin Sijaric via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Greg Bedwell via llvm-dev
• [llvm-dev] RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] AAP Backend   Sean Silva via llvm-dev
• [llvm-dev] How to split module into several ones   Aliaksei Zasenka via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Sean Silva via llvm-dev
• [llvm-dev] Dwarf.h & Dwarf.def & Dwarf.cpp doesn't belong to Supoort, belogns to DebugInfo.   罗勇刚(Yonggang Luo) via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Haber, Gadi via llvm-dev
• [llvm-dev] Generation of IR for MyTarget   Varun Patil via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Hal Finkel via llvm-dev
• [llvm-dev] LLVM Social Berlin, #4   Alex Denisov via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rafael Espíndola via llvm-dev
• [llvm-dev] llvm-bcanalyzer - adding a new option   Strahinja Petrovic via llvm-dev
• [llvm-dev] Generation of IR for MyTarget   Krzysztof Parzyszek via llvm-dev
• [llvm-dev] [RFC] AAP Backend   Edward Jones via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Craig Topper via llvm-dev
• [llvm-dev] Dwarf.h & Dwarf.def & Dwarf.cpp doesn't belong to Supoort, belogns to DebugInfo.   Reid Kleckner via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   David Blaikie via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Eric Christopher via llvm-dev
• [llvm-dev] Buildbot numbers for the week of 11/13/2016 - 11/19/2016   Galina Kistanova via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Sean Silva via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Rui Ueyama via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Sean Silva via llvm-dev
• [llvm-dev] Running "different tests" on cmake based test-suite build   Sandeep Dasgupta via llvm-dev
• [llvm-dev] LLD: time to enable --threads by default   Sean Silva via llvm-dev
• [llvm-dev] Generation of IR for MyTarget   Varun Patil via llvm-dev
• [llvm-dev] Generation of IR for MyTarget   Madhur Amilkanthwar via llvm-dev
• [llvm-dev] Generation of IR for MyTarget   Madhur Amilkanthwar via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Haber, Gadi via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Haber, Gadi via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Demikhovsky, Elena via llvm-dev
• [llvm-dev] Running "different tests" on cmake based test-suite build   Arnaud De Grandmaison via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Carlo Kok via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Carlo Kok via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Craig Topper via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] Running "different tests" on cmake based test-suite build   John Criswell via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Hal Finkel via llvm-dev
• [llvm-dev] mulle-objc a new clang derivat for Objective-C   Nat! via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Graham Hunter via llvm-dev
• [llvm-dev] TTA-based Co-design Environment (TCE) v1.14 released   Pekka Jääskeläinen via llvm-dev
• [llvm-dev] Please include r283123 in 3.9.1   Krenn Willibald via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   James Molloy via llvm-dev
• [llvm-dev] llvm.dbg.value for 64-bit types on 32-bit system   Francois Pichet via llvm-dev
• [llvm-dev] Code Owner for the LLVM Bitcode   Mehdi Amini via llvm-dev
• [llvm-dev] Saving private DebugInfo   Dmitriy Matveev via llvm-dev
• [llvm-dev] Please include r283123 in 3.9.1   Mehdi Amini via llvm-dev
• [llvm-dev] Saving private DebugInfo   Mehdi Amini via llvm-dev
• [llvm-dev] Placement new and TBAA   Hubert Tong via llvm-dev
• [llvm-dev] Running "different tests" on cmake based test-suite build   Dasgupta, Sandeep via llvm-dev
• [llvm-dev] Running "different tests" on cmake based test-suite build   Sandeep Dasgupta via llvm-dev
• [llvm-dev] LLVM Stable   Philip Reames via llvm-dev
• [llvm-dev] FMA canonicalization in IR   Philip Reames via llvm-dev
• [llvm-dev] Placement new and TBAA   Daniel Berlin via llvm-dev
• [llvm-dev] LLVM Stable   Brooks Moses via llvm-dev
• [llvm-dev] Translation of custom attribute (defined for variables) from clang to llvm   Naveed Ul Mustafa via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] Translation of custom attribute (defined for variables) from clang to llvm   Asit Dhal via llvm-dev
• [llvm-dev] Translation of custom attribute (defined for variables) from clang to llvm   Naveed Ul Mustafa via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Mueller-Roemer, Johannes Sebastian via llvm-dev
• [llvm-dev] Placement new and TBAA   Hubert Tong via llvm-dev
• [llvm-dev] Translation of custom attribute (defined for variables) from clang to llvm   John Brawn via llvm-dev
• [llvm-dev] Translation of custom attribute (defined for variables) from clang to llvm   Naveed Ul Mustafa via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   David Blaikie via llvm-dev
• [llvm-dev] [RFC] NewGVN   Michael Spencer via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] NewGVN   Greg Bedwell via llvm-dev
• [llvm-dev] [RFC] NewGVN   Philip Reames via llvm-dev
• [llvm-dev] array fill idioms   Philip Reames via llvm-dev
• [llvm-dev] Placement new and TBAA   Daniel Berlin via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Reid Kleckner via llvm-dev
• [llvm-dev] Placement new and TBAA   Mehdi Amini via llvm-dev
• [llvm-dev] Placement new and TBAA   Daniel Berlin via llvm-dev
• [llvm-dev] Placement new and TBAA   Sanjoy Das via llvm-dev
• [llvm-dev] Status of the AVR backend   Dylan McKay via llvm-dev
• [llvm-dev] Placement new and TBAA   Daniel Berlin via llvm-dev
• [llvm-dev] Bug in llvm sink pass   Xin Tong via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] Placement new and TBAA   Hal Finkel via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] Placement new and TBAA   Hubert Tong via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Eric Christopher via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Mads Ravn via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Sean Silva via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Sean Silva via llvm-dev
• [llvm-dev] A couple metrics of LLD/ELF's performance   Sean Silva via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Demikhovsky, Elena via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Amara Emerson via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   C Bergström via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Carlo Kok via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   C Bergström via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   David Chisnall via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Amara Emerson via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Amara Emerson via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Amara Emerson via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] A couple metrics of LLD/ELF's performance   Rui Ueyama via llvm-dev
• [llvm-dev] A couple metrics of LLD/ELF's performance   mats petersson via llvm-dev
• [llvm-dev] Extending Register Rematerialization   Nirav Rana via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   David Majnemer via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Piotr Padlewski via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Piotr Padlewski via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Piotr Padlewski via llvm-dev
• [llvm-dev] A couple metrics of LLD/ELF's performance   Sean Silva via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] LLVM Pass for Instructions in Function (error   Gurunath Kadam via llvm-dev
• [llvm-dev] LLVM Pass for Instructions in Function (error   Dasgupta, Sandeep via llvm-dev
• [llvm-dev] LLVM Pass for Instructions in Function (error   Gurunath Kadam via llvm-dev
• [llvm-dev] LLVM Pass for Instructions in Function (error   Mehdi Amini via llvm-dev
• [llvm-dev] LLVM Pass for Instructions in Function (error   Dasgupta, Sandeep via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Mehdi Amini via llvm-dev
• [llvm-dev] LLVM Pass for Instructions in Function (error   Sean Silva via llvm-dev
• [llvm-dev] LLVM Pass for Instructions in Function (error   Gurunath Kadam via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Mehdi Amini via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Mads Ravn via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Alex Bradbury via llvm-dev
• [llvm-dev] LLVM Weekly - #152, Nov 28th 2016   Alex Bradbury via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] Is there plan to add a register allocator based on Graph Coloring?   ? ?? via llvm-dev
• [llvm-dev] Zurich LLVM Social - Thursday December 8, 2016   Tobias Grosser via llvm-dev
• [llvm-dev] Is there plan to add a register allocator based on Graph Coloring?   Dylan McKay via llvm-dev
• [llvm-dev] Translation of custom attribute (defined for variables) from clang to llvm   Naveed Ul Mustafa via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Carlo Kok via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Bruce Hoult via llvm-dev
• [llvm-dev] [MC assembler] unexpected behavior of labels in nested macros   Cédric Bonhomme via llvm-dev
• [llvm-dev] Translation of custom attribute (defined for variables) from clang to llvm   Naveed Ul Mustafa via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Rackover, Zvi via llvm-dev
• [llvm-dev] Code Owner for the LLVM Bitcode   Joe Abbey via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Rackover, Zvi via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Paul Walker via llvm-dev
• [llvm-dev] Postdoc Available at the University of Edinburgh   Aaron Smith via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   James Y Knight via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Hal Finkel via llvm-dev
• [llvm-dev] llvm optimizer turning musttail into tail   Reid Kleckner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Robinson, Paul via llvm-dev
• [llvm-dev] array fill idioms   Bagel via llvm-dev
• [llvm-dev] Code owner for the IR Linker   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   David Blaikie via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   Hans Wennborg via llvm-dev
• [llvm-dev] uninitialized values in Attributes.cpp   Mehdi Amini via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Matthew Simpson via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Greg Bedwell via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Robinson, Paul via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   David Blaikie via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   David Blaikie via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Zachary Turner via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Chris Matthews via llvm-dev
• [llvm-dev] CTMark - regular LLVM and CLANG compile-time tracking   Mehdi Amini via llvm-dev
• [llvm-dev] Assert in register allocation during last chance recoloring   Quentin Colombet via llvm-dev
• [llvm-dev] Is there plan to add a register allocator based on Graph Coloring?   Quentin Colombet via llvm-dev
• [llvm-dev] LLVM IR: 'class llvm::Instruction' has no member named 'getAddressSpace'   Gurunath Kadam via llvm-dev
• [llvm-dev] LLVM IR: 'class llvm::Instruction' has no member named 'getAddressSpace'   Mehdi Amini via llvm-dev
• [llvm-dev] LLVM IR: 'class llvm::Instruction' has no member named 'getAddressSpace'   Vedant Kumar via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Piotr Padlewski via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Mads Ravn via llvm-dev
• [llvm-dev] add_library cannot create target "LLVMTarget" because an imported target with the same name already exists.   Chris Bieneman via llvm-dev
• [llvm-dev] add_library cannot create target "LLVMTarget" because an imported target with the same name already exists.   Simone Atzeni via llvm-dev
• [llvm-dev] add_library cannot create target "LLVMTarget" because an imported target with the same name already exists.   Chris Bieneman via llvm-dev
• [llvm-dev] December LLVM bay-area social is this Thursday!   George Burgess IV via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Bekket McClane via llvm-dev
• [llvm-dev] Code owner for the IR Linker   Chandler Carruth via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Piotr Padlewski via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] Code owner for the IR Linker   Teresa Johnson via llvm-dev
• [llvm-dev] RFC: code size reduction in X86 by replacing EVEX with VEX encoding   Rackover, Zvi via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Reid Kleckner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Eric Christopher via llvm-dev
• [llvm-dev] Looking for help with an ast matcher   Mads Ravn via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Malcolm Parsons via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   David Blaikie via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Dave Bozier via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Reid Kleckner via llvm-dev
• [llvm-dev] RFC: Constructing StringRefs at compile time   Zachary Turner via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Mehdi Amini via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Mehdi Amini via llvm-dev
• [llvm-dev] (RFC) Encoding code duplication factor in discriminator   Dehao Chen via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Nicolai Hähnle via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Mehdi Amini via llvm-dev
• [llvm-dev] [LLD] Writing thunks before the corresponding section   Simon Atanasyan via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Chandler Carruth via llvm-dev
• [llvm-dev] RFC: Overriding default linker at build time   Sean Fertile via llvm-dev
• [llvm-dev] [RFC] Supporting ARM's SVE in LLVM   Renato Golin via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Adam Nemet via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Matthew Simpson via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Bekket McClane via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Bekket McClane via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Bekket McClane via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Bekket McClane via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Mehdi Amini via llvm-dev
• [llvm-dev] [RFC] Parallelizing (Target-Independent) Instruction Selection   Bekket McClane via llvm-dev
• [llvm-dev] Code owner for the IR Linker   Chris Lattner via llvm-dev
• [llvm-dev] RFC: XRay in the LLVM Library   Dean Michael Berris via llvm-dev
• [llvm-dev] RFC: XRay in the LLVM Library   Renato Golin via llvm-dev
• [llvm-dev] Enable "#pragma omp declare simd" in the LoopVectorizer   Francesco Petrogalli via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   李阳 via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   Renato Golin via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   李阳 via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   David Chisnall via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   李阳 via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   David Chisnall via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   李阳 via llvm-dev
• [llvm-dev] RFC: XRay in the LLVM Library   Kristof Beyls via llvm-dev
• [llvm-dev] Problem about compiling the LLVM source code on QEMU running the aarch64?   Renato Golin via llvm-dev
• [llvm-dev] LLVM Performance Workshop at CGO 2017   Sebastian Pop via llvm-dev
• [llvm-dev] [RFC] Enable "#pragma omp declare simd" in the LoopVectorizer   Francesco Petrogalli via llvm-dev
• [llvm-dev] Enable "#pragma omp declare simd" in the LoopVectorizer   Francesco Petrogalli via llvm-dev
• [llvm-dev] RFC: Adding Support For Vectorcall Calling Convention   Ben Simhon, Oren via llvm-dev
• [llvm-dev] [RFC] Embedded bitcode and related upstream (Part II)   Nico Weber via llvm-dev
• [llvm-dev] [CFP] LLVM devroom @ FOSDEM 2017   Renato Golin via llvm-dev
• [llvm-dev] RFC: Adding Support For Vectorcall Calling Convention   Reid Kleckner via llvm-dev
• [llvm-dev] [RFC] Enable "#pragma omp declare simd" in the LoopVectorizer   Tian, Xinmin via llvm-dev
• [llvm-dev] [RFC] Embedded bitcode and related upstream (Part II)   Alex L via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Michael Kuperstein via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Hal Finkel via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Matthew Simpson via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Michael Kuperstein via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   James Y Knight via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Matthew Simpson via llvm-dev
• [llvm-dev] Loop Vectorize: Testing cost model driven transformations   Michael Kuperstein via llvm-dev
• [llvm-dev] LoopStrengthReduce Code Owner: nominating Quentin   Quentin Colombet via llvm-dev
• [llvm-dev] Code Owner for the LLVM Bitcode   Mehdi Amini via llvm-dev
• [llvm-dev] Code Owner for the LLVM Bitcode   Peter Collingbourne via llvm-dev
• [llvm-dev] [LLD] Writing thunks before the corresponding section   Rui Ueyama via llvm-dev
• [llvm-dev] [LLD] Writing thunks before the corresponding section   Simon Atanasyan via llvm-dev
• [llvm-dev] [MC] Target-Independent Small Data Section Handling   Jack Andersen via llvm-dev
• [llvm-dev] Status of the AVR backend   Meador Inge via llvm-dev
• [llvm-dev] RFC: XRay in the LLVM Library   Dean Michael Berris via llvm-dev
• [llvm-dev] RFC: XRay in the LLVM Library   Dean Michael Berris via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Hal Finkel via llvm-dev
• [llvm-dev] RFC: Add an "interposible" linkage type (and implement -fsemantic-interposition)   Mehdi Amini via llvm-dev
• [llvm-dev] Status of the AVR backend   Dylan McKay via llvm-dev
• [llvm-dev] clang error: static_assert failed "Cache the hash code or make functors involved in hash code and bucket index computation default constructible"   Nema, Ashutosh via llvm-dev
• [llvm-dev] 2nd Sydney LLVM Developers/Users Meetup   Yulei Sui via llvm-dev
• [llvm-dev] 2nd Sydney LLVM Developers/Users Meetup   Yulei Sui via llvm-dev

Last message date: Wed Nov 30 23:23:04 PST 2016
Archived on: Wed Nov 30 23:20:26 PST 2016

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