The llvm-dev October 2014 Archive by date (original) (raw)

October 2014 Archives by date

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

Starting: Wed Oct 1 00:50:20 PDT 2014
Ending: Fri Oct 31 23:44:19 PDT 2014
Messages: 1033

• [LLVMdev] Behaviour of NVPTX intrinsic RAVI KORSA
• [LLVMdev] Please benchmark new x86 vector shuffle lowering, planning to make it the default very soon! Andrea Di Biagio
• [LLVMdev] Can libc++ build for arm cross compiler? gamma_chen
• [LLVMdev] Barking Up The Wrong Tree? David Chisnall
• [LLVMdev] Issue with incomplete type debug info in recent release_35 martin krastev
• [LLVMdev] PHINode containing itself causes segfault when compiling Blender OpenCL kernel with R600 backend Виталий Филиппов
• [LLVMdev] Custom lowering issue shahid shahid
• [LLVMdev] Cambridge LLVM Social - 8th Oct Renato Golin
• [LLVMdev] Issue with incomplete type debug info in recent release_35 David Blaikie
• [LLVMdev] LLVM opt GVN.cpp Bob Wilson
• [LLVMdev] LLVM opt GVN.cpp GangRyung Uh
• [LLVMdev] size_t? Eric Mader
• [LLVMdev] size_t? Eric Mader
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets Hal Finkel
• [LLVMdev] Issue with incomplete type debug info in recent release_35 martin krastev
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets Samuel F Antao
• [LLVMdev] Please benchmark new x86 vector shuffle lowering, planning to make it the default very soon! Andrea Di Biagio
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets Kostya Serebryany
• [LLVMdev] Use of custom operations after DAG legalization Steve Montgomery
• [LLVMdev] need help on llvm support for Chapel Hui Zhang
• [LLVMdev] Compiling As Obj-C or Obj-C++ On Windows Eric Mader
• [LLVMdev] not much performance gain when reuse the JIT cached compiled object in the subsequent call to the same function .... Kaylor, Andrew
• [LLVMdev] Error Compiling Intrinsics On Windows Eric Mader
• [LLVMdev] Compiling As Obj-C or Obj-C++ On Windows Reid Kleckner
• [LLVMdev] New type of smart pointer for LLVM Anton Yartsev
• [LLVMdev] New type of smart pointer for LLVM David Blaikie
• [LLVMdev] New type of smart pointer for LLVM Chandler Carruth
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets Samuel F Antao
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets Kostya Serebryany
• [LLVMdev] Compiling As Obj-C or Obj-C++ On Windows Eric Mader
• [LLVMdev] Header File Not Found? Eric Mader
• [LLVMdev] Behaviour of NVPTX intrinsic Kuperstein, Michael M
• [LLVMdev] New type of smart pointer for LLVM Anton Yartsev
• [LLVMdev] Fwd: Need help to add operand for global metadata Henry Chung
• [LLVMdev] Autotuning parameters/heuristics within LLVM Robert Stevenson
• [LLVMdev] Verifying Toolchain Semantics Ian Grant
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features Sergei Larin
• [LLVMdev] Soliciting Code Review: Fix for Bug 5053 Swaroop Sridhar
• [LLVMdev] New type of smart pointer for LLVM Duncan P. N. Exon Smith
• [LLVMdev] How to add LiveVariables pass e e
• [LLVMdev] New type of smart pointer for LLVM Duncan P. N. Exon Smith
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias Sergei Larin
• [LLVMdev] need help on llvm support for Chapel Hui Zhang
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias Shankar Easwaran
• [LLVMdev] New type of smart pointer for LLVM Renato Golin
• [LLVMdev] New type of smart pointer for LLVM David Blaikie
• [LLVMdev] New type of smart pointer for LLVM David Blaikie
• [LLVMdev] need help on llvm support for Chapel John Criswell
• [LLVMdev] New type of smart pointer for LLVM David Blaikie
• [LLVMdev] need help on llvm support for Chapel Roel Jordans
• [LLVMdev] Please benchmark new x86 vector shuffle lowering, planning to make it the default very soon! Quentin Colombet
• [LLVMdev] Need guidance regarding MachineFunctionPass sachin arora
• [LLVMdev] Header File Not Found? Eric Mader
• [LLVMdev] Need guidance regarding MachineFunctionPass John Criswell
• [LLVMdev] Use list preservation when using Instruction::clone Tyler Denniston
• [LLVMdev] Header File Not Found? Eric Mader
• [LLVMdev] Use list preservation when using Instruction::clone Jingyue Wu
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString) Duncan P. N. Exon Smith
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString) Duncan P. N. Exon Smith
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString) Reid Kleckner
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString) Peter Zotov
• [LLVMdev] How do I update Ocaml debug info? (was Re: [llvm] r218914 - DI: Fold constant arguments into a single MDString) Duncan P. N. Exon Smith
• [LLVMdev] Need guidance regarding MachineFunctionPass sachin arora
• [LLVMdev] Use list preservation when using Instruction::clone Tyler Denniston
• [LLVMdev] Use list preservation when using Instruction::clone Tyler Denniston
• [LLVMdev] Need guidance regarding MachineFunctionPass Tim Northover
• [LLVMdev] hexdump in test cases? Nick Kledzik
• [LLVMdev] hexdump in test cases? Rui Ueyama
• [LLVMdev] hexdump in test cases? Nick Kledzik
• [LLVMdev] hexdump in test cases? Rui Ueyama
• [LLVMdev] Autotuning parameters/heuristics within LLVM Jonas Wagner
• [LLVMdev] Can libc++ build for arm cross compiler? gamma_chen
• [LLVMdev] Can libc++ build for arm cross compiler? Logan Chien
• [LLVMdev] Autotuning parameters/heuristics within LLVM John Criswell
• [LLVMdev] ASAN tests on ARM Renato Golin
• [LLVMdev] ASAN tests on ARM Evgeniy Stepanov
• [LLVMdev] ASAN tests on ARM Renato Golin
• [LLVMdev] ASAN tests on ARM Evgeniy Stepanov
• [LLVMdev] ASAN tests on ARM Renato Golin
• [LLVMdev] ASAN tests on ARM Evgeniy Stepanov
• [LLVMdev] Can libc++ build for arm cross compiler? Dan Albert
• [LLVMdev] Weird problems with cos (was Re: [PATCH v3 2/3] R600: Add carry and borrow instructions. Use them to implement UADDO/USUBO) Jan Vesely
• [LLVMdev] Can libc++ build for arm cross compiler? Jonathan Roelofs
• [LLVMdev] Weird problems with cos (was Re: [PATCH v3 2/3] R600: Add carry and borrow instructions. Use them to implement UADDO/USUBO) Tom Stellard
• [LLVMdev] ASAN tests on ARM Renato Golin
• [LLVMdev] Need guidance regarding MachineFunctionPass sachin arora
• [LLVMdev] assembler instruction selection vs. compiler instruction selection Steve King
• [LLVMdev] Windows Installer Hans Wennborg
• [LLVMdev] [cfe-dev] Address sanitizer regression test failures for PPC64 targets Samuel F Antao
• [LLVMdev] assembler instruction selection vs. compiler instruction selection Francois Pichet
• [LLVMdev] Need guidance regarding MachineFunctionPass Tim Northover
• [LLVMdev] lld coding style Saleem Abdulrasool
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] extending LLVM - basic block reordering Zahra fatehi marj
• [LLVMdev] lld coding style Chandler Carruth
• [LLVMdev] ELLCC update for October 5, 2014 Richard Pennington
• [LLVMdev] lld coding style shankarke
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] lld coding style Roel Jordans
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] lld coding style Johannes Doerfert
• [LLVMdev] Question about jumptable and indirect function call. XiaoGuang Wang
• [LLVMdev] lld coding style Tim Northover
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper Yung, Douglas
• [LLVMdev] Heads-up: symbolized stack traces in LLVM/Clang tools crash dumps Alexey Samsonov
• [LLVMdev] ASAN tests on ARM Evgeniy Stepanov
• [LLVMdev] ASAN tests on ARM Renato Golin
• [LLVMdev] LLVM Weekly - #40, Oct 6th 2014 Alex Bradbury
• [LLVMdev] Question about jumptable and indirect function call. Tim Northover
• [LLVMdev] Question about jumptable and indirect function call. XiaoGuang Wang
• [LLVMdev] Question about jumptable and indirect function call. Tom Roeder
• [LLVMdev] llvm.loop metadata placement and critical edge splitting Andrew Trick
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language? Talin
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language? Reid Kleckner
• [LLVMdev] [PATCH] ubsan: label messages as coming from ubsan Ben Boeckel
• [LLVMdev] [PATCH] ubsan: add 'UndefinedBehaviorSanitizer' to messages Ben Boeckel
• [LLVMdev] [PATCH] ubsan: label messages as coming from ubsan Kostya Serebryany
• [LLVMdev] [PATCH] ubsan: label messages as coming from ubsan Ben Boeckel
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper Sean Silva
• [LLVMdev] Canonicalizing vector masking. Rafael Espíndola
• [LLVMdev] lld coding style Rui Ueyama
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper Robinson, Paul
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper David Blaikie
• [LLVMdev] [cfe-dev] Proposal to add Bitcode version field to bitcode file wrapper Eric Christopher
• [LLVMdev] lld coding style Eric Christopher
• [LLVMdev] llvm.loop metadata placement and critical edge splitting Hal Finkel
• [LLVMdev] lld coding style Rui Ueyama
• [LLVMdev] lld coding style Chris Lattner
• [LLVMdev] lld coding style Eric Christopher
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language? Chris Lattner
• [LLVMdev] lld coding style Bruce Hoult
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] lld coding style Rui Ueyama
• [LLVMdev] lld coding style Rui Ueyama
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time Galina Kistanova
• [LLVMdev] extending LLVM - basic block reordering John Criswell
• [LLVMdev] Emacs LLVM coding style dir-locals Stephen Crane
• [LLVMdev] lld coding style Nick Kledzik
• [LLVMdev] lld coding style Rui Ueyama
• [LLVMdev] lld coding style Chris Lattner
• [LLVMdev] lld coding style Nick Kledzik
• [LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features Rafael Espíndola
• [LLVMdev] llvm.loop metadata placement and critical edge splitting Tobias Grosser
• [LLVMdev] lld coding style Zachary Turner
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language? David Chisnall
• [LLVMdev] llvm.loop metadata placement and critical edge splitting Musman, Alexander
• [LLVMdev] bug report - libsanitizer compilation fail Daniel Doron
• [LLVMdev] Can libc++ build for arm cross compiler? gamma_chen
• [LLVMdev] Can libc++ build for arm cross compiler? 陳韋任 (Wei-Ren Chen)
• [LLVMdev] lld coding style Joerg Sonnenberger
• [LLVMdev] llvm.loop metadata placement and critical edge splitting doerfert at cs.uni-saarland.de
• [LLVMdev] llvm.loop metadata placement and critical edge splitting hadi sadeghi
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias Rafael Espíndola
• [LLVMdev] More ARM asan failures - Line number Renato Golin
• [LLVMdev] bug report - libsanitizer compilation fail Yury Gribov
• [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias Sergei Larin
• [LLVMdev] lld coding style Zachary Turner
• [LLVMdev] llvm.loop metadata placement and critical edge splitting Andrew Trick
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] LLVM features that ought to be surfaced in a higher-level language? Reid Kleckner
• [LLVMdev] Debug Info and MergeFunctions Transform David Blaikie
• [LLVMdev] Debug Info and DFSan David Blaikie
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Dmitry Borisenkov
• [LLVMdev] lld coding style Rui Ueyama
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Tim Northover
• [LLVMdev] bug report - libsanitizer compilation fail Kostya Serebryany
• [LLVMdev] Can libc++ build for arm cross compiler? Logan Chien
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Joerg Sonnenberger
• [LLVMdev] Debug Info and DFSan Peter Collingbourne
• [LLVMdev] lld coding style Sean Silva
• [LLVMdev] Debug Info and DFSan David Blaikie
• [LLVMdev] Debug Info and DFSan David Blaikie
• [LLVMdev] Debug Info and MergeFunctions Transform Stepan Dyatkovskiy
• [LLVMdev] Debug Info and DFSan David Blaikie
• [LLVMdev] More ARM asan failures - Line number Evgeniy Stepanov
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Nick Kledzik
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Rui Ueyama
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Shankar Easwaran
• [LLVMdev] Fwd: [Bug 84232] PHINode containing itself causes segfault in LLVM when compiling Blender OpenCL kernel with R600 backend Виталий Филиппов
• [LLVMdev] Debug Info and DFSan Peter Collingbourne
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Rui Ueyama
• [LLVMdev] Debug Info and DFSan David Blaikie
• [LLVMdev] Debug Info and DFSan Peter Collingbourne
• [LLVMdev] not able to resolve external function symbol error issued at RuntimeDyldImpl::resolveExternalSymbols Cheng Zhu
• [LLVMdev] Debug Info and DFSan David Blaikie
• [LLVMdev] Debug Info and DFSan Peter Collingbourne
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Michael Spencer
• [LLVMdev] Debug Info and DFSan David Blaikie
• [LLVMdev] Creating a new MCStreamer object inside AsmPrinter Ronaldo Ferreira
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Shankar Easwaran
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Rui Ueyama
• [LLVMdev] Debug Info and DFSan Peter Collingbourne
• [LLVMdev] lld coding style Chris Lattner
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Dmitry Borisenkov
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] Can libc++ build for arm cross compiler? gamma_chen
• [LLVMdev] More ARM asan failures - Line number Renato Golin
• [LLVMdev] More ARM asan failures - Line number Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number Renato Golin
• [LLVMdev] More ARM asan failures - Line number Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number Renato Golin
• [LLVMdev] More ARM asan failures - Line number Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number Renato Golin
• [LLVMdev] More ARM asan failures - Line number Evgeniy Stepanov
• [LLVMdev] More ARM asan failures - Line number Renato Golin
• [LLVMdev] More ARM asan failures - Line number Evgeniy Stepanov
• [LLVMdev] UBSAN - Test failures Renato Golin
• [LLVMdev] Can libc++ build for arm cross compiler? Jonathan Roelofs
• [LLVMdev] Add 3.5 release to the getting started page. Jan Sjodin
• [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk Greg Bedwell
• [LLVMdev] lld coding style Chris Lattner
• [LLVMdev] Cambridge LLVM Social - 8th Oct Renato Golin
• [LLVMdev] llvm and secure malloc/free Anitha B Gollamudi
• [LLVMdev] lld coding style Chandler Carruth
• [LLVMdev] Need guidance regarding MachineFunctionPass sachin arora
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs Reid Kleckner
• [LLVMdev] Need guidance regarding MachineFunctionPass Tim Northover
• [LLVMdev] lld coding style David Blaikie
• [LLVMdev] lld coding style Chandler Carruth
• [LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk Aaron Ballman
• [LLVMdev] Canonicalizing vector masking. Nadav Rotem
• [LLVMdev] Canonicalizing vector masking. Chandler Carruth
• [LLVMdev] Add 3.5 release to the getting started page. Jan Sjodin
• [LLVMdev] lld coding style Manuel Klimek
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Alex Rosenberg
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Rui Ueyama
• [LLVMdev] New type of smart pointer for LLVM David Blaikie
• [LLVMdev] New type of smart pointer for LLVM David Blaikie
• [LLVMdev] [PATCH][RFC]: Add fmin/fmax intrinsics Matt Arsenault
• [LLVMdev] Proposal: bindings for the Go programming language Peter Collingbourne
• [LLVMdev] lld coding style Nick Kledzik
• [LLVMdev] Proposal: bindings for the Go programming language Dmitri Gribenko
• [LLVMdev] Proposal: bindings for the Go programming language Peter Collingbourne
• [LLVMdev] lld coding style Chandler Carruth
• [LLVMdev] lld coding style Nick Kledzik
• [LLVMdev] lld coding style Chandler Carruth
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Alex Rosenberg
• [LLVMdev] lld coding style Chris Lattner
• [LLVMdev] Proposal: bindings for the Go programming language Andrew Wilkins
• [LLVMdev] lld coding style Zachary Turner
• [LLVMdev] UBSAN - Test failures Evgeniy Stepanov
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs David Chisnall
• [LLVMdev] lld coding style Dmitri Gribenko
• [LLVMdev] Performance regression in the LiveIntevals phase Gasiunas, Vaidas
• [LLVMdev] UBSAN - Test failures Renato Golin
• [LLVMdev] Performance regression in the LiveIntevals phase Hal Finkel
• [LLVMdev] Remaining Compiler-RT failures in ARM Renato Golin
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time Galina Kistanova
• [LLVMdev] lld coding style Reid Kleckner
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs Reid Kleckner
• [LLVMdev] PSA: Perfectly forwarding thunks can now be expressed in LLVM IR with musttail and varargs David Chisnall
• [LLVMdev] LICM promoting memory to scalar Balaram Makam
• [LLVMdev] Performance regression in the LiveIntevals phase Andrew Trick
• [LLVMdev] lld coding style Renato Golin
• [LLVMdev] Proposal: bindings for the Go programming language Peter Collingbourne
• [LLVMdev] Performance regression in the LiveIntevals phase Quentin Colombet
• [LLVMdev] Performance regression in the LiveIntevals phase Gerolf Hoflehner
• [LLVMdev] lld coding style Nick Kledzik
• [LLVMdev] lld coding style David Blaikie
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Rui Ueyama
• [LLVMdev] [PATCH][RFC]: Add fmin/fmax intrinsics Chandler Carruth
• [LLVMdev] [PATCH][RFC]: Add fmin/fmax intrinsics Chandler Carruth
• [LLVMdev] Weird problems with cos (was Re: [PATCH v3 2/3] R600: Add carry and borrow instructions. Use them to implement UADDO/USUBO) Jan Vesely
• [LLVMdev] Canonicalizing vector masking. Sean Silva
• [LLVMdev] lld coding style Sean Silva
• [LLVMdev] lld coding style Sean Silva
• [LLVMdev] lld coding style Chris Lattner
• [LLVMdev] lld coding style Nico Rieck
• [LLVMdev] compileUnit Hui Zhang
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Stephen Checkoway
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Craig Topper
• [LLVMdev] Proposal: bindings for the Go programming language Andrew Wilkins
• [LLVMdev] Proposal: bindings for the Go programming language Chandler Carruth
• [LLVMdev] Remaining Compiler-RT failures in ARM Evgeniy Stepanov
• [LLVMdev] lld coding style Manuel Klimek
• [LLVMdev] LDMIA instruction allows high registers for v7m architechture Jyoti Rajendra Allur
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Pasi Parviainen
• [LLVMdev] Remaining Compiler-RT failures in ARM Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM Renato Golin
• [LLVMdev] lld coding style Nico Rieck
• [LLVMdev] Remaining Compiler-RT failures in ARM Evgeniy Stepanov
• [LLVMdev] Stange behavior in fp arithmetics on x86 (bug possibly) Stephen Checkoway
• [LLVMdev] eliminateFrameIndex Boris Boesler
• [LLVMdev] eliminateFrameIndex Francois Pichet
• [LLVMdev] eliminateFrameIndex Boris Boesler
• [LLVMdev] LDMIA instruction allows high registers for v7m architechture Tim Northover
• [LLVMdev] LLVM Lexer Prashanth Sharma
• [LLVMdev] Remaining Compiler-RT failures in ARM Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM Jonathan Roelofs
• [LLVMdev] Remaining Compiler-RT failures in ARM Renato Golin
• [LLVMdev] Remaining Compiler-RT failures in ARM Jonathan Roelofs
• [LLVMdev] Proposal: bindings for the Go programming language Chandler Carruth
• [LLVMdev] Updating Analysis Pass Manish Gupta
• [LLVMdev] Creating a new MCStreamer object inside AsmPrinter Ronaldo Ferreira
• [LLVMdev] Optimization hints for "constant" loads Philip Reames
• [LLVMdev] whole program optimization examples? Hayden Livingston
• [LLVMdev] whole program optimization examples? Renato Golin
• [LLVMdev] Need guidance regarding MachineFunctionPass sachin arora
• [LLVMdev] Need guidance regarding MachineFunctionPass Tim Northover
• [LLVMdev] whole program optimization examples? Philip Reames
• [LLVMdev] whole program optimization examples? Philip Reames
• [LLVMdev] Optimization hints for "constant" loads Hal Finkel
• [LLVMdev] whole program optimization examples? Hayden Livingston
• [LLVMdev] whole program optimization examples? Filip Pizlo
• [LLVMdev] whole program optimization examples? Filip Pizlo
• [LLVMdev] Debug Info and MergeFunctions Transform llvm at dyatkovskiy.com
• [LLVMdev] The ELLCC Cross Development Tool Chain is now Available for Windows Richard Pennington
• [LLVMdev] Probing the complexity of the LLVM's optimizations Junio Cezar
• [LLVMdev] Probing the complexity of the LLVM's optimizations Hal Finkel
• [LLVMdev] Updating Analysis Pass John Criswell
• [LLVMdev] LLVM Lexer Wei-Ren Chen
• [LLVMdev] memory leak in method ContractNodes wuhui1973
• [LLVMdev] Problem of stack slot coloring Qingan Li
• [LLVMdev] LLVM Weekly - #41, Oct 13th 2014 Alex Bradbury
• [LLVMdev] Problem of stack slot coloring Hal Finkel
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets martin krastev
• [LLVMdev] LLVM Lexer Hans Wennborg
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets Quentin Colombet
• [LLVMdev] writing llvm ir not in c++ Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++ Eli Bendersky
• [LLVMdev] writing llvm ir not in c++ Marcello Maggioni
• [LLVMdev] writing llvm ir not in c++ Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++ Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++ Jonathan Roelofs
• [LLVMdev] writing llvm ir not in c++ Dave Pitsbawn
• [LLVMdev] writing llvm ir not in c++ Jonathan Roelofs
• [LLVMdev] Passing llc options to Clang Ziqiang Patrick Huang
• [LLVMdev] Passing llc options to Clang Daniil Troshkov
• [LLVMdev] Passing llc options to Clang Ziqiang Patrick Huang
• [LLVMdev] Passing llc options to Clang Daniil Troshkov
• [LLVMdev] Passing llc options to Clang Reid Kleckner
• [LLVMdev] Passing llc options to Clang Ziqiang Patrick Huang
• [LLVMdev] whole program optimization examples? Philip Reames
• [LLVMdev] whole program optimization examples? Philip Reames
• [LLVMdev] Optimization hints for "constant" loads Philip Reames
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] RFC: variable names Nick Kledzik
• [LLVMdev] RFC: variable names Philip Reames
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Chris Lattner
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR David Blaikie
• [LLVMdev] RFC: variable names Chris Lattner
• [LLVMdev] whole program optimization examples? Kevin Modzelewski
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Tim Northover
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Nick Kledzik
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Reid Kleckner
• [LLVMdev] RFC: variable names Matt Arsenault
• [LLVMdev] whole program optimization examples? Filip Pizlo
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR David Blaikie
• [LLVMdev] RFC: variable names Chris Lattner
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] whole program optimization examples? Philip Reames
• [LLVMdev] RFC: variable names Richard Smith
• [LLVMdev] RFC: variable names Nick Kledzik
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Gregory Junker
• [LLVMdev] RFC: variable names Xinliang David Li
• [LLVMdev] RFC: variable names Hal Finkel
• [LLVMdev] RFC: variable names Richard Smith
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Bob Wilson
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] RFC: variable names Richard Smith
• [LLVMdev] RFC: variable names Xinliang David Li
• [LLVMdev] RFC: variable names Richard Smith
• [LLVMdev] RFC: variable names Jim Grosbach
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Sean Silva
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Sean Silva
• [LLVMdev] RFC: variable names Jim Grosbach
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] whole program optimization examples? Kevin Modzelewski
• [LLVMdev] RFC: variable names Joshua Cranmer 🐧
• [LLVMdev] RFC: variable names Sean Silva
• [LLVMdev] RFC: variable names Robinson, Paul
• [LLVMdev] RFC: variable names Sean Silva
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps Kevin Modzelewski
• [LLVMdev] RFC: variable names Philip Reames
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Chandler Carruth
• [LLVMdev] RFC: variable names Sean Silva
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] RFC: variable names Philip Reames
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] whole program optimization examples? Filip Pizlo
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Sean Silva
• [LLVMdev] RFC: variable names Nick Kledzik
• [LLVMdev] whole program optimization examples? Hayden Livingston
• [LLVMdev] whole program optimization examples? Philip Reames
• [LLVMdev] whole program optimization examples? Filip Pizlo
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] RFC: variable names Xinliang David Li
• [LLVMdev] RFC: variable names Chandler Carruth
• [LLVMdev] Problem of stack slot coloring Qingan Li
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps Andrew Trick
• [LLVMdev] RFC: variable names Xinliang David Li
• [LLVMdev] About Code coverage Algorithms. Umesh Kalappa
• [LLVMdev] About Code coverage Algorithms. Bob Wilson
• [LLVMdev] RFC: variable names Florian Merz
• [LLVMdev] RFC: variable names Dan Liew
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps Kevin Modzelewski
• [LLVMdev] Problem of stack slot coloring Jeremy Lakeman
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets martin krastev
• [LLVMdev] Clang option to dump the results of intermediate passes DeepaBallari
• [LLVMdev] Remaining Compiler-RT failures in ARM Renato Golin
• [LLVMdev] RFC: variable names Rafael Espíndola
• [LLVMdev] Problem of stack slot coloring Qingan Li
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Arnold Schwaighofer
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Hal Finkel
• [LLVMdev] About Code coverage Algorithms. Thierry Lavoie
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps Andrew Trick
• [LLVMdev] Unexpected spilling of vector register during lane extraction on some x86_64 targets Quentin Colombet
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Hal Finkel
• [LLVMdev] Clang option to dump the results of intermediate passes David Peixotto
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Andrew Trick
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Nadav Rotem
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Arnold Schwaighofer
• [LLVMdev] Question about reusing executable object memory get from MCJIT->getPointerToFunction Cheng Zhu
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Hal Finkel
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Rafael Espíndola
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Rafael Espíndola
• [LLVMdev] Debug Info and MergeFunctions Transform David Blaikie
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Robin Morisset
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Renato Golin
• [LLVMdev] How do I get MachineFunctions? Vanderson Martins do Rosario
• [LLVMdev] RFC: variable names Chris Lattner
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Andrew Trick
• [LLVMdev] Release Manager Position Bill Wendling
• [LLVMdev] Release Manager Position C Bergström
• [LLVMdev] [cfe-dev] Release Manager Position Eli Bendersky
• [LLVMdev] [cfe-dev] Release Manager Position Aaron Ballman
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Chandler Carruth
• [LLVMdev] Release Manager Position Renato Golin
• [LLVMdev] Release Manager Position Bill Wendling
• [LLVMdev] [cfe-dev] Release Manager Position Eric Christopher
• [LLVMdev] [cfe-dev] Release Manager Position Chris Lattner
• [LLVMdev] Release Manager Position Tom Stellard
• [LLVMdev] how to choose which alias analysis used in my pass? songlh
• [LLVMdev] using -debug-ir to map identify IR mapping Muneeb Khan
• [LLVMdev] replace the intrinsic call by a C function call kewuzhang
• [LLVMdev] using -debug-ir to map identify IR mapping David Blaikie
• [LLVMdev] using -debug-ir to map identify IR mapping Muneeb Khan
• [LLVMdev] replace the intrinsic call by a C function call Tim Northover
• [LLVMdev] using -debug-ir to map identify IR mapping Adrian Prantl
• [LLVMdev] using -debug-ir to map identify IR mapping David Blaikie
• [LLVMdev] using -debug-ir to map identify IR mapping David Blaikie
• [LLVMdev] using -debug-ir to map identify IR mapping Muneeb Khan
• [LLVMdev] using -debug-ir to map identify IR mapping Adrian Prantl
• [LLVMdev] using -debug-ir to map identify IR mapping David Blaikie
• [LLVMdev] section relative expressions Rafael Espíndola
• [LLVMdev] how to choose which alias analysis used in my pass? Jingyue Wu
• [LLVMdev] how to choose which alias analysis used in my pass? Hal Finkel
• [LLVMdev] [cfe-dev] Release Manager Position Hans Wennborg
• [LLVMdev] [cfe-dev] Release Manager Position Eric Christopher
• [LLVMdev] using -debug-ir to map identify IR mapping Muneeb Khan
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] [cfe-dev] Release Manager Position Chris Lattner
• [LLVMdev] how to choose which alias analysis used in my pass? songlh
• [LLVMdev] forcing llvm-objdump to disassemble Mark Laws
• [LLVMdev] [cfe-dev] Release Manager Position Bill Wendling
• [LLVMdev] Question about reusing executable object memory get from MCJIT->getPointerToFunction Lang Hames
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Alex Rosenberg
• [LLVMdev] Moderators needed for LLVM Developers' Meeting Tanya Lattner
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] Performance regression on ARM Renato Golin
• [LLVMdev] Performance regression on ARM Hal Finkel
• [LLVMdev] how to choose which alias analysis used in my pass? Roel Jordans
• [LLVMdev] Performance regression on ARM Renato Golin
• [LLVMdev] How do I get MachineFunctions? John Criswell
• [LLVMdev] Segfault on AArch64 LNT Renato Golin
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Alex Rosenberg
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Zinovy Nis
• [LLVMdev] Moderators needed for LLVM Developers' Meeting (MODIFIED) Tanya Lattner
• [LLVMdev] Segfault on AArch64 LNT James Molloy
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Chandler Carruth
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Hal Finkel
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Chandler Carruth
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] [lld] lld build needs to have flags that specify what flavor/targets to build ? Rafael Espíndola
• [LLVMdev] LLVM buildmaster will be restarted today after 9 PM Pacific time Galina Kistanova
• [LLVMdev] RFC: Should we have (something like) -extra-vectorizer-passes in -O2? Arnold Schwaighofer
• [LLVMdev] Performance regression on ARM Adam Nemet
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Sean Silva
• [LLVMdev] Performance regression on ARM Sean Silva
• [LLVMdev] Performance regression on ARM Chandler Carruth
• [LLVMdev] Segfault on AArch64 LNT James Molloy
• [LLVMdev] Segfault on AArch64 LNT Renato Golin
• [LLVMdev] Performance regression on ARM Renato Golin
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE) Aliaksei Zasenka
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE) Hal Finkel
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE) Aliaksei Zasenka
• [LLVMdev] opt -O2 leads to incorrect operation (possibly a bug in the DSE) Hal Finkel
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Diego Novillo
• [LLVMdev] Correctly compiling shared libraries for llvm-gcov on OSX Artur Szostak
• [LLVMdev] Performance regression on ARM Anton Korobeynikov
• [LLVMdev] oprofile support? Maurice Marks
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] VMKit is retired (but you can help if you want!) Brian Faull
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] Performance regression on ARM Mark Heffernan
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Diego Novillo
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Alex Rosenberg
• [LLVMdev] Query regarding LLVM compiler backend Nitin Mukesh Tiwari
• [LLVMdev] Query regarding LLVM compiler backend Tim Northover
• [LLVMdev] Query regarding LLVM compiler backend Joerg Sonnenberger
• [LLVMdev] oprofile support? Kaylor, Andrew
• [LLVMdev] oprofile support? Kevin Modzelewski
• [LLVMdev] Thoughts on maintaining liveness information for stackmaps Kevin Modzelewski
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Sean Silva
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Bob Wilson
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp? Liang Wang
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Eric Christopher
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] Performance regression on ARM Chandler Carruth
• [LLVMdev] Performance regression on ARM Anton Korobeynikov
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Sean Silva
• [LLVMdev] ELLCC now has Pre-built Binaries for all LLVM Command Line Tools Richard Pennington
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] Query regarding backend of Clang Nitin Mukesh Tiwari
• [LLVMdev] Performance regression on ARM Joerg Sonnenberger
• [LLVMdev] Performance regression on ARM C Bergström
• [LLVMdev] Performance regression on ARM Joerg Sonnenberger
• [LLVMdev] Performance regression on ARM C Bergström
• [LLVMdev] Performance regression on ARM Joerg Sonnenberger
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? David Chisnall
• [LLVMdev] Performance regression on ARM Anton Korobeynikov
• [LLVMdev] Performance regression on ARM Tim Northover
• [LLVMdev] SSA for memory objects Tyler Denniston
• [LLVMdev] SSA for memory objects John Criswell
• [LLVMdev] Performance regression on ARM Anton Korobeynikov
• [LLVMdev] SSA for memory objects Tyler Denniston
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Rafael Avila de Espindola
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Pete Cooper
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Duncan P. N. Exon Smith
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Hal Finkel
• [LLVMdev] Query regarding backend of Clang Duncan P. N. Exon Smith
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Sanjoy Das
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Duncan Exon Smith
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Sanjoy Das
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Robinson, Paul
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chandler Carruth
• [LLVMdev] Performance regression on ARM Stephen Checkoway
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR David Blaikie
• [LLVMdev] Debug Info and MergeFunctions Transform Stepan Dyatkovskiy
• [LLVMdev] Performance regression on ARM Joerg Sonnenberger
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Joerg Sonnenberger
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] LLVM Weekly - #42, Oct 20th 2014 Alex Bradbury
• [LLVMdev] Question about "VectorLegalizer::ExpandUINT_TO_FLOAT". JinGu Kang
• [LLVMdev] [lld][ELF] obj2yaml vs normalized input files (similar to macho) Shankar Easwaran
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Benjamin Kramer
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? David Chisnall
• [LLVMdev] Lib C++ buildbot problem Jonathan Roelofs
• [LLVMdev] Lib C++ buildbot problem Dan Albert
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Hal Finkel
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? JF Bastien
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chris Lattner
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] [RFC] Less memory and greater maintainability for debug info IR Duncan P. N. Exon Smith
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] Lib C++ buildbot problem Jonathan Roelofs
• [LLVMdev] Lib C++ buildbot problem Dan Albert
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] Performance regression on ARM Stephen Checkoway
• [LLVMdev] LLVM at FOSDEM 2015 - Call for papers and participation Sylvestre Ledru
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Chris Bieneman
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Chandler Carruth
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Chris Bieneman
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chandler Carruth
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Eric Christopher
• [LLVMdev] [lld][ELF] obj2yaml vs normalized input files (similar to macho) Michael Spencer
• [LLVMdev] [lld][ELF] obj2yaml vs normalized input files (similar to macho) Shankar Easwaran
• [LLVMdev] Lib C++ buildbot problem Marshall Clow
• [LLVMdev] Optimization hints for "constant" loads Andrew Trick
• [LLVMdev] Performance regression on ARM Saleem Abdulrasool
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chris Lattner
• [LLVMdev] 2 Moderator Sessions Left (2014 LLVM Developers Meeting) Tanya Lattner
• [LLVMdev] Performance regression on ARM Anton Korobeynikov
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Robinson, Paul
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Eric Christopher
• [LLVMdev] Optimization hints for "constant" loads Sanjoy Das
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? David Chisnall
• [LLVMdev] [llvm-devmeeting] 2 Moderator Sessions Left (2014 LLVM Developers Meeting) Renato Golin
• [LLVMdev] Performance tracking and benchmarking infrastructure BoF Kristof Beyls
• [LLVMdev] Copy function pointer contents Calixte Denizet
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time today. Galina Kistanova
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend Johnny Val
• [LLVMdev] Copy function pointer contents Tim Northover
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Reid Kleckner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Eric Christopher
• [LLVMdev] Updating Kaleidoscope tutorial Geoff Shannon
• [LLVMdev] Updating Kaleidoscope tutorial Eli Bendersky
• [LLVMdev] Optimization hints for "constant" loads Andrew Trick
• [LLVMdev] Updating Kaleidoscope tutorial Geoff Shannon
• [LLVMdev] Optimization hints for "constant" loads Sanjoy Das
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Simone Atzeni
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Hal Finkel
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Simone Atzeni
• [LLVMdev] Optimization hints for "constant" loads Andrew Trick
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Hal Finkel
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Simone Atzeni
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Hal Finkel
• [LLVMdev] Fetching the functions in C files Amir H. Ashouri
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Simone Atzeni
• [LLVMdev] [cfe-dev][Openmp-dev] Provide LLVM IR and OpenMP LLVM IR as input in a Pass Hal Finkel
• [LLVMdev] Fetching the functions in C files John Criswell
• [LLVMdev] Optimization hints for "constant" loads Philip Reames
• [LLVMdev] Fetching the functions in C files Amir H. Ashouri
• [LLVMdev] Fetching the functions in C files Markus Timpl
• [LLVMdev] Fetching the functions in C files Amir H. Ashouri
• [LLVMdev] Fetching the functions in C files Eli Bendersky
• [LLVMdev] Fetching the functions in C files Eli Bendersky
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] Using LLVM on OS X 10.9.5 Geoff Shannon
• [LLVMdev] Optimization hints for "constant" loads Andrew Trick
• [LLVMdev] LibUnwind into Compiler-RT? Renato Golin
• [LLVMdev] LibUnwind into Compiler-RT? Jonathan Roelofs
• [LLVMdev] LibUnwind into Compiler-RT? Renato Golin
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Chris Lattner
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Eric Christopher
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Rafael Espíndola
• [LLVMdev] LibUnwind into Compiler-RT? Antoine Labour
• [LLVMdev] LibUnwind into Compiler-RT? Renato Golin
• [LLVMdev] LibUnwind into Compiler-RT? Antoine Labour
• [LLVMdev] Lib C++ buildbot problem Eric Fiselier
• [LLVMdev] Lib C++ buildbot problem Eric Fiselier
• [LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout? Eric Christopher
• [LLVMdev] Strange Errors on Windows with LLVM Regression Suite Aaron W.Hsu
• [LLVMdev] debugloc metadata variation David Blaikie
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific time today. Galina Kistanova
• [LLVMdev] debugloc metadata variation Sean Silva
• [LLVMdev] debugloc metadata variation Frédéric Riss
• [LLVMdev] LibUnwind into Compiler-RT? Nick Kledzik
• [LLVMdev] LibUnwind into Compiler-RT? Dan Albert
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] Lib C++ buildbot problem Renato Golin
• [LLVMdev] Strange Errors on Windows with LLVM Regression Suite Renato Golin
• [LLVMdev] LibUnwind into Compiler-RT? Renato Golin
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend Steve Montgomery
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend Johnny Val
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend Bruce Hoult
• [LLVMdev] Target specific info available to Clang (and others) Renato Golin
• [LLVMdev] Disabling Branch Folding in IfConversion Ronaldo Ferreira
• [LLVMdev] debugloc metadata variation David Blaikie
• [LLVMdev] debugloc metadata variation Duncan P. N. Exon Smith
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] debugloc metadata variation David Blaikie
• [LLVMdev] debugloc metadata variation Duncan P. N. Exon Smith
• [LLVMdev] compiler-rt with MSVC 2013 Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013 Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend Hal Finkel
• [LLVMdev] New CMake warnings Daniel Dilts
• [LLVMdev] compiler-rt with MSVC 2013 Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013 Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013 Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] On DataExtractor isValidOffset* interface Timur Iskhodzhanov
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] compiler-rt with MSVC 2013 Timur Iskhodzhanov
• [LLVMdev] New CMake warnings Peter Collingbourne
• [LLVMdev] compiler-rt with MSVC 2013 Aaron Ballman
• [LLVMdev] CFG for the whole c file Amir H. Ashouri
• [LLVMdev] compiler-rt with MSVC 2013 Timur Iskhodzhanov
• [LLVMdev] Proposal for ""llvm.mem.vectorize.safelen" Tian, Xinmin
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp? Andrew Trick
• [LLVMdev] AArch64 bot Renato Golin
• [LLVMdev] On DataExtractor isValidOffset* interface Benjamin Kramer
• [LLVMdev] processor Intrisic handling question Stavropoulos Nikos
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Target specific info available to Clang (and others) Rafael Espíndola
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend Johnny Val
• [LLVMdev] Target specific info available to Clang (and others) Renato Golin
• [LLVMdev] Target specific info available to Clang (and others) Rafael Espíndola
• [LLVMdev] LLVM JIT Execution Engine port for PPC64le Caio Souza Oliveira
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] Question regarding getElementPtr/Addressing modes in backend Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics Das, Dibyendu
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] LLVM JIT Execution Engine port for PPC64le Yaron Keren
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics Zaks, Ayal
• [LLVMdev] Virtual register def doesn't dominate all uses Boris Boesler
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp? Duncan P. N. Exon Smith
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Target specific info available to Clang (and others) Bob Wilson
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Target specific info available to Clang (and others) Rafael Avila de Espindola
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics Stephen Canon
• [LLVMdev] Target specific info available to Clang (and others) Renato Golin
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Virtual register def doesn't dominate all uses Quentin Colombet
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics Tian, Xinmin
• [LLVMdev] Adding masked vector load and store intrinsics Adam Nemet
• [LLVMdev] Adding masked vector load and store intrinsics Smith, Kevin B
• [LLVMdev] Adding masked vector load and store intrinsics Smith, Kevin B
• [LLVMdev] Target specific info available to Clang (and others) Rafael Espíndola
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs Jingyue Wu
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs Justin Holewinski
• [LLVMdev] Adding masked vector load and store intrinsics Nadav Rotem
• [LLVMdev] Adding masked vector load and store intrinsics Tian, Xinmin
• [LLVMdev] Adding masked vector load and store intrinsics Das, Dibyendu
• [LLVMdev] Adding masked vector load and store intrinsics Tian, Xinmin
• [LLVMdev] Adding masked vector load and store intrinsics Adam Nemet
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics Smith, Kevin B
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] which is the right version Hui Zhang
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs Jingyue Wu
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs Justin Holewinski
• [LLVMdev] Adding sample profile support to llvm-profdata? Diego Novillo
• [LLVMdev] Cross-Block Dead Store Elimination Artem Dinaburg
• [LLVMdev] Adding sample profile support to llvm-profdata? Duncan P. N. Exon Smith
• [LLVMdev] Adding sample profile support to llvm-profdata? Justin Bogner
• [LLVMdev] Adding masked vector load and store intrinsics Pete Cooper
• [LLVMdev] Adding sample profile support to llvm-profdata? Diego Novillo
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics Pete Cooper
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] Adding masked vector load and store intrinsics Pete Cooper
• [LLVMdev] Adding sample profile support to llvm-profdata? Duncan P. N. Exon Smith
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] Recent changes in -gmlt break sample profiling Diego Novillo
• [LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp? Liang Wang
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Recent changes in -gmlt break sample profiling David Blaikie
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs Andrew Trick
• [LLVMdev] Recent changes in -gmlt break sample profiling Diego Novillo
• [LLVMdev] Recent changes in -gmlt break sample profiling David Blaikie
• [LLVMdev] IndVar widening in IndVarSimplify causing performance regression on GPU programs Jingyue Wu
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Recent changes in -gmlt break sample profiling Diego Novillo
• [LLVMdev] Adding masked vector load and store intrinsics Smith, Kevin B
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] First-class debug info IR: MDLocation Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation David Blaikie
• [LLVMdev] Adding masked vector load and store intrinsics Smith, Kevin B
• [LLVMdev] Indirect call site profiling betulb at codeaurora.org
• [LLVMdev] Indirect call site profiling John Criswell
• [LLVMdev] which is the right version John Criswell
• [LLVMdev] Query regarding LLVM library for compilation Nitin Mukesh Tiwari
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others) David Chisnall
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others) Renato Golin
• [LLVMdev] Adding masked vector load and store intrinsics shahid shahid
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others) JF Bastien
• [LLVMdev] [cfe-dev] Target specific info available to Clang (and others) Renato Golin
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] extending LLVM - basic block reordering Zahra Marj
• [LLVMdev] Masked vector intrinsics and name mangling Demikhovsky, Elena
• [LLVMdev] Masked vector intrinsics and name mangling Hal Finkel
• [LLVMdev] Masked vector intrinsics and name mangling Demikhovsky, Elena
• [LLVMdev] Masked vector intrinsics and name mangling Hal Finkel
• [LLVMdev] Masked vector intrinsics and name mangling Philip Reames
• [LLVMdev] Indirect call site profiling betulb at codeaurora.org
• [LLVMdev] Adding masked vector load and store intrinsics Owen Anderson
• [LLVMdev] Recent changes in -gmlt break sample profiling Jeremy Lakeman
• [LLVMdev] Recent changes in -gmlt break sample profiling Reid Kleckner
• [LLVMdev] Recent changes in -gmlt break sample profiling Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling Chandler Carruth
• [LLVMdev] questions about memory dependence analysis songlh
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] First-class debug info IR: MDLocation Rafael Espíndola
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling Eric Christopher
• [LLVMdev] questions about memory dependence analysis Wei-Ren Chen
• [LLVMdev] Recent changes in -gmlt break sample profiling Chandler Carruth
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling Eric Christopher
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] Recent changes in -gmlt break sample profiling Chandler Carruth
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics Chandler Carruth
• [LLVMdev] Query regarding LLVM library for compilation Wei-Ren Chen
• [LLVMdev] How to call a pointer that points to a C function C K Tan
• [LLVMdev] First-class debug info IR: MDLocation Chandler Carruth
• [LLVMdev] First-class debug info IR: MDLocation Chandler Carruth
• [LLVMdev] How to call a pointer that points to a C function David Chisnall
• [LLVMdev] Error returned by gcov ramonpadilla1 at yahoo.co.uk
• [LLVMdev] questions about memory dependence analysis songlh
• [LLVMdev] question about memory dependence analysis for local structure songlh
• [LLVMdev] LLVM Weekly - #43, Oct 27th 2014 Alex Bradbury
• [LLVMdev] Problem in X86 backend Rinaldini Julien
• [LLVMdev] Masked vector intrinsics and name mangling Demikhovsky, Elena
• [LLVMdev] Switch instruction lowering Paweł Bylica
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014) David Chisnall
• [LLVMdev] PPC64 old JIT support Caio Souza Oliveira
• [LLVMdev] PPC64 old JIT support Yaron Keren
• [LLVMdev] Switch instruction lowering Wei-Ren Chen
• [LLVMdev] on type annotations of LLVM IR Rekha R
• [LLVMdev] on type annotations of LLVM IR David Chisnall
• [LLVMdev] Query regarding LLVM library for compilation John Criswell
• [LLVMdev] Problem in X86 backend Tim Northover
• [LLVMdev] Recent changes in -gmlt break sample profiling Diego Novillo
• [LLVMdev] Recent changes in -gmlt break sample profiling Diego Novillo
• [LLVMdev] Problem in X86 backend Tim Northover
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014) David Blaikie
• [LLVMdev] PPC64 old JIT support Hans Wennborg
• [LLVMdev] First-class debug info IR: MDLocation Duncan P. N. Exon Smith
• [LLVMdev] Indirect call site profiling Philip Reames
• [LLVMdev] Indirect call site profiling Xinliang David Li
• [LLVMdev] First-class debug info IR: MDLocation David Blaikie
• [LLVMdev] Recent changes in -gmlt break sample profiling Xinliang David Li
• [LLVMdev] Adding masked vector load and store intrinsics Adam Nemet
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014) Philip Reames
• [LLVMdev] PPC64 old JIT support Philip Reames
• [LLVMdev] Indirect call site profiling Das, Dibyendu
• [LLVMdev] Indirect call site profiling Xinliang David Li
• [LLVMdev] Out-of-tree passes (Was: LLVM Weekly - #43, Oct 27th 2014) Reid Kleckner
• [LLVMdev] Adding masked vector load and store intrinsics Owen Anderson
• [LLVMdev] Adding masked vector load and store intrinsics Owen Anderson
• [LLVMdev] How to call a pointer that points to a C function CK Tan
• [LLVMdev] How to call a pointer that points to a C function David Blaikie
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] New OS X and Jenkins based build cluster Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster David Blaikie
• [LLVMdev] New OS X and Jenkins based build cluster Tim Northover
• [LLVMdev] New OS X and Jenkins based build cluster Chris Matthews
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] New OS X and Jenkins based build cluster Chandler Carruth
• [LLVMdev] New OS X and Jenkins based build cluster Chris Matthews
• [LLVMdev] on type annotations of LLVM IR Rekha R
• [LLVMdev] PPC64 old JIT support Caio Souza Oliveira
• [LLVMdev] on type annotations of LLVM IR David Chisnall
• [LLVMdev] New OS X and Jenkins based build cluster David Chisnall
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] First-class debug info IR: MDLocation Duncan P. N. Exon Smith
• [LLVMdev] New OS X and Jenkins based build cluster Adrian Prantl
• [LLVMdev] Getting Started with LLVM Core LIbraries available reed kotler
• [LLVMdev] New OS X and Jenkins based build cluster Chris Matthews
• [LLVMdev] New OS X and Jenkins based build cluster Chris Matthews
• [LLVMdev] on type annotations of LLVM IR Rekha R
• [LLVMdev] First-class debug info IR: MDLocation Duncan P. N. Exon Smith
• [LLVMdev] New OS X and Jenkins based build cluster Jonathan Roelofs
• [LLVMdev] Question about specifying the Output directory path Brian Yang
• [LLVMdev] First-class debug info IR: MDLocation Duncan P. N. Exon Smith
• [LLVMdev] First-class debug info IR: MDLocation Adrian Prantl
• [LLVMdev] New OS X and Jenkins based build cluster Chris Matthews
• [LLVMdev] First-class debug info IR: MDLocation Duncan P. N. Exon Smith
• [LLVMdev] Libcxx buildbot Renato Golin
• [LLVMdev] Libcxx buildbot Jonathan Roelofs
• [LLVMdev] New OS X and Jenkins based build cluster Chandler Carruth
• [LLVMdev] New OS X and Jenkins based build cluster Joerg Sonnenberger
• [LLVMdev] Libcxx buildbot Dan Albert
• [LLVMdev] Libcxx buildbot Dan Albert
• [LLVMdev] passing allocas into tail calls Nick Lewycky
• [LLVMdev] New OS X and Jenkins based build cluster Reid Kleckner
• [LLVMdev] New OS X and Jenkins based build cluster Chandler Carruth
• [LLVMdev] New OS X and Jenkins based build cluster Chris Matthews
• [LLVMdev] forcing llvm-objdump to disassemble Michael Spencer
• [LLVMdev] llvm's regular bay-area monthly social, Nov 6th Nick Lewycky
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Ajay Panyala
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Brian Faull
• [LLVMdev] Problem in X86 backend Rinaldini Julien
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] Problem in X86 backend Rinaldini Julien
• [LLVMdev] Publication at ICFEM 2014 Simo
• [LLVMdev] Libcxx buildbot İsmail Dönmez
• [LLVMdev] Storing values in global variables Jan Teske
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info) Aliaksei Zasenka
• [LLVMdev] Adding masked vector load and store intrinsics Demikhovsky, Elena
• [LLVMdev] passing allocas into tail calls Chris Lattner
• [LLVMdev] Adding masked vector load and store intrinsics Owen Anderson
• [LLVMdev] Adding masked vector load and store intrinsics dag at cray.com
• [LLVMdev] Libcxx buildbot Renato Golin
• [LLVMdev] Adding masked vector load and store intrinsics Hal Finkel
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Ajay Panyala
• [LLVMdev] Masked vector intrinsics and name mangling Pete Cooper
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Anton Korobeynikov
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Ajay Panyala
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Anton Korobeynikov
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Ajay Panyala
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Brian Faull
• [LLVMdev] DragonEgg3.3 support for gcc cross compilers Ajay Panyala
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info) Kaylor, Andrew
• [LLVMdev] Problem in X86 backend (again) Rinaldini Julien
• [LLVMdev] Problem in X86 backend (again) Akira Hatanaka
• [LLVMdev] Switch instruction lowering Hans Wennborg
• [LLVMdev] [PATCH] LangRef: va_arg doesn't work on X86_64; update example Ramkumar Ramachandra
• [LLVMdev] Problem in X86 backend Quentin Colombet
• [LLVMdev] On DataExtractor isValidOffset* interface Jeremy Lakeman
• [LLVMdev] Problem in X86 backend Rinaldini Julien
• [LLVMdev] Problem in X86 backend (again) Rinaldini Julien
• [LLVMdev] Masked vector intrinsics and name mangling Demikhovsky, Elena
• [LLVMdev] Mips's MicroMips ?? Jun Koi
• [LLVMdev] Storing values in global variables John Criswell
• [LLVMdev] Switch instruction lowering Anton Korobeynikov
• [LLVMdev] Problem in X86 backend (again) Akira Hatanaka
• [LLVMdev] Virtual register def doesn't dominate all uses Boris Boesler
• [LLVMdev] [PATCH] LangRef: va_arg doesn't work on X86_64; update example Tim Northover
• [LLVMdev] Problem in X86 backend Quentin Colombet
• [LLVMdev] [PATCH v2] LangRef: clarify that va_arg doesn't work on x86_64 Ramkumar Ramachandra
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info) Aliaksei Zasenka
• [LLVMdev] MCJIT + Win64 SEH handling problem (missing unwinding info) Aliaksei Zasenka
• [LLVMdev] Emit a jump instruction to a place inside basicblock Xiaoguang Wang
• [LLVMdev] Status of HSA in LLVM 3.6 William Swartzendruber
• [LLVMdev] Status of HSA in LLVM 3.6 C Bergström
• [LLVMdev] Runtime introspection of "Release Mode" programs using LLVM or LLDB Kenneth Camann
• [LLVMdev] Emit a jump instruction to a place inside basicblock serge Guelton
• [LLVMdev] Problem in X86 backend Rinaldini Julien
• [LLVMdev] Problem in X86 backend (again) Rinaldini Julien
• [LLVMdev] Storing values in global variables Jan Teske
• [LLVMdev] ELF section load address Colin LeMahieu
• [LLVMdev] LLVM buildmaster will be restarted today after 6 PM Pacific Galina Kistanova
• [LLVMdev] Virtual register def doesn't dominate all uses Quentin Colombet
• [LLVMdev] RFC: Indirect Call Target Profiling betulb at codeaurora.org
• [LLVMdev] Emit a jump instruction to a place inside basicblock Robin Morisset
• [LLVMdev] What is the solution for this error from clang? Riyaz Puthiyapurayil
• [LLVMdev] RFC: Indirect Call Target Profiling Kostya Serebryany
• [LLVMdev] Emit a jump instruction to a place inside basicblock Xiaoguang Wang
• [LLVMdev] RFC: Drop support running LLVM on Windows XP Reid Kleckner
• [LLVMdev] RFC: Drop support running LLVM on Windows XP Aaron Ballman
• [LLVMdev] Emit a jump instruction to a place inside basicblock Eric Christopher
• [LLVMdev] ELF section load address Eric Christopher
• [LLVMdev] Emit a jump instruction to a place inside basicblock Xiaoguang Wang
• [LLVMdev] [PATCH] LangRef: va_arg doesn't work on X86_64; update example Sean Silva
• [LLVMdev] Switch instruction lowering Sean Silva
• [LLVMdev] RFC: Indirect Call Target Profiling Justin Bogner
• [LLVMdev] Emit a jump instruction to a place inside basicblock Eric Christopher
• [LLVMdev] RFC: Drop support running LLVM on Windows XP David Majnemer
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Juergen Ributzka
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Eric Christopher
• [LLVMdev] possible bug in COFFObjectFile::getSymbolType() David Majnemer
• [LLVMdev] Git Clone on Windows Issues Aaron W.Hsu
• [LLVMdev] Regression Suite Failure: Windows 64-bit Build Aaron W.Hsu
• [LLVMdev] [cfe-dev] Regression Suite Failure: Windows 64-bit Build Yaron Keren
• [LLVMdev] RFC: Drop support running LLVM on Windows XP Mueller-Roemer, Johannes Sebastian
• [LLVMdev] Emit a jump instruction to a place inside basicblock Xiaoguang Wang
• [LLVMdev] Tree conflict on checkout Daniel Dilts
• [LLVMdev] Tree conflict on checkout Eli Bendersky
• [LLVMdev] Tree conflict on checkout Justin Bogner
• [LLVMdev] Tree conflict on checkout Cameron McInally
• [LLVMdev] TSFlags in AsmBackend Steve King
• [LLVMdev] Virtual register def doesn't dominate all uses Boris Boesler
• [LLVMdev] TSFlags in AsmBackend Francois Pichet
• [LLVMdev] Large constants in patchpoints Sanjoy Das
• [LLVMdev] Large constants in patchpoints Sanjoy Das
• [LLVMdev] Large constants in patchpoints Juergen Ributzka
• [LLVMdev] Large constants in patchpoints Sanjoy Das
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Chris Bieneman
• [LLVMdev] RFC: Drop support running LLVM on Windows XP Jim Rowan
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Reid Kleckner
• [LLVMdev] TSFlags in AsmBackend Steve King
• [LLVMdev] [RFC] New ToolsSupport library for stuff that only tools need Chris Bieneman
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Tom Stellard
• [LLVMdev] Job openings for Pyston, Dropbox's LLVM JIT for Python Kevin Modzelewski
• [LLVMdev] data layout string questions. reed kotler
• [LLVMdev] data layout string questions. Reid Kleckner
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Eric Christopher
• [LLVMdev] RFC: Drop support running LLVM on Windows XP Robinson, Paul
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Bob Wilson
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args Kevin Modzelewski
• [LLVMdev] Virtual register def doesn't dominate all uses Quentin Colombet
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? David Blaikie
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Bob Wilson
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Pasi Parviainen
• [LLVMdev] Stackmaps: caller-save-registers passed as deopt args Sanjoy Das
• [LLVMdev] Emit a jump instruction to a place inside basicblock Eric Christopher
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Tim Northover
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Steve King
• [LLVMdev] Dominator Trees Speziale Ettore
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Tim Northover
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Diego Novillo
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux) Sean Silva
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux) Sean Silva
• [LLVMdev] RFC: Timeline for deprecating the autoconf build system? Rafael Avila de Espindola
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux) Yung, Douglas
• [LLVMdev] Using the unused "version" field in the bitcode wrapper (redux) Rafael Espíndola

Last message date: Fri Oct 31 23:44:19 PDT 2014
Archived on: Tue Aug 4 17:24:20 PDT 2015

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

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