Linux Sparse

• Thread Index

• [RFC PATCH 05/48] add test case for incomplete type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 04/48] fix test case kill-phi-ttsb
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 03/48] give a type to OP_PHISOURCEs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 02/48] remove trivial phi-nodes during clean_up_phi()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 01/48] remove wrong part of simplify_loads()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 00/48] fix promotion of symbol to register
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: master merge plans
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: master merge plans
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse parsing question - iterator statements
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: master merge plans
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: master merge plans
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse parsing question - iterator statements
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: master merge plans
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse parsing question - iterator statements
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Sparse parsing question - iterator statements
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: master merge plans
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL] Makefile: debug target V2
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Question about Sparse parsing - return statement
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Question about Sparse parsing - return statement
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Question about Sparse parsing - return statement
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Question about Sparse parsing - return statement
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• master merge plans
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Question about Sparse parsing of initializers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Question about Sparse parsing of initializers
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Question about Sparse parsing of initializers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: RFC: One strange idea inspired by the SSSA
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• RFC: One strange idea inspired by the SSSA
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC PATCH 01/14] add documentation for IR instructions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix expansion of constant bitfield dereference
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH] fix expansion of constant bitfield dereference
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse parsing question: symbols in parse tree
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse parsing question: symbols in parse tree
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Sparse parsing question: symbols in parse tree
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse parsing question: string literal
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Sparse parsing question: string literal
  • From: Derek M Jones <derek@xxxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse parsing question: string literal
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse parsing question: string literal
  • From: Derek M Jones <derek@xxxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Question about Sparse Linear form and pseudos
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse parsing question: string literal
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse parsing question: string literal
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse parsing question: string literal
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Sparse parsing question: string literal
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Issue with bitfield
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] simple, registrable, promotable & friends
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: SSSA and some C pointer manipulation.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• SSSA and some C pointer manipulation.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Issue with bitfield
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse-llvm: Incorrect conversion to bool value in CBR: was: Investigating a problem
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Sparse-llvm: Incorrect conversion to bool value in CBR: was: Investigating a problem
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Investigating a problem
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Investigating a problem
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 28/29] sssa: switch to the new SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 28/29] sssa: switch to the new SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 22/29] sssa: add seal_gotos() needed to seal BBs targeted by gotos
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 13/29] add insert_phi_node()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 17/29] ptrmap: core implementation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 22/29] sssa: add seal_gotos() needed to seal BBs targeted by gotos
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 13/29] add insert_phi_node()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/29] ptrmap: core implementation
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 13/29] add insert_phi_node()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 15/29] add remove_use()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 13/29] add insert_phi_node()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 is released
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Sparse 0.5.1 is released
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 06/29] topasm: top-level asm is special
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: idea/question about sparse's context checking
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• idea/question about sparse's context checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 4/4] fix promotion of struct & union
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 3/4] rename 'simple_{var,access}' by promatable_...'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 2/4] fold is_simple_var() into simple_access()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 0/4] simple, registrable, promotable & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL] Sparse v0.5.1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 06/29] topasm: top-level asm is special
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 11/29] add PSEUDO_UNDEF
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 11/29] add PSEUDO_UNDEF
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 11/29] add PSEUDO_UNDEF
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 06/29] topasm: top-level asm is special
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [RFC PATCH 14/14] cast: specialize integer casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 13/14] cast: make casts from pointer always size preserving
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 12/14] cast: add support for -Wpointer-to-int-cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 11/14] cast: specialize cast from pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 10/14] cast: temporary simplify handling cast to/from void*
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 09/14] cast: make pointer casts always size preserving
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 08/14] cast: make [u]intptr_ctype alias of [s]size_t_ctype
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 07/14] cast: specialize casts from unsigned to pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 06/14] cast: specialize floats to integer conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 05/14] cast: handle NO-OP casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 04/14] cast: specialize FPCAST into [USF]CVTF
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 03/14] cast: prepare finer grained cast instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 02/14] cast: add tests for warnings issued by sparse -v
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 01/14] add documentation for IR instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 00/14] rework of cast operations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 29/29] sssa: remove now unneeded simplify_one_symbol()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 28/29] sssa: switch to the new SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 27/29] sssa: remove trivial phi-nodes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 26/29] sssa: protect against unreachable loops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 25/29] sssa: reorg load_var()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 24/29] sssa: add PSEUDO_INDIR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 23/29] sssa: set var's ident
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 22/29] sssa: add seal_gotos() needed to seal BBs targeted by gotos
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 21/29] sssa: add basic implementation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 20/29] sssa: add needed new members
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 19/29] sssa: add Simple SSA interfaces
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 18/29] ptrmap: add type-safe interface
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 17/29] ptrmap: core implementation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/29] ptrmap: add missing #include "compat.h"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/29] add remove_use()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/29] extract alloc_phisrc() from alloc_phi()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/29] add insert_phi_node()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/29] add undef_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/29] add PSEUDO_UNDEF
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/29] add helper imple_access() to test if an access is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/29] add helper to test if a variable is "simple"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/29] small code reorg of add_store()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/29] ret-void: return nothing only for void functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/29] topasm: top-level asm is special
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/29] add test case for bad return type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/29] add test case for incomplete type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/29] fix test case kill-phi-ttsb
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/29] give a type to OP_PHISOURCEs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/29] remove wrong part of simplify_loads()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/29] Simple & Efficient SSA construction.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some random thoughts regarding the SSA paper
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Some random thoughts regarding the SSA paper
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] assorted LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 0/3] assorted LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 0/3] assorted LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] assorted LLVM fixes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] assorted LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 0/3] assorted LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/3] assorted LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 3/3] llvm: only compare void pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] llvm: add support for float initializer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] llvm: warn instead of assert on global inits
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] assorted LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH] Give the constant pseudo value a size
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Adding an option to sparse to disable the IR simplifications
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Adding an option to sparse to disable the IR simplifications
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Adding an option to sparse to disable the IR simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Fwd: Adding an option to sparse to disable the IR simplifications
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] remove wrong part of simplify_loads()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Bad linearized output in RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Bad linearized output in RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Bad linearized output in RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Bad linearized output in RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Bad linearized output in RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 4/4] Makefile: Adding OPT variable for optmize level
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 3/4] Makefile: rename debug/sparse as sparse-dbg during
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH 2/4] Makefile: make debug version program as debug/<program name>
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 1/4] Makefile: adding debug version of sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH] Give the constant pseudo value a size
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse 0.5.1 RC5 released.
  • From: Michael Stefaniuc <mstefani@xxxxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: RFC: Move Sparse development to github
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Sparse 0.5.1 RC5 released.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: RFC: Move Sparse development to github
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] avoid infinite loop during simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH] avoid infinite loop during simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] closing the release candidates
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] closing the release candidates
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [GIT PULL] closing the release candidates
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] closing the release candidates
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] closing the release candidates
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [GIT PULL] closing the release candidates
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: master branch for upcoming RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: master branch for upcoming RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: master branch for upcoming RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [GIT PULL] remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: master branch for upcoming RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• master branch for upcoming RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] rationale for systematic elimination of OP_SYMADDR instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/25] improve constexpr handling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: RFC: ptrlist insert during iteration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Query: why do the ptr_list subtypes have a different structure?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Query: why do the ptr_list subtypes have a different structure?
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 00/25] improve constexpr handling
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] rationale for systematic elimination of OP_SYMADDR instructions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2] documentation: update email reference link
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: RFC: ptrlist insert during iteration
  • From: Chris Li <christ.li@xxxxxxxxx>
