September 2013 Archives by subject

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

Starting: Sun Sep 1 02:06:40 PDT 2013
Ending: Mon Sep 30 22:11:00 PDT 2013
Messages: 754

• [LLVMdev] "Instruction does not dominate all uses"   Rasha Omar
• [LLVMdev] "Instruction does not dominate all uses"   Tim Northover
• [LLVMdev] "Instruction does not dominate all uses"   Rasha Omar
• [LLVMdev] "Instruction does not dominate all uses"   Tim Northover
• [LLVMdev] %noreg in DBG_VALUE   Aditya Kumar
• [LLVMdev] %noreg in DBG_VALUE   David Blaikie
• [LLVMdev] (no subject)   Niko Zarzani
• [LLVMdev] (no subject)   Will Dietz
• [LLVMdev] (no subject)   Niko Zarzani
• [LLVMdev] (no subject)   Will Dietz
• [LLVMdev] --with-python flag unsuccesful   dfagnan
• [LLVMdev] .globl   Richard Sandiford
• [LLVMdev] .globl   reed kotler
• [LLVMdev] [ASan] static linking on android?   Greg Fitzgerald
• [LLVMdev] [ASan] static linking on android?   Kostya Serebryany
• [LLVMdev] [ASan] static linking on android?   Evgeniy Stepanov
• [LLVMdev] [ASan] static linking on android?   Greg Fitzgerald
• [LLVMdev] [ASan] static linking on android?   Evgeniy Stepanov
• [LLVMdev] [ast-dump] Class template partial specializations missing from an implicit class template instantiation?   Joshua Naismith
• [LLVMdev] [GSoC] Flang's end of GSoC report   Alex L
• [LLVMdev] [GSoC] Flang's end of GSoC report   Renato Golin
• [LLVMdev] [GSoC] Flang's end of GSoC report   Hal Finkel
• [LLVMdev] [GSoC] Flang's end of GSoC report   Dmitri Gribenko
• [LLVMdev] [GSoC] Flang's end of GSoC report   Chris Lattner
• [LLVMdev] [GSoC] Flang's end of GSoC report   "C. Bergström"
• [LLVMdev] [GSoC] Flang's end of GSoC report   Chris Lattner
• [LLVMdev] [GSoC] Flang's end of GSoC report   "C. Bergström"
• [LLVMdev] [GSoC] Flang's end of GSoC report   Joerg Sonnenberger
• [LLVMdev] [GSoC] Flang's end of GSoC report   Chris Lattner
• [LLVMdev] [GSoC] Flang's end of GSoC report   Hal Finkel
• [LLVMdev] [GSoC] Flang's end of GSoC report   Alex L
• [LLVMdev] [JOB AD] Paid project proposal - LLVM backend for an n-address code machine   nkavv at physics.auth.gr
• [LLVMdev] [lld][Options] Sharing common options across flavors   Shankar Easwaran
• [LLVMdev] [lld][Options] Sharing common options across flavors   Nick Kledzik
• [LLVMdev] [lld][Options] Sharing common options across flavors   Shankar Easwaran
• [LLVMdev] [lld][Options] Sharing common options across flavors   Nick Kledzik
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Shankar Easwaran
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Alex Rosenberg
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Shankar Easwaran
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Chandler Carruth
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Shankar Easwaran
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Alexey Samsonov
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Evgeniy Stepanov
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Shankar Easwaran
• [LLVMdev] [lld] buildbot configuration on using -fsanitize options   Evgeniy Stepanov
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Michael Spencer
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Nick Kledzik
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Shankar Easwaran
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Joerg Sonnenberger
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Shankar Easwaran
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Joerg Sonnenberger
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Nick Kledzik
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Shankar Easwaran
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Nick Kledzik
• [LLVMdev] [lld] ELF needs type for SharedLibraryAtom.   Shankar Easwaran
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Michael Spencer
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Shankar Easwaran
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Nick Kledzik
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Shankar Easwaran
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Michael Spencer
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Michael Spencer
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Shankar Easwaran
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Sean Silva
• [LLVMdev] [lld] Handling non SHF_ALLOC sections.   Shankar Easwaran
• [LLVMdev] [lld] Implementing the aliasing feature   Shankar Easwaran
• [LLVMdev] [lld] Implementing the aliasing feature   Shankar Easwaran
• [LLVMdev] [lld] Implementing the aliasing feature   Nick Kledzik
• [LLVMdev] [lld] Implementing the aliasing feature   Shankar Easwaran
• [LLVMdev] [lld] Implementing the aliasing feature   Nick Kledzik
• [LLVMdev] [lld] Implementing the aliasing feature   Shankar Easwaran
• [LLVMdev] [lld] Implementing the aliasing feature   Nick Kledzik
• [LLVMdev] [lld] Implementing the aliasing feature   Shankar Easwaran
• [LLVMdev] [lld] Implementing the aliasing feature   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Rui Ueyama
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Nick Kledzik
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Rui Ueyama
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Rui Ueyama
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Joerg Sonnenberger
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Nick Kledzik
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Michael Spencer
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Michael Spencer
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Nick Kledzik
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Shankar Easwaran
• [LLVMdev] [lld] Modeling ELF FileNodes/ControlNodes (Group's) in lld   Nick Kledzik
• [LLVMdev] [lld]Native reader/writer is not called, treated as Dead Code!   Shankar Easwaran
• [LLVMdev] [lld]Native reader/writer is not called, treated as Dead Code!   Nick Kledzik
• [LLVMdev] [lld]Native reader/writer is not called, treated as Dead Code!   Shankar Easwaran
• [LLVMdev] [llvm] r190328 - Revert patches to add case-range support for PR1255.   Reed Kotler
• [LLVMdev] [llvm] r190328 - Revert patches to add case-range support for PR1255.   Reed Kotler
• [LLVMdev] [llvm] r190717 - Adds support for Atom Silvermont (SLM) - -march=slm   Gurd, Preston
• [LLVMdev] [llvm] r190717 - Adds support for Atom Silvermont (SLM) - -march=slm   Andrew Trick
• [LLVMdev] [patch] alias instruction for Intel syntax   Jun Koi
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Adam Strzelecki
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Tim Northover
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Adam Strzelecki
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Tim Northover
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Adam Strzelecki
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Craig Topper
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Craig Topper
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Tim Northover
• [LLVMdev] [PATCH] Detect Haswell subarchitecture (i.e. using -march=native)   Craig Topper
• [LLVMdev] [PATCH] Detect SVN revision and path on Git working copy   Adam Strzelecki
• [LLVMdev] [PATCH] Detect SVN revision and path on Git working copy   Mark Lacey
• [LLVMdev] [PATCH] Detect SVN revision and path on Git working copy   David Chisnall
• [LLVMdev] [PATCH] Detect SVN revision and path on Git working copy   Adam Strzelecki
• [LLVMdev] [PATCH] Detect SVN revision and path on Git working copy   Anton Korobeynikov
• [LLVMdev] [patch] Prototype/proof-of-concept for DWARF type units   David Blaikie
• [LLVMdev] [patch] remove redundant code in X86DisassemblerDecoder.c   Jun Koi
• [LLVMdev] [patch] remove redundant code in X86DisassemblerDecoder.c   Jim Grosbach
• [LLVMdev] [Polly] Comionpile-time of Polly's code generation   Star Tan
• [LLVMdev] [Polly] Comionpile-time of Polly's code generation   Tobias Grosser
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Star Tan
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Tobias Grosser
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Star Tan
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Tobias Grosser
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Star Tan
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Star Tan
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Star Tan
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Tobias Grosser
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Star Tan
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Sebastian Pop
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Sebastian Pop
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Star Tan
• [LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization   Tobias Grosser
• [LLVMdev] [Polly] Compile-time of Polly's code generation   Star Tan
• [LLVMdev] [Polly] Compile-time of Polly's code generation   Tobias Grosser
• [LLVMdev] [Polly] Compile-time of Polly's code generation   Star Tan
• [LLVMdev] [Polly] Compile-time of Polly's code generation   Tobias Grosser
• [LLVMdev] [Polly] Move Polly's execution later   Star Tan
• [LLVMdev] [Polly] Move Polly's execution later   Tobias Grosser
• [LLVMdev] [Polly] Move Polly's execution later   Star Tan
• [LLVMdev] [Polly] Move Polly's execution later   Star Tan
• [LLVMdev] [Polly] Move Polly's execution later   Tobias Grosser
• [LLVMdev] [Polly] Move Polly's execution later   Star Tan
• [LLVMdev] [Polly] Move Polly's execution later   Sebastian Pop
• [LLVMdev] [Polly] Move Polly's execution later   Star Tan
• [LLVMdev] [Polly] Move Polly's execution later   Star Tan
• [LLVMdev] [polly] one more slow pretty printing in the default path   Star Tan
• [LLVMdev] [Polly] Performance comparison between Cloog and ISL code generation   Star Tan
• [LLVMdev] [polly] static link   Sebastian Pop
• [LLVMdev] [Polly] Update lit config for Cloog   Star Tan
• [LLVMdev] [Polly] Update lit config for Cloog   Tobias Grosser
• [LLVMdev] [Polly] Update lit config for Cloog   Star Tan
• [LLVMdev] [Polly] Update lit config for Cloog   Sebastian Pop
• [LLVMdev] [Polly] Update lit config for Cloog   Star Tan
• [LLVMdev] [Polly] Update lit config for Cloog   Tobias Grosser
• [LLVMdev] [PROPOSAL] Improve uses of LEA on Atom   Rafael Espíndola
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Pete Cooper
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Hal Finkel
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Eric Christopher
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Eric Christopher
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   ChanMaxthon
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Shankar Easwaran
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Reid Kleckner
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   ChanMaxthon
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Daniel Dunbar
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Maxthon Chan
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Chris Lattner
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Sean Silva
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Chandler Carruth
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Filip Pizlo
• [LLVMdev] [RFC] Internal command line options should not be statically initialized.   Andrew Trick
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Krzysztof Parzyszek
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Krzysztof Parzyszek
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Dan Gohman
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Krzysztof Parzyszek
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Dan Gohman
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Dan Gohman
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Krzysztof Parzyszek
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Krzysztof Parzyszek
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Hal Finkel
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Chris Lattner
• [LLVMdev] [RFC] New function attributes for errno-setting functions   Schoedel, Kevin P
• [LLVMdev] A7 processor support?   Alex Rosenberg
• [LLVMdev] A7 processor support?   Eli Friedman
• [LLVMdev] A7 processor support?   Chris Lattner
• [LLVMdev] A7 processor support?   Jun Koi
• [LLVMdev] A7 processor support?   Alex Rosenberg
• [LLVMdev] A7 processor support?   Renato Golin
• [LLVMdev] Adding a library to CMake deps   Renato Golin
• [LLVMdev] Adding a library to CMake deps   Arnaud A. de Grandmaison
• [LLVMdev] Adding a library to CMake deps   Renato Golin
• [LLVMdev] Adding a library to CMake deps   Óscar Fuentes
• [LLVMdev] Adding a library to CMake deps   Renato Golin
• [LLVMdev] Adding diversity for security (and testing)   Nick Lewycky
• [LLVMdev] Adding diversity for security (and testing)   John Criswell
• [LLVMdev] Adding diversity for security (and testing)   Stephen Crane
• [LLVMdev] Adding diversity for security (and testing)   Nick Lewycky
• [LLVMdev] Adding diversity for security (and testing)   Stephen Crane
• [LLVMdev] adding multiple flavors to test suite   reed kotler
• [LLVMdev] adding multiple flavors to test suite   Reed Kotler
• [LLVMdev] adding new target to configure script   Preston Briggs
• [LLVMdev] adding new target to configure script   Tom Stellard
• [LLVMdev] Address Space Casting   Michele Scandale
• [LLVMdev] Address Space Casting   David Tweed
• [LLVMdev] Address Space Casting   Michele Scandale
• [LLVMdev] Add Support For .bss Named Section Directive For Darwin Targets   Nicholas White
• [LLVMdev] Add Support For .bss Named Section Directive For Darwin Targets   Rafael Espíndola
• [LLVMdev] Add Support For .bss Named Section Directive For Darwin Targets   Nicholas White
• [LLVMdev] Add Support For .bss Named Section Directive For Darwin Targets   Rafael Espíndola
• [LLVMdev] algorithm for GVN   Rekha R
• [LLVMdev] algorithm for GVN   Mahesha S
• [LLVMdev] Aliasing of volatile and non-volatile   Krzysztof Parzyszek
• [LLVMdev] Aliasing of volatile and non-volatile   Eli Friedman
• [LLVMdev] Aliasing of volatile and non-volatile   Dan Gohman
• [LLVMdev] Aliasing of volatile and non-volatile   Krzysztof Parzyszek
• [LLVMdev] Aliasing of volatile and non-volatile   James Courtier-Dutton
• [LLVMdev] Aliasing of volatile and non-volatile   James Courtier-Dutton
• [LLVMdev] Aliasing of volatile and non-volatile   Krzysztof Parzyszek
• [LLVMdev] Ambiguity in LLVM IR for global variable sections   David Majnemer
• [LLVMdev] Ambiguity in LLVM IR for global variable sections   David Majnemer
• [LLVMdev] An error when insert a function call in the IR   Eric Lu
• [LLVMdev] Are instr_iterators invalidated when function inlining is performed?   Daniel Liew
• [LLVMdev] arm64 / iOS support   Carlo Kok
• [LLVMdev] arm64 / iOS support   Carlo Kok
• [LLVMdev] arm constant island pass   reed kotler
• [LLVMdev] ARM integrated assembler - unknown directive errors   Rehman Saeed
• [LLVMdev] ARM integrated assembler - unknown directive errors   Tim Northover
• [LLVMdev] ARM integrated assembler - unknown directive errors   Renato Golin
• [LLVMdev] ARM NEON intrinsics in clang   Stanislav Manilov
• [LLVMdev] ARM NEON intrinsics in clang   Renato Golin
• [LLVMdev] ARM NEON intrinsics in clang   Tim Northover
• [LLVMdev] ARM NEON intrinsics in clang   Stanislav Manilov
• [LLVMdev] ARM NEON intrinsics in clang   Stanislav Manilov
• [LLVMdev] ARM NEON intrinsics in clang   Renato Golin
• [LLVMdev] ARM NEON intrinsics in clang   Stanislav Manilov
• [LLVMdev] ARM NEON intrinsics in clang   Renato Golin
• [LLVMdev] ARMv5 buildbot   Renato Golin
• [LLVMdev] AttributeSet from Modules   Raul Fernandes Herbster
• [LLVMdev] AttributeSet from Modules   Bill Wendling
• [LLVMdev] AttributeSet from Modules   Raul Fernandes Herbster
• [LLVMdev] AVX calling convention?   Erik Schnetter
• [LLVMdev] AVX calling convention?   Eli Friedman
• [LLVMdev] Bad permissions for mapped region   Konstantin Olkhovskiy
• [LLVMdev] Bad permissions for mapped region   Konstantin Olkhovskiy
• [LLVMdev] Bad permissions for mapped region   Kaylor, Andrew
• [LLVMdev] bug in X86 disasm code?   Jun Koi
• [LLVMdev] bug in X86 disasm code?   Craig Topper
• [LLVMdev] Building LLVM/clang with LLVM/clang and LTO using cmake   ChanMaxthon
• [LLVMdev] Building LLVM/clang with LLVM/clang and LTO using cmake   Óscar Fuentes
• [LLVMdev] Building LLVM/clang with LLVM/clang and LTO using cmake   Maxthon Chan
• [LLVMdev] Cambridge LLVM Social - September (+US Dev planning)   Renato Golin
• [LLVMdev] cannot build 3.3, problems with alternate architectures   edA-qa mort-ora-y
• [LLVMdev] cannot build 3.3, problems with alternate architectures   edA-qa mort-ora-y
• [LLVMdev] Cannot get Alias Analysis?   Zhenbo Xu
• [LLVMdev] CFI Directives   Bill Wendling
• [LLVMdev] CFI Directives   Rafael Espíndola
• [LLVMdev] CFI Directives   Bill Wendling
• [LLVMdev] C int type for 48bits cpu   gamma_chen
• [LLVMdev] C int type for 48bits cpu   Stephen Checkoway
• [LLVMdev] C int type for 48bits cpu   Tim Northover
• [LLVMdev] C int type for 48bits cpu   gamma_chen
• [LLVMdev] C int type for 48bits cpu   Duncan Sands
• [LLVMdev] cmake build system doesn't produce libLLVM-<major>.<minor>.so   İsmail Dönmez
• [LLVMdev] CMake problem of LLVM 3.3   Xun Chen
• [LLVMdev] CMake problem of LLVM 3.3   Duncan Sands
• [LLVMdev] CMake problem of LLVM 3.3   rju65
• [LLVMdev] Codegen performance issue: LEA vs. INC.   Bader, Aleksey A
• [LLVMdev] conditional assignment in selectionDAG   Chakraborty, Soham
• [LLVMdev] Confuse on ptrtoint and load   weixuegong
• [LLVMdev] Confuse on ptrtoint and load   Quentin Colombet
• [LLVMdev] creating new llvm project?   Matthew O'Connor
• [LLVMdev] creating new llvm project?   Eric Christopher
• [LLVMdev] Debug info failing in assembler.   Richard Pennington
• [LLVMdev] Debug info failing in assembler.   Eric Christopher
• [LLVMdev] Debug info failing in assembler.   Richard Mitton
• [LLVMdev] Debug info failing in assembler.   Richard Pennington
• [LLVMdev] DebugIR pass fails with an assert   Konstantin Olkhovskiy
• [LLVMdev] DebugIR pass fails with an assert   Konstantin Olkhovskiy
• [LLVMdev] debug utilities in VMKit   Yi Lin
• [LLVMdev] debug utilities in VMKit   Gaël Thomas
• [LLVMdev] Disabling special treatment of "malloc" function   Chris Smowton
• [LLVMdev] Disabling special treatment of "malloc" function   Tim Northover
• [LLVMdev] Disabling special treatment of "malloc" function   Chris Smowton
• [LLVMdev] Disabling special treatment of "malloc" function   Duncan Sands
• [LLVMdev] Disassembler Issue   Jeff Bush
• [LLVMdev] Disassembler Issue   Tim Northover
• [LLVMdev] Distinguishing Pointer Variable and Ordinary Variable   Abhinash Jain
• [LLVMdev] Distinguishing Pointer Variable and Ordinary Variable   Joey Gouly
• [LLVMdev] Distinguishing Pointer Variable and Ordinary Variable   Abhinash Jain
• [LLVMdev] Distinguishing Pointer Variable and Ordinary Variable   Tim Northover
• [LLVMdev] Distinguishing Pointer Variable and Ordinary Variable   Duncan Sands
• [LLVMdev] Does Mips resolve hazard in pre-ra-sched or post-ra-sched?   Liu Xin
• [LLVMdev] Does Mips resolve hazard in pre-ra-sched or post-ra-sched?   Akira Hatanaka
• [LLVMdev] Does Mips resolve hazard in pre-ra-sched or post-ra-sched?   Liu Xin
• [LLVMdev] Does Mips resolve hazard in pre-ra-sched or post-ra-sched?   Liu Xin
• [LLVMdev] Does Mips resolve hazard in pre-ra-sched or post-ra-sched?   Akira Hatanaka
• [LLVMdev] Does Mips resolve hazard in pre-ra-sched or post-ra-sched?   David Chisnall
• [LLVMdev] Doubts about register interferences in register allocators   Leandro Santiago
• [LLVMdev] Doubts about register interferences in register allocators   Andrew Trick
• [LLVMdev] Doubts about register interferences in register allocators   Leandro Santiago
• [LLVMdev] dragonegg   reed kotler
• [LLVMdev] Dynamic Analysis   Pengfei Sun
• [LLVMdev] Dynamic Analysis   Mingliang LIU
• [LLVMdev] Dynamic Analysis   Mingliang LIU
• [LLVMdev] ELLCC updated to musl 0.9.14   Richard Pennington
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Andrew Trick
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Chandler Carruth
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Andrew Trick
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Andrew Trick
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Ghassan Shobaki
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Tim Northover
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Stefan Hepp
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Andrew Trick
• [LLVMdev] Enabling MI Scheduler on x86 (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Andrew Trick
• [LLVMdev] Error on completing ToyThread::execute() in ToyVM (vmkit project)   mkh
• [LLVMdev] Error on completing ToyThread::execute() in ToyVM (vmkit project)   Harris Bakiras
• [LLVMdev] Error on completing ToyThread::execute() in ToyVM (vmkit project)   mkh
• [LLVMdev] Error on running ToyVM   m kh
• [LLVMdev] Error on running ToyVM (included in vmkit)   mkh
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Ghassan Shobaki
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Benjamin Kramer
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Ghassan Shobaki
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Renato Golin
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Renato Golin
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Ghassan Shobaki
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Renato Golin
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Ghassan Shobaki
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Renato Golin
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Andrew Trick
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Svyatoslav Kuzmich
• [LLVMdev] Experimental Evaluation of the Schedulers in LLVM 3.3   Andrew Trick
• [LLVMdev] extern "C" and namespaces   Riyaz Puthiyapurayil
• [LLVMdev] extern "C" and namespaces   Joerg Sonnenberger
• [LLVMdev] extern "C" and namespaces   Karen Shaeffer
• [LLVMdev] extern "C" and namespaces   Nick Lewycky
• [LLVMdev] Extracting libmachine from libcodegen (bug 1121)   Ken Dyck
• [LLVMdev] Extracting libmachine from libcodegen (bug 1121)   Chris Lattner
• [LLVMdev] Extracting libmachine from libcodegen (bug 1121)   Jim Grosbach
• [LLVMdev] Extracting libmachine from libcodegen (bug 1121)   Sean Silva
• [LLVMdev] Extracting libmachine from libcodegen (bug 1121)   Andrew Trick
• [LLVMdev] Extracting libmachine from libcodegen (bug 1121)   Ken Dyck
• [LLVMdev] Extracting the global variables accessed by individual function with function pass   Duncan Sands
• [LLVMdev] Extracting the global variables accessed by individual function with function pass   John Criswell
• [LLVMdev] Extracting the global variables accessed by individual function with function pass   Yan Lin Aung
• [LLVMdev] Finding live registers at a specific point in a MachineFunction and spilling them   Manuel Jacob
• [LLVMdev] Finding live registers at a specific point in a MachineFunction and spilling them   Stephen Crane
• [LLVMdev] Finding live registers at a specific point in a MachineFunction and spilling them   Pete Cooper
• [LLVMdev] Fix crash in llvm_gcda_emit_arcs()   Nick Lewycky
• [LLVMdev] Fix crash in llvm_gcda_emit_arcs()   Joseph Kain
• [LLVMdev] Fix crash in llvm_gcda_emit_arcs()   Joseph Kain
• [LLVMdev] Fix crash in llvm_gcda_emit_arcs()   Bill Wendling
• [LLVMdev] fno-strict-aliasing   Duncan Sands
• [LLVMdev] forcing two instructions to be together   reed kotler
• [LLVMdev] forcing two instructions to be together   Owen Anderson
• [LLVMdev] forcing two instructions to be together   reed kotler
• [LLVMdev] forcing two instructions to be together   Micah Villmow
• [LLVMdev] forcing two instructions to be together   reed kotler
• [LLVMdev] forcing two instructions to be together   Micah Villmow
• [LLVMdev] forcing two instructions to be together   Owen Anderson
• [LLVMdev] forcing two instructions to be together   reed kotler
• [LLVMdev] function creation question   emily thomas
• [LLVMdev] function creation question   Joey Gouly
• [LLVMdev] Fwd: BitcodeWriter.cpp, WriteAttributeGroupTable attribute slot index is hardcoded.. ?   Stepan Dyatkovskiy
• [LLVMdev] Fwd: Profile (-pg) segfault   Renato Golin
• [LLVMdev] Get object output in a buffer   Acarion
• [LLVMdev] get the address in memory where an instruction lives   Eirini Psallida
• [LLVMdev] get the address in memory where an instruction lives   Benjamin Kramer
• [LLVMdev] get the address in memory where an instruction lives   John Criswell
• [LLVMdev] get the address in memory where an instruction lives   Eirini Psallida
• [LLVMdev] get the address in memory where an instruction lives   Tim Northover
• [LLVMdev] Global Variable Recall   Rasha Omar
• [LLVMdev] Global Variable Recall   John Criswell
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Chandler Carruth
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Reed Kotler
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Chandler Carruth
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   reed kotler
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Chandler Carruth
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Sean Silva
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Sean Silva
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Andrea_DiBiagio at sn.scee.net
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Jan Sjodin
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Chris Lattner
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Evan Cheng
• [LLVMdev] Heads up: Pass Manager changes will be starting shortly   Pete Cooper
• [LLVMdev] How basic block layout is determined during scheduling?   杨勇勇
• [LLVMdev] How basic block layout is determined during scheduling?   Tim Northover
• [LLVMdev] How basic block layout is determined during scheduling?   杨勇勇
• [LLVMdev] How do you add MachineBlockPlacement to a Function Pass Manager?   greatwolf
• [LLVMdev] How do you add MachineBlockPlacement to a Function Pass Manager?   Andrew Trick
• [LLVMdev] how to detect data hazard in pre-RA-sched   Liu Xin
• [LLVMdev] how to detect data hazard in pre-RA-sched   Andrew Trick
• [LLVMdev] how to detect data hazard in pre-RA-sched   Liu Xin
• [LLVMdev] how to detect data hazard in pre-RA-sched   Andrew Trick
• [LLVMdev] how to detect data hazard in pre-RA-sched   Liu Xin
• [LLVMdev] how to detect data hazard in pre-RA-sched   Andrew Trick
• [LLVMdev] how to detect data hazard in pre-RA-sched   Liu Xin
• [LLVMdev] How to gather data dependences   Preston Briggs
• [LLVMdev] How to get the exact integer from a Value   weixuegong
• [LLVMdev] How to get the exact integer from a Value   Caldarale, Charles R
• [LLVMdev] How to get the exact integer from a Value   weixuegong
• [LLVMdev] How to get the exact integer from a Value   ankur deshwal
• [LLVMdev] How to make sure llvm.memset intrinsic is not lowered into memset() call?   Alexey Samsonov
• [LLVMdev] How to make sure llvm.memset intrinsic is not lowered into memset() call?   John Criswell
• [LLVMdev] How to make sure llvm.memset intrinsic is not lowered into memset() call?   Alexey Samsonov
• [LLVMdev] How to make sure llvm.memset intrinsic is not lowered into memset() call?   John Criswell
• [LLVMdev] How to prevent Dead-Code-Elimination pass removing pseudo-instructions ADJCALLSTACK(DOWN | UP)?   杨勇勇
• [LLVMdev] How to prevent Dead-Code-Elimination pass removing pseudo-instructions ADJCALLSTACK(DOWN | UP)?   Marcello Maggioni
• [LLVMdev] How to prevent Dead-Code-Elimination pass removing pseudo-instructions ADJCALLSTACK(DOWN | UP)?   杨勇勇
• [LLVMdev] How to supply a non-default constructor to RegisterPass ?   Dirk Schroetter
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Suminda Dharmasena
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Robinson, Paul
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Suminda Dharmasena
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Suminda Dharmasena
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Suminda Dharmasena
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Tim Northover
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Suminda Dharmasena
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Suminda Dharmasena
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Tim Northover
• [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037   Suminda Dharmasena
• [LLVMdev] Infinite loop parsing opt command line options   Mingliang LIU
• [LLVMdev] initialization list with conversion operator dont work properly and report error   Mayur Pandey
• [LLVMdev] initialization list with conversion operator dont work properly and report error   Eli Friedman
• [LLVMdev] initialization list with conversion operator dont work properly and report error   Mayur Pandey
• [LLVMdev] initialization list with conversion operator dont work properly and report error   Eli Friedman
• [LLVMdev] In llvm, how can I delete a whole branch elegantly?   Hongxu Chen
• [LLVMdev] In llvm, how can I delete a whole branch elegantly?   Hongxu Chen
• [LLVMdev] Inserting a custom switch instruction implementation in backend   Marcello Maggioni
• [LLVMdev] Inserting a custom switch instruction implementation in backend   Anton Korobeynikov
• [LLVMdev] Inserting a custom switch instruction implementation in backend   Marcello Maggioni
• [LLVMdev] Inserting a custom switch instruction implementation in backend   Hal Finkel
• [LLVMdev] Inserting a custom switch instruction implementation in backend   Marcello Maggioni
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Schoedel, Kevin P
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Nadav Rotem
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Schoedel, Kevin P
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Nadav Rotem
• [LLVMdev] Intel Memory Protection Extensions (and types question)   David Chisnall
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Kostya Serebryany
• [LLVMdev] Intel Memory Protection Extensions (and types question)   David Chisnall
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Kostya Serebryany
• [LLVMdev] Intel Memory Protection Extensions (and types question)   David Chisnall
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Kostya Serebryany
• [LLVMdev] Intel Memory Protection Extensions (and types question)   David Chisnall
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Kostya Serebryany
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Schoedel, Kevin P
• [LLVMdev] Intel Memory Protection Extensions (and types question)   Schoedel, Kevin P
• [LLVMdev] Is ConstantFoldConstantExpression meant to be idempotent?   Ben Karel
• [LLVMdev] Is ConstantFoldConstantExpression meant to be idempotent?   Nick Lewycky
• [LLVMdev] Is GEP safe if not know the size of an array?   weixuegong
• [LLVMdev] Is GEP safe if not know the size of an array?   Tim Northover
• [LLVMdev] Is it safe to insert instructions in batches into BBs?   Marcello Maggioni
• [LLVMdev] Is it safe to insert instructions in batches into BBs?   Óscar Fuentes
• [LLVMdev] Is it safe to insert instructions in batches into BBs?   Caldarale, Charles R
• [LLVMdev] Is it safe to insert instructions in batches into BBs?   Marcello Maggioni
• [LLVMdev] Is it safe to insert instructions in batches into BBs?   Marcello Maggioni
• [LLVMdev] Issues with test framework as seen from OpenBSD buildslave   Brad Smith
• [LLVMdev] Issues with test framework as seen from OpenBSD buildslave   Brad Smith
• [LLVMdev] issue with writing a new pass   Rekha R
• [LLVMdev] Issue with X86FrameLowering __chkstk on Windows 8 64-bit / Visual Studio 2012   Kévin Szkudlapski
• [LLVMdev] Issue with X86FrameLowering __chkstk on Windows 8 64-bit / Visual Studio 2012   Anton Korobeynikov
• [LLVMdev] JIT compiled intrinsics calls is call to null pointer   Taco H. in den Bosch
• [LLVMdev] JIT compiled intrinsics calls is call to null pointer   Andrew MacPherson
• [LLVMdev] JIT compiled intrinsics calls is call to null pointer   Taco H. in den Bosch
• [LLVMdev] JIT compiled intrinsics calls is call to null pointer   Nicholas Chapman
• [LLVMdev] JIT compiled intrinsics calls is call to null pointer   Richard Mitton
• [LLVMdev] Let's not depend on terminfo / curses?   Nico Weber
• [LLVMdev] Let's not depend on terminfo / curses?   Joerg Sonnenberger
• [LLVMdev] Let's not depend on terminfo / curses?   Renato Golin
• [LLVMdev] Let's not depend on terminfo / curses?   Nico Weber
• [LLVMdev] Let's not depend on terminfo / curses?   Renato Golin
• [LLVMdev] Let's not depend on terminfo / curses?   Benjamin Kramer
• [LLVMdev] Let's not depend on terminfo / curses?   Joerg Sonnenberger
• [LLVMdev] Linking static archives with MCJIT?   Robin Sommer
• [LLVMdev] Linking static archives with MCJIT?   Kaylor, Andrew
• [LLVMdev] Linking static archives with MCJIT?   Robin Sommer
• [LLVMdev] Linking static archives with MCJIT?   Kaylor, Andrew
• [LLVMdev] Linking static archives with MCJIT?   Robin Sommer
• [LLVMdev] Linking static archives with MCJIT?   Kaylor, Andrew
• [LLVMdev] llc leaves spurious clang.arc.use symbols   Joe Abbey
• [LLVMdev] llc leaves spurious clang.arc.use symbols   John McCall
• [LLVMdev] LLD: Returning true on success   Rui Ueyama
• [LLVMdev] LLD: Returning true on success   Michael Spencer
• [LLVMdev] LLD: Returning true on success   Nick Kledzik
• [LLVMdev] LLD: Returning true on success   Chandler Carruth
• [LLVMdev] LLD: Returning true on success   Shankar Easwaran
• [LLVMdev] LLD: Returning true on success   Rui Ueyama
• [LLVMdev] LLD: Returning true on success   Sean Silva
• [LLVMdev] LLD: Returning true on success   Nick Kledzik
• [LLVMdev] LLD: Returning true on success   Chandler Carruth
• [LLVMdev] LLD: Returning true on success   Chandler Carruth
• [LLVMdev] LLD: Returning true on success   Rui Ueyama
• [LLVMdev] LLD: Returning true on success   Nick Kledzik
• [LLVMdev] LLD input graph handling proposal   Rui Ueyama
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Nick Kledzik
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Rui Ueyama
• [LLVMdev] LLD input graph handling proposal   Nick Kledzik
• [LLVMdev] LLD input graph handling proposal   Rui Ueyama
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Joerg Sonnenberger
• [LLVMdev] LLD input graph handling proposal   Rui Ueyama
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Nick Kledzik
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Joerg Sonnenberger
• [LLVMdev] LLD input graph handling proposal   Shankar Easwaran
• [LLVMdev] LLD input graph handling proposal   Rui Ueyama
• [LLVMdev] llvm-ar does not generates symbol table for contained bitcode files   Jason Holajter
• [LLVMdev] llvm-ar does not generates symbol table for contained bitcode files   Rafael Espíndola
• [LLVMdev] llvm-ar does not generates symbol table for contained bitcode files   Jason Holajter
• [LLVMdev] llvm-config curses-related failures   Eli Bendersky
• [LLVMdev] llvm-config curses-related failures   Pete Cooper
• [LLVMdev] llvm-config curses-related failures   Eli Bendersky
• [LLVMdev] llvm-config curses-related failures   Eli Bendersky
• [LLVMdev] llvm-config curses-related failures   Pete Cooper
• [LLVMdev] llvm-config curses-related failures   Mingliang LIU
• [LLVMdev] llvm-prof: Error opening 'llvmprof.out': Illegal seek   reem abdelkader
• [LLVMdev] llvm.meta (was Rotated loop identification)   Hal Finkel
• [LLVMdev] llvm.meta (was Rotated loop identification)   Chandler Carruth
• [LLVMdev] llvm.meta (was Rotated loop identification)   Andrew Trick
• [LLVMdev] llvm.meta (was Rotated loop identification)   Andrew Trick
• [LLVMdev] llvm.meta (was Rotated loop identification)   Hal Finkel
• [LLVMdev] llvm.meta (was Rotated loop identification)   Reid Kleckner
• [LLVMdev] llvm.meta (was Rotated loop identification)   Hal Finkel
• [LLVMdev] llvm/clang and 'odd bit types'   Jeroen Dobbelaere
• [LLVMdev] llvm/clang and 'odd bit types'   Marcello Maggioni
• [LLVMdev] LLVM/Clang on HPC Podcast   Brock Palen
• [LLVMdev] LLVM 3.3.1 Release Plans   Tom Stellard
• [LLVMdev] LLVM 3.3.1 Release Plans   Tom Stellard
• [LLVMdev] LLVM 3.3.1 Release Plans - Testers Needed: Linux ARM Cortex-A9, FreeBSD, and x86/x86_64 Debian/Ubuntu 12.04   Tom Stellard
• [LLVMdev] LLVM Bay-Area Social, September!   Nick Lewycky
• [LLVMdev] LLVM Bay-Area Social, September!   Nick Lewycky
• [LLVMdev] LLVM Developers' Meeting - Call for "Papers" deadline reminder!   Tanya Lattner
• [LLVMdev] LLVM Developers' Meeting - Call for "Papers" deadline TONIGHT!   Tanya Lattner
• [LLVMdev] LLVM disassembler bugs   James Courtier-Dutton
• [LLVMdev] LLVM disassembler bugs   James Courtier-Dutton
• [LLVMdev] LLVM disassembler bugs   David Majnemer
• [LLVMdev] LLVM disassembler bugs   James Courtier-Dutton
• [LLVMdev] LLVM disassembler bugs   David Majnemer
• [LLVMdev] LLVM disassembler bugs   James Courtier-Dutton
• [LLVMdev] LLVM Error   Sharma, Yogesh
• [LLVMdev] LLVM ERROR: expected relocatable expression   Sid Manning
• [LLVMdev] LLVM ERROR: expected relocatable expression   Eli Friedman
• [LLVMdev] LLVM ERROR: expected relocatable expression   Sid Manning
• [LLVMdev] LLVM ERROR: expected relocatable expression   Eli Friedman
• [LLVMdev] LLVM ERROR: expected relocatable expression   Shankar Easwaran
• [LLVMdev] LLVM ERROR: expected relocatable expression   Eli Friedman
• [LLVMdev] LLVM ERROR: expected relocatable expression   Shankar Easwaran
• [LLVMdev] LLVM ERROR: Program used external function 'foo' which could not be resolved!   Rasha Omar
• [LLVMdev] LLVM ERROR: Program used external function 'foo' which could not be resolved!   Óscar Fuentes
• [LLVMdev] LLVM in place of Dalvik on Android   Tyler Hardin
• [LLVMdev] LLVM in place of Dalvik on Android   Chandler Carruth
• [LLVMdev] LLVM in place of Dalvik on Android   Eli Friedman
• [LLVMdev] LLVM virtual machine   Herbei Dacian
• [LLVMdev] LLVM virtual machine   Konstantin Tokarev
• [LLVMdev] LLVM virtual machine   Herbei Dacian
• [LLVMdev] LLVM virtual machine   John Criswell
• [LLVMdev] LLVM virtual machine   Herbei Dacian
• [LLVMdev] MCInst uniqueness   James Courtier-Dutton
• [LLVMdev] MI Scheduler Update (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Andrew Trick
• [LLVMdev] MI Scheduler Update (was Experimental Evaluation of the Schedulers in LLVM 3.3)   Ghassan Shobaki
• [LLVMdev] module and function pass issue   reed kotler
• [LLVMdev] module and function pass issue   John Criswell
• [LLVMdev] Multiple module support in MCJIT   Kaylor, Andrew
• [LLVMdev] Multiple module support in MCJIT   Eli Bendersky
• [LLVMdev] Multiple module support in MCJIT   Kaylor, Andrew
• [LLVMdev] October LLVM Bay-Area Social!   Nick Lewycky
• [LLVMdev] on LLVM parser   Rekha R
• [LLVMdev] on LLVM parser   Reed Kotler
• [LLVMdev] on LLVM parser   Rekha R
• [LLVMdev] opengl es 2   sara.elshobaky at laposte.net
• [LLVMdev] opengl es 2   Ben Pope
• [LLVMdev] Optimisation pass to move an alloca'd array to a global constant array   Nicholas Chapman
• [LLVMdev] Optimisation pass to move an alloca'd array to a global constant array   Eli Friedman
• [LLVMdev] Optimisation pass to move an alloca'd array to a global constant array   Nuno Lopes
• [LLVMdev] Out of tree targets: Possibly additional API to implement for out of tree targets using the IfConverter   Arnold Schwaighofer
• [LLVMdev] Paris LLVM Social - October 2nd   Sylvestre Ledru
• [LLVMdev] Paris LLVM Social - October 2nd   Sylvestre Ledru
• [LLVMdev] Paris LLVM Social - October 2nd   Tristan Gingold
• [LLVMdev] Passing a 256 bit integer vector with XMM registers   Pan, Wei
• [LLVMdev] Passing Arguments to External Function Call in llvm pass   Abhinash Jain
• [LLVMdev] possible dwarf regression   reed kotler
• [LLVMdev] possible dwarf regression   Eric Christopher
• [LLVMdev] Post Increment Indirect Move Instructions   Shashidhar G
• [LLVMdev] Post Increment Indirect Move Instructions   Hal Finkel
• [LLVMdev] Problem with intrinsics   Saikat Dutta
• [LLVMdev] Problem with intrinsics   Eli Friedman
• [LLVMdev] profile guided optimizations   Xin Tong
• [LLVMdev] Promote constant expressions to registers   Marcelo Sousa
• [LLVMdev] Promote constant expressions to registers   John Criswell
• [LLVMdev] Proposal: Adding an optional association field to llvm.global_ctors   Duncan Sands
• [LLVMdev] Proposal: Adding an optional association field to llvm.global_ctors   Reid Kleckner
• [LLVMdev] Proposal: Adding an optional association field to llvm.global_ctors   Duncan Sands
• [LLVMdev] Proposal: Adding an optional association field to llvm.global_ctors   Reid Kleckner
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Gao, Yunzhong
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Manny Ko
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Bin Tzeng
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Eli Friedman
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Gao, Yunzhong
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Gao, Yunzhong
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Nadav Rotem
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Eli Friedman
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Sean Silva
• [LLVMdev] Proposal to improve vzeroupper optimization strategy   Cameron McInally
• [LLVMdev] Publication: LLVMVF: A Generic Approach for Verification of Multicore Software   Marcelo Sousa
• [LLVMdev] Publication: LLVMVF: A Generic Approach for Verification of Multicore Software   Renato Golin
• [LLVMdev] Question about debug metadata   sebastien deldon (PGI)
• [LLVMdev] Question about debug metadata   Eric Christopher
• [LLVMdev] Question about debug metadata   sebastien deldon (PGI)
• [LLVMdev] Question on bit layout of array after bitcasting in llvm   weixuegong
• [LLVMdev] Question on bit layout of array after bitcasting in llvm   Tim Northover
• [LLVMdev] range-analysis in Function Pass on Eclipse with CMake   dw
• [LLVMdev] range-analysis in Function Pass on Eclipse with CMake   Óscar Fuentes
• [LLVMdev] range-analysis in Function Pass on Eclipse with CMake   dw
• [LLVMdev] Reflexions about a new HDL language   Jonas Baggett
• [LLVMdev] Reflexions about a new HDL language   Jeroen Dobbelaere
• [LLVMdev] Register scavenger and SP/FP adjustments   Krzysztof Parzyszek
• [LLVMdev] Register scavenger and SP/FP adjustments   Evan Cheng
• [LLVMdev] Register scavenger and SP/FP adjustments   Krzysztof Parzyszek
• [LLVMdev] Register scavenger and SP/FP adjustments   Evan Cheng
• [LLVMdev] Register scavenger and SP/FP adjustments   Krzysztof Parzyszek
• [LLVMdev] regression bisecting   reed kotler
• [LLVMdev] regression bisecting   reed kotler
• [LLVMdev] regression bisecting   Tim Northover
• [LLVMdev] regression bisecting   David Tweed
• [LLVMdev] regression bisecting   Joerg Sonnenberger
• [LLVMdev] regression bisecting   Tobias Grosser
• [LLVMdev] Related to the LLVM Intrinsic functions.   Arsen Hakobyan
• [LLVMdev] Related to the LLVM Intrinsic functions.   Nick Lewycky
• [LLVMdev] Related to the LLVM Intrinsic functions.   Arsen Hakobyan
• [LLVMdev] Removing legacy profiling code from LLVM   Chandler Carruth
• [LLVMdev] Removing legacy profiling code from LLVM   Chandler Carruth
• [LLVMdev] Removing legacy profiling code from LLVM   Diego Novillo
• [LLVMdev] Removing legacy profiling code from LLVM   msharp at codeaurora.org
• [LLVMdev] Removing legacy profiling code from LLVM   Bob Wilson
• [LLVMdev] Removing legacy profiling code from LLVM   Chandler Carruth
• [LLVMdev] Removing legacy profiling code from LLVM   msharp at codeaurora.org
• [LLVMdev] removing unnecessary ZEXT   Robert Lytton
• [LLVMdev] removing unnecessary ZEXT   Robert Lytton
• [LLVMdev] removing unnecessary ZEXT   Andrew Trick
• [LLVMdev] removing unnecessary ZEXT   Robert Lytton
• [LLVMdev] removing unnecessary ZEXT   Robert Lytton
• [LLVMdev] Request for comments: TBAA on call   Filip Pizlo
• [LLVMdev] request for help on getting started   Rekha R
• [LLVMdev] request for help on getting started   David Tweed
• [LLVMdev] request for tutorial   Preston Briggs
• [LLVMdev] request for tutorial   Sean Silva
• [LLVMdev] request for tutorial   Jim Grosbach
• [LLVMdev] request for tutorial   Renato Golin
• [LLVMdev] request for tutorial   Anton Korobeynikov
• [LLVMdev] request for tutorial   David Chisnall
• [LLVMdev] request for tutorial   Renato Golin
• [LLVMdev] request for tutorial   Anton Korobeynikov
• [LLVMdev] request for tutorial   Renato Golin
• [LLVMdev] request for tutorial   Sean Silva
• [LLVMdev] request for tutorial   Rafael Espíndola
• [LLVMdev] request for tutorial   Karen Shaeffer
• [LLVMdev] request for tutorial   Preston Briggs
• [LLVMdev] request for tutorial   Renato Golin
• [LLVMdev] request for tutorial   David Chisnall
• [LLVMdev] request for tutorial   Renato Golin
• [LLVMdev] request for tutorial   Preston Briggs
• [LLVMdev] request for tutorial   Owen Anderson
• [LLVMdev] request for tutorial   Sean Silva
• [LLVMdev] request for tutorial   Preston Briggs
• [LLVMdev] RFC - Extending ProfileInfo to support external profiles   Diego Novillo
• [LLVMdev] RFC - Extending ProfileInfo to support external profiles   Chandler Carruth
• [LLVMdev] RFC - Extending ProfileInfo to support external profiles   Diego Novillo
• [LLVMdev] RFC - Extending ProfileInfo to support external profiles   Evan Cheng
• [LLVMdev] RFC - Extending ProfileInfo to support external profiles   Bob Wilson
• [LLVMdev] RFC - Extending ProfileInfo to support external profiles   Evan Cheng
• [LLVMdev] RFC - Profile Guided Optimization in LLVM   Bob Wilson
• [LLVMdev] RFC: llvm-shlib-test (Was: [llvm] r191029 - llvm-c: Make LLVMGetFirstTarget a proper prototype)   Anders Waldenborg
• [LLVMdev] RFC: llvm-shlib-test (Was: [llvm] r191029 - llvm-c: Make LLVMGetFirstTarget a proper prototype)   Sean Silva
• [LLVMdev] RFC: llvm-shlib-test (Was: [llvm] r191029 - llvm-c: Make LLVMGetFirstTarget a proper prototype)   Anders Waldenborg
• [LLVMdev] RFC: llvm-shlib-test (Was: [llvm] r191029 - llvm-c: Make LLVMGetFirstTarget a proper prototype)   Hans Wennborg
• [LLVMdev] RFC: llvm-shlib-test (Was: [llvm] r191029 - llvm-c: Make LLVMGetFirstTarget a proper prototype)   Anders Waldenborg
• [LLVMdev] RTSC - Real-Time Systems Compiler   Tobias Klaus
• [LLVMdev] RTSC - Real-Time Systems Compiler   John Criswell
• [LLVMdev] RTSC - Real-Time Systems Compiler   John Criswell
• [LLVMdev] RTSC - Real-Time Systems Compiler   Tobias Klaus
• [LLVMdev] SDIV >128bit, DAG->DAG error in LegalizeIntegerTypes   edA-qa mort-ora-y
• [LLVMdev] Semantics of noalias with vector of pointers?   Matt Arsenault
• [LLVMdev] Semantics of noalias with vector of pointers?   Dan Gohman
• [LLVMdev] Semantics of noalias with vector of pointers?   Matt Arsenault
• [LLVMdev] StackColoring remaps debug info from unrelated functions   Stefan Hepp
• [LLVMdev] StackColoring remaps debug info from unrelated functions   Nadav Rotem
• [LLVMdev] StackColoring remaps debug info from unrelated functions   Stefan Hepp
• [LLVMdev] Stack usage analysis using LLVM   Snehasish Kumar
• [LLVMdev] Stack usage analysis using LLVM   John Criswell
• [LLVMdev] Stack usage analysis using LLVM   Jim Grosbach
• [LLVMdev] Storage-Only Register Class?   Justin Holewinski
• [LLVMdev] SVN repository upgrade?   David Chisnall
• [LLVMdev] TableGen and computed expressions   Martin O'Riordan
• [LLVMdev] TableGen and computed expressions   Malul, Elior
• [LLVMdev] TableGen and computed expressions   Martin O'Riordan
• [LLVMdev] TableGen and computed expressions   Marcello Maggioni
• [LLVMdev] Tblgen and computed expressions   Malul, Elior
• [LLVMdev] The difference between BoundsChecking.c annd Address Sanitizer   Lu Mitnick
• [LLVMdev] The difference between BoundsChecking.c annd AddressSanitizer   Nuno Lopes
• [LLVMdev] Translation between MCInst and Binary Executable   Yue Chen
• [LLVMdev] Translation between MCInst and Binary Executable   Quentin Colombet
• [LLVMdev] Translation between MCInst and Binary Executable   James Courtier-Dutton
• [LLVMdev] Translation between MCInst and Binary Executable   Yue Chen
• [LLVMdev] Trip count and Loop Vectorizer   Murali, Sriram
• [LLVMdev] Trip count and Loop Vectorizer   Nadav Rotem
• [LLVMdev] Trip count and Loop Vectorizer   Murali, Sriram
• [LLVMdev] Trip count and Loop Vectorizer   Arnold Schwaighofer
• [LLVMdev] Trip count and Loop Vectorizer   Arnold Schwaighofer
• [LLVMdev] Trip count and Loop Vectorizer   Murali, Sriram
• [LLVMdev] Trip count and Loop Vectorizer   Arnold Schwaighofer
• [LLVMdev] unaligned AVX store gets split into two instructions   Dmitry Babokin
• [LLVMdev] unaligned AVX store gets split into two instructions   Dmitry Babokin
• [LLVMdev] unique id for a llvm Instruction   Krzysztof Parzyszek
• [LLVMdev] Unreachable in llvm-nm in Debug mode   Renato Golin
• [LLVMdev] Unreachable in llvm-nm in Debug mode   Renato Golin
• [LLVMdev] use function address as global variable initializer   Xin Tong
• [LLVMdev] use function address as global variable initializer   Tim Northover
• [LLVMdev] VmKit - Error in j3/precompiler after a big surgery to MMTk part   Yi Lin
• [LLVMdev] VmKit - Error in j3/precompiler after a big surgery to MMTk part   Gaël Thomas
• [LLVMdev] VmKit - Error in j3/precompiler after a big surgery to MMTk part   Yi Lin
• [LLVMdev] VMKit state of the union, android support, and .net/CLI   Jeremy Bell
• [LLVMdev] VMKit state of the union, android support, and .net/CLI   Joshua Warner
• [LLVMdev] VMKit state of the union, android support, and .net/CLI   Gaël Thomas
• [LLVMdev] VMKit state of the union, android support, and .net/CLI   Jeremy Bell
• [LLVMdev] Why a function pointer field in a LLVM IR struct is replaced by {}*?   Ben Niu
• [LLVMdev] Why a function pointer field in a LLVM IR struct is replaced by {}*?   Eli Friedman
• [LLVMdev] Why a function pointer field in a LLVM IR struct is replaced by {}*?   Renato Golin
• [LLVMdev] why functionattrs doesn't add dependency of AliasAnalysis   Liu Xin
• [LLVMdev] why functionattrs doesn't add dependency of AliasAnalysis   Nick Lewycky
• [LLVMdev] why not the binary files: clang clang-check clang-format llvm-tblgen clang-tblgen link to the shared common library to save space.   xinglp
• [LLVMdev] Why total number of store instructions increased in case of gvn with reg2mem?   Abhinash Jain
• [LLVMdev] Why total number of store instructions increased in case of gvn with reg2mem?   Henrique Santos
• [LLVMdev] Will it be slow much if a lot of BasicBlock been created?   weixuegong
• [LLVMdev] Will it be slow much if a lot of BasicBlock been created?   Tim Northover
• [LLVMdev] Wrong types in inline assembly?   Marcelo Sousa
• [LLVMdev] X86_thiscall   Taco H. in den Bosch
• [LLVMdev] X86_thiscall   Anton Korobeynikov

Last message date: Mon Sep 30 22:11:00 PDT 2013
Archived on: Tue Aug 4 17:24:04 PDT 2015

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