• Re: RFC: Move Sparse development to github
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: master branch testing
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH v2] documentation: update email reference link
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] documentation: update email reference link
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4 7/9] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] documentation: update email reference link
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: RFC: ptrlist insert during iteration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] documentation: update email reference link
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: master branch testing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Query: clarification of a comment in linearize.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] rationale for systematic elimination of OP_SYMADDR instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/25] improve constexpr handling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• master branch testing
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] test-inspect: Detect gtk3 then gtk2 package
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 1/2] test-inspect: handle special case iter==NULL
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH V2 2/2] Documents: project ideas
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH V2 1/2] Adding document for sparse patch submit process
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 2/2] Documents: project ideas
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 1/2] Adding document for sparse patch submit process
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 2/2] Documents: project ideas
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Adding document for sparse patch submit process
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Query: clarification of a comment in linearize.c
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Query: clarification of a comment in linearize.c
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm test cases
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] rationale for systematic elimination of OP_SYMADDR instructions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 1/8] Remove single-store shortcut
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 00/25] improve constexpr handling
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 1/8] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: RFC: Move Sparse development to github
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 1/8] Remove single-store shortcut
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• RFC: Move Sparse development to github
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• RFC: ptrlist insert during iteration
  • From: Chris Li <christ.li@xxxxxxxxx>
• [PATCH 2/2] Documents: project ideas
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 1/2] Adding document for sparse patch submit process
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL v5] fix list corruption with recursive remove_usage()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 7/9] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 1/8] Remove single-store shortcut
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] patches for -rc5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/8] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] patches for -rc5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 1/8] Remove single-store shortcut
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] patches for -rc5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Interaction between bitfields and casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Interaction between bitfields and casts
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Interaction between bitfields and casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Interaction between bitfields and casts
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Interaction between bitfields and casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Interaction between bitfields and casts
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 2/9] Remove single-store shortcut
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH v4 9/9] fix: cast of OP_AND only valid if it's an OP_CAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 8/9] transform (A << S) >> S into A & (-1 >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 7/9] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 6/9] simplify ((A & M') | B ) & M when M' & M == 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 5/9] change the masking when loading bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 4/9] reuse nbr_pseudo_users()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 3/9] new helper: def_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 2/9] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 1/9] testsuite: add support for commands with timeout
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 0/9] fix loading of partially defined bitfield
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] patches for -rc5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] fix loading of partially defined bitfield
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [GIT PULL] patches for -rc5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 2/8] new helper: def_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 7/8] transform (A << S) >> S into A & (-1 >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 8/8] fix: cast of OP_AND only valid if it's an OP_CAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 5/8] simplify ((A & M') | B ) & M when M' & M == 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 4/8] change the masking when loading bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 1/8] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 3/8] reuse nbr_pseudo_users()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 0/8] fix loading of partially defined bitfield
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL v5] fix list corruption with recursive remove_usage()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL v5] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [GIT PULL] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 7/8] transform (A << S) >> S into A & (-1 >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 7/8] transform (A << S) >> S into A & (-1 >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 7/8] transform (A << S) >> S into A & (-1 >> S)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/8] Remove single-store shortcut
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 8/8] fix: cast of OP_AND only valid if it's an OP_CAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 7/8] transform (A << S) >> S into A & (-1 >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 5/8] simplify ((A & M') | B ) & M when M' & M == 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 6/8] transform (A & M) >> S to (A >> S) & (M >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 4/8] change the masking when loading bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 3/8] reuse nbr_pseudo_users()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 2/8] new helper: def_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/8] Remove single-store shortcut
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 0/8] fix loading of partially defined bitfield
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Best way to inspect the parse tree from Sparse
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Best way to inspect the parse tree from Sparse
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Pavel Roskin <plroskin@xxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 0/3] fix loading of partially defined bitfield
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 0/3] fix loading of partially defined bitfield
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse documentation format, rST vs MD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] simplify ((A & M') | B ) & M when M' & M == 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] change loading of bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] new helper: def_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] fix loading of partially defined bitfield
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Sparse documentation format, rST vs MD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SCC: a sparse based compiler backend
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SCC: a sparse based compiler backend
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] sparse SSA construction
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• SCC: a sparse based compiler backend
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC] sparse SSA construction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: what is cooking in sparse-next-20170805
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Upcoming sparse release RC5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Fwd: Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Upcoming sparse release RC5
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: what is cooking in sparse-next-20170805
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: what is cooking in sparse-next-20170805
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: what is cooking in sparse-next-20170805
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• what is cooking in sparse-next-20170805
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] take comma expr in account for constant value
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 5/5] mark pseudo users as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 4/5] ptrlist: avoid iteration on NULL entries
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 3/5] ptrlist: add MARK_CURRENT_DELETED
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 2/5] ptrlist: adjust ptr_list_size for the new ->rm field
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 1/5] ptrlist: add a counter for the number of removed elemnets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 5/5] mark pseudo users as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 4/5] ptrlist: avoid iteration on NULL entries
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 3/5] ptrlist: add MARK_CURRENT_DELETED
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 2/5] ptrlist: adjust ptr_list_size for the new ->rm field
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 1/5] ptrlist: add a counter for the number of removed elemnets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 0/5] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 1/2] take comma expr in account for constant value
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] take comma expr in account for constant value
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 1/2] take comma expr in account for constant value
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 4/4] mark pseudo users as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] ptrlist: add MARK_CURRENT_DELETED
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] ptrlist: adjust ptr_list_size for the new ->rm field
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] ptrlist: add a counter for the number of removed elemnets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] fix list corruption with recursive remove_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] fix: give a type to bad cond expr with known condition
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] take comma expr in account for constant value
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH RFC] Let pseudo->users loop on duplicate version of list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] fix: give a type to bad cond expr with known condition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/2] take comma expr in account for constant value
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 0/2] fix: give a type to bad conditionnal expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Fwd: [PATCH] mark pseudo user as deleted instead of removing them
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix: give a type to bad conditionnal expressions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix: give a type to bad conditionnal expressions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH RFC] Let pseudo->users loop on duplicate version of list
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix: give a type to bad conditionnal expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH RFC] Let pseudo->users loop on duplicate version of list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH RFC] Let pseudo->users loop on duplicate version of list
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH RFC] Let pseudo->users loop on duplicate version of list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix: give a type to bad conditionnal expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH RFC] Let pseudo->users loop on duplicate version of list
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: ptrlist-iterator performance on one wine source file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH RFC] Let pseudo->users loop on duplicate version of list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>