Linux Sparse

• Thread Index

• [PATCH 2/8] add a flag -mx32 ILP32 env on 64 bit archs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] use an enum for ARCH_LP32 & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/8] add support for x86-64's x32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/2] fixup for the -vcompound testcase on 32 bit archs
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Sparse v0.5.2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse v0.5.2
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 2/2] testcase: ignore -vcompound test on 32 bit archs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] testcase: make the -vcompound testcase standalone
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fixup for the -vcompound testcase on 32 bit archs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] testsuite: add check-assert
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] testsuite: add check-cp-if
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] add mechanisms to ignore some testcases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix build on Hurd which doesn't define PATH_MAX
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Sparse v0.5.2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse test failures & PATH_MAX
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse test failures on x32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse test failures on x32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse test failures & PATH_MAX
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: sparse test failures & PATH_MAX
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add testcases for bitwise cast on pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] Add testcases for bitwise cast on pointer
  • From: Thiebaud Weksteen <tweek@xxxxxxxxxx>
• Re: [PATCH v2 1/4] tpm: Add explicit endianness cast
  • From: Thiebaud Weksteen <tweek@xxxxxxxxxx>
• Re: [PATCH v2 1/4] tpm: Add explicit endianness cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 1/4] tpm: Add explicit endianness cast
  • From: Thiebaud Weksteen <tweek@xxxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Fwd: Noisy Sparse warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Fwd: Noisy Sparse warnings
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Fwd: Noisy Sparse warnings
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] Makefile: Use find's -delete instead of -exec rm {} \;
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] remove validation/tmp.o in clean target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] Honor CPPFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] Makefile: Use find's -delete instead of -exec rm {} \;
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] remove validation/tmp.o in clean target
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] Honor CPPFLAGS
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH 2/3] add testcase for enum / int type difference
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] fix enum typing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] fix show typename of enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] fix typing of enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Fwd: Noisy Sparse warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Fwd: Noisy Sparse warnings
  • From: aaptel@xxxxxxxx (Aurélien Aptel)
• [PATCH] do not to ignore old preprocessor testcases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix: remove usage when killing symaddr (part 2)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix: remove usage when killing symaddr (part 1)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix comment about PSEUDO_SYM usage
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix missing checks for deleted instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix: don't dump pointer value in error message
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] alloc: check if size is too big
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] add test case bug expand union
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add testcases for packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] fix: warn on typedef redefinition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] export check_duplicates()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add testcase for typedef redefinition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] warn on typedef redefinition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add testcase for array size type difference
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add testcase for enum / int type difference
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4] sparse: option to print compound global data symbol info
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4] sparse: option to print compound global data symbol info
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparse: add option to print compound global data symbol info
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3] sparse: add option to print compound global data symbol info
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparse: add -Wpointer-arith flag to toggle sizeof(void) warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] sparse: option to print compound global data symbol info
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• [PATCH v4] sparse: add -Wpointer-arith flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH v3] sparse: add -Wpointer-arith flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH V3] doc: copy-edit text related to applying sizeof to a _Bool
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH v3] sparse: add -Wpointer-arith flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• [PATCH v2] sparse: option to print compound global data symbol info
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparse: add -Wpointer-arith flag to toggle sizeof(void) warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH V3] doc: copy-edit text related to applying sizeof to a _Bool
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3] sparse: add -Wpointer-arith flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH v2] add -Wpointer-arith sparse flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• [PATCH V3] doc: copy-edit text related to applying sizeof to a _Bool
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH v2] add -Wpointer-arith sparse flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH V2] doc: copy-edit text related to applying sizeof to a _Bool
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] doc: copy-edit manual/warning text for sizeof(_Bool)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH V2] doc: copy-edit text related to applying sizeof to a _Bool
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH] doc: copy-edit manual/warning text for sizeof(_Bool)
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH v2] add -Wpointer-arith sparse flag to toggle sizeof(void) warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] add sparse flag to toggle sizeof(void) warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] doc: copy-edit manual/warning text for sizeof(_Bool)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] add -Wpointer-arith sparse flag to toggle sizeof(void) warnings
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] doc: copy-edit manual/warning text for sizeof(_Bool)
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• [PATCH v2] add -Wpointer-arith sparse flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH] add sparse flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH] add sparse flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: [PATCH] add sparse flag to toggle sizeof(void) warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add sparse flag to toggle sizeof(void) warnings
  • From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
• Re: Sparse false-positive warnings
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Sparse false-positive warnings
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: Sparse false-positive warnings
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Sparse false-positive warnings
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: Sparse false-positive warnings
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 2/2] OP_SYMADDR is simply an unop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] graph: do not use insn->symbol for memops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] OP_SYMADDR is simply an unop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix missing handling of OP_FNEG
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [dhowells-fs:afs-next] BUILD REGRESSION 0c4555b845cdb41cc48a5831ec7c8d08df686062
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [dhowells-fs:afs-next] BUILD REGRESSION 0c4555b845cdb41cc48a5831ec7c8d08df686062
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL] Sparse v0.5.2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v1 00/18] SSA conversion, the classical way
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH v1 18/18] ssa: phi worklist
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 17/18] ssa: remove unused simplify_symbol_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 16/18] ssa: SSA conversion, the classical way
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 15/18] ptrmap: add type-safe interface
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 14/18] ptrmap: core implementation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 13/18] add insert_phi_node()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 12/18] add PSEUDO_UNDEF & undef_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 11/18] add new helper: is_integral_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 10/18] idf: add test/debug/example
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 09/18] idf: compute the iterated dominance frontier
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 08/18] sset: add implementation of sparse sets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 07/18] dom: use domtree for bb_dominates()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 06/18] dom: build the domtree before optimization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 05/18] dom: add support for dominance queries
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 04/18] dom: add some debugging for the dominance tree
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 03/18] dom: calculate the dominance tree
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 02/18] graph: add debugging for (reverse) postorder traversal
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 00/18] SSA conversion, the classical way
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 01/18] graph: build the CFG reverse postorder traversal
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 1/2] doc: options.md is for development
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2 2/2] doc: document the debug flags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 0/2] doc: development options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/2] doc: options.md is for development
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix dominance testing of mixed types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix dominance testing of mixed types
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 4/4] testsuite: remove useless test for loop-linearization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] testsuite: improve mem2reg testcases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] testsuite: add a few more tests catching quadratic behaviour
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] testsuite: reorganize tests for compound literals
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] improve the tests about the generated IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/7] kds: fix recursion in kill_dead_stores_bb()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/7] kds: shortcut for kill_dead_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/7] kds: kill dead stores after memops simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/7] kds: add interface for kill_dead_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/7] kds: rename kill_dead_stores() to kill_dead_stores_bb()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/7] kds: add explanation to kill_dead_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/7] kds: add testcases for kill_dead_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] kill more dead stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] make remove_usage() more generic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] make remove_usage() more generic
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] doc: development options
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] fix dominance testing of mixed types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] doc: document the debug flags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] doc: options.md is for development
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] doc: development options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] avoid deadborn loads & stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix-return: remove special case for single return
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] defer initialization of bb::context
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] alloc: add missing #include "compat.h"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] small code reorg of add_store()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] extract alloc_phisrc() from alloc_phi()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix: don't dump pointer value in error message
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] add remove_use()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] make remove_usage() more generic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] remove usage without killing dead instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] show_label: add (and use) show_label()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] optim: simplify null select
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add an helper to test the value of a pseudo against zero
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] simplify null select
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] cleanup deadborn phi-sources
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/8] optim: fix REPEAT_CFG_CLEANUP
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] optim: load simplification should repeat optimization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] optim: pack bb must set REPEAT_CFG
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] optim: fix optimization loop's condition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] optim: no need to kill_unreachable_bbs() after main loop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] optim: kill unreachable BBS after CFG simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/8] optim: add timeout for infinite optim loop tests
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] optim: add some more tests
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/8] fix optimization loops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [tip:locking/core 9/11] include/asm-generic/atomic-instrumented.h:288:24: sparse: cast truncates bits from constant value (100 becomes 0)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [tip:locking/core 9/11] include/asm-generic/atomic-instrumented.h:288:24: sparse: cast truncates bits from constant value (100 becomes 0)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [tip:locking/core 9/11] include/asm-generic/atomic-instrumented.h:288:24: sparse: cast truncates bits from constant value (100 becomes 0)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [tip:locking/core 9/11] include/asm-generic/atomic-instrumented.h:288:24: sparse: cast truncates bits from constant value (100 becomes 0)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [tip:locking/core 9/11] include/asm-generic/atomic-instrumented.h:288:24: sparse: cast truncates bits from constant value (100 becomes 0)
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH 2/2] vla-sizeof: add support for sizeof of VLAs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] vla-sizeof: add test cases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] add support for sizeof of VLAs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix symbol cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix address_taken()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] taint: let check_access() warn just once
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add a field 'tainted' to struct instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] avoid repeated 'invalied access' warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: fix problem with double-escaping in patterns
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] release 0.5.2
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] fix memops simplification / missing symaddr
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/5] symaddr: fold them into loads & stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] symaddr: keep OP_SYMADDR instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] symaddr: fold them into loads & stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] symaddr: add support for OP_SYMADDR in sparse-llvm
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] symaddr: give a type to OP_SYMADDR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] fix memops simplification / missing symaddr
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] symaddr: add test cases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse release 0.5.2-RC1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [GIT PULL] release 0.5.2
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• sparse release 0.5.2-RC1
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse testing
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [Bug 199061] New: Sparse IR does not provide enough information for value pseudos (PSEUDO_VAL) in certain situations
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 199051] Sparse IR generation for initializers is generating STORE instructions with PSEUDO_VAL with value 0 but size greater than 64-bits
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 199051] New: Sparse IR generation for initializers is generating STORE instructions with PSEUDO_VAL with value 0 but size greater than 64-bits
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: bugzilla is live
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [Bug 198981] Make Sparse code more portable (avoid gcc extensions)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Kernel.org Bugzilla] Your account linux-sparse@xxxxxxxxxxxxxxx is being impersonated
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: How to determine if a struct is packed?
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: bugzilla is live
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: (#365722783) Gmail Forwarding Confirmation - Receive Mail from sparse.bugs@xxxxxxxxx
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• (#365722783) Gmail Forwarding Confirmation - Receive Mail from sparse.bugs@xxxxxxxxx
  • From: Gmail Team <forwarding-noreply@xxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] release 0.5.2
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse testing
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live (was: Re: Reintroduce sparse-next)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: bugzilla is live (was: Re: Reintroduce sparse-next)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live (was: Re: Reintroduce sparse-next)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: How to determine if a struct is packed?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• How to determine if a struct is packed?
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] llvm: normalize sparse-llvm-dis' output
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: Sparse testing
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live (was: Re: Reintroduce sparse-next)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC PATCH] build dominator tree and dominance frontier fast!
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] release 0.5.2
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] release 0.5.2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] release 0.5.2
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Sparse testing
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC PATCH] build dominator tree and dominance frontier fast!
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH] build dominator tree and dominance frontier fast!
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Merging Luc's master branch.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Merging Luc's master branch.
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: bugzilla is live (was: Re: Reintroduce sparse-next)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: bugzilla is live (was: Re: Reintroduce sparse-next)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• bugzilla is live (was: Re: Reintroduce sparse-next)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] add support for sphinx-doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] add support for sphinx-doc
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Reintroduce sparse-next
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Reintroduce sparse-next
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: regressions on HEAD
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 2/2] fix dead dominator
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• regressions on HEAD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/10] doc: fix weirdness with option lists
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/10] doc: the man page in reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/10] doc: move sparse.txt to markdown and rename it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/10] doc: allow .md with py3-sphinx
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/10] doc: automatically set the copyright date
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/10] doc: add logo
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/10] doc: add minimal support for sphinx-doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/10] doc: fix headings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/10] doc: fix markdown syntax
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/10] doc: fix typo in options.md
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/10] add support for sphinx-doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix accesses through incorrect union members
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] fix accesses through incorrect union members
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix accesses through incorrect union members
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: sparse maintenance pace?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse maintenance pace?
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] evaluate: fix dereferencing function pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] evaluate: fix dereferencing function pointers
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] evaluate: fix dereferencing function pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [DRAFT PATCH 0/3] add support for restricted enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] evaluate: fix dereferencing function pointers
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [DRAFT PATCH 0/3] add support for restricted enums
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 3/3] teach sparse about restricted enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] extract apply_bitwise() from declaration_specifiers()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add testcase for restricted enum
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [DRAFT PATCH 0/3] add support for restricted enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: bitwise enums
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: bitwise enums
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: bitwise enums
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: bitwise enums
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: bitwise enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• bitwise enums
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] disable sparse warnings about unknown attributes
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] ban use of 'true' or 'false'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: fix typo with 'test-suite format -a'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] 'amd64' is also ok for sparse-llvm
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/6] move the inner optimization loop into the main loop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] move inner optimization loop into optimize.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/6] extract cse_eliminate() from cleanup_and_cse()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] cse: untangle simplification & hashing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] move the optimization loop in its own file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] rename variable 'optimize' to 'optimize_level'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] move the optimization loop in its own file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] build: use -MMD for generated dependencies
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] build: add -MP for generated dependencies
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] use '-MP' & '-MMD' to generate dependencies
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] use '%lld' for printing long longs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 2/2] no need for signed & unsigned multiplication
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 1/2] unsigned multiplication is also associative
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 0/2] use a single multiplication instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] quiet memset() warning with sizeof(VLA)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] quiet memset() warning with sizeof(VLA)
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH] quiet memset() warning with sizeof(VLA)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] builtin: add testcases for expansion of FP classification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] builtin: add testcases for expansion of special FP constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] builtin: add typechecking of isnan(), isinf(), ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] builtin: extract eval_args() from arguments_choose()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] expansion of builtin FP predicates (isinf(), ...)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] disable sparse warnings about unknown attributes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] disable sparse warnings about unknown attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] sparse: ignore indirect_branch attribute
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC PATCH 0/2] drop the concept of 'known-but-ignored' attributes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC PATCH 0/2] drop the concept of 'known-but-ignored' attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC PATCH 0/2] drop the concept of 'known-but-ignored' attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC PATCH 0/2] drop the concept of 'known-but-ignored' attributes
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] drop the concept of 'known-but-ignored' attributes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] drop the concept of 'known-but-ignored' attributes
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] fix missing evaluation when using '-include <file>'
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] IR: remove never-generated instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/2] fix missing evaluation when using '-include <file>'
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 3/5] IR: remove never-generated instructions
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH 2/2] rename base_type() to bitfield_base_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] let struct access_data use a single type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] simplify types for struct access_data
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] IR: let OP_COMPUTEGOTO use .src instead of .target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] IR: let .cond unionize with .src and not .target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] IR: remove never-generated instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] IR: remove now unused OP_LNOP & OP_SNOP
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] IR: fix typo in IR doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] IR cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: warning: division by zero
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: warning: division by zero
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] use show_pseudo() for OP_SYMADDR's symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] show_pseudo(): protect against NULL ->sym
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] cleanup show OP_SYMADDR/PSEUDO_SYM
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• warning: division by zero
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] fix missing evaluation when using '-include <file>'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] llvm: use list_size() to count the numbers of arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] small cleanup for sparse-llvm.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] llvm: initialize at declaration time
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/2] fix missing evaluation when using '-include <file>'
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH] cleanup: remove unused 'struct pseudo_ptr_list'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 2/2] drop the concept of 'known-but-ignored' attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 1/2] By default disable the warning flag '-Wunknown-attribute'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 0/2] drop the concept of 'known-but-ignored' attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] sparse: ignore indirect_branch attribute
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/10] kill dead loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/10] let kill_instruction() report if changes were made
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/10] use has_users() in dead_insn() too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/10] add helper: has_users()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/10] add helper for pseudo's user-list's size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/10] fix usage of deadborn loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/10] kill dead stores when simplifying symbols
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/10] fix killing of converted loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/10] add testcases for converted loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/10] add testcase for bad killing of dominated stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 00/10] fix usage when killing loads & stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] sparse: ignore indirect_branch attribute
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] let struct access_data use a single type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] cleanup: remove unused 'struct pseudo_ptr_list'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/9] add helpers for pseudo's user-list's size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/9] add helpers for pseudo's user-list's size
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/9] fix usage when killing loads & stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] add testcases for converted loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] fix killing of converted loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] fix usage of deadborn loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] let kill_instruction() report if changes were made
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/9] kill dead loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] add testcase for bad killing of dominated stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 9/9] kill dead stores when simplifying symbols
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] add helpers for pseudo's user-list's size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] use has_users() in dead_insn() too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/9] add helpers for pseudo's user-list's size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix missing checks for deleted instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/2] fix missing evaluation when using '-include <file>'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] remove warning "call with no type"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/8] add helper: valid_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/8] early return if null ctype in evaluate_conditional()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/8] add helper: valid_type()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 3/8] early return if null ctype in evaluate_conditional()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] remove warning "call with no type"
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 2/2] fix dead dominator
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add testcase of dead dominator
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix dead dominator
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] fix killing of converted loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add testcase converted loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix usage in converted loads
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] extract extract eval_insn() from simplify_constant_binop()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix examination of bad typeof
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/8] always evaluate both operands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] do not report bad types twice
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] add helpers: valid_expr_type() & valid_subexpr_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] use valid_type to avoid to warn twice on conditionals
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] add helper: valid_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] early return if null ctype in evaluate_conditional()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/8] fix error in bad conditional
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] add testcases for duplicated warning about invalid types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/8] avoid duplicated warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/3] compiler-gcc.h: Introduce __optimize function attribute
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] crypto: sha3-generic - Use __optimize to support old compilers
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/3] compiler-gcc.h: __nostackprotector needs gcc-4.4 and up
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] compiler-gcc.h: __nostackprotector needs gcc-4.4 and up
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] compiler-gcc.h: __nostackprotector needs gcc-4.4 and up
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/3] compiler-gcc.h: Introduce __optimize function attribute
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/3] compiler-gcc.h: __nostackprotector needs gcc-4.4 and up
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/3] crypto: sha3-generic - Use __optimize to support old compilers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] remove warning "call with no type"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/2] fix missing evaluation when using '-include <file>'
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: wrong "imbalanced unlock" warning?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• wrong "imbalanced unlock" warning?
  • From: aaptel@xxxxxxxx (Aurélien Aptel)
• Re: [PATCH] lib.c: early return from handle_onoff_switch()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] lib.c: early return from handle_onoff_switch()
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] sparse: option to print compound global data symbol info
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: should we document more command line options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• should we document more command line options
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] doc: fix manpage formatting
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] test-suite: handle format with filename.c not existing
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] doc: fix manpage formatting
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] Documentation: editing fixes in test-suite
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] sparse: minor manpage corrections
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] sparse: option to print compound global data symbol info
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH] test-suite: handle format with filename.c not existing
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: editing fixes in test-suite
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: symbol.h question
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 3/3] fix: do not ignore struct/union/enum type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] move up apply_ctype()'s declaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add testcases for ignored type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] fix ignored type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: symbol.h question
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] Documentation: editing fixes in test-suite
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• symbol.h question
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] Documentation: editing fixes in test-suite
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] also report type & size when warning on non-power-of-2 pointer subtraction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] doc: fix manpage formatting
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] sparse: option to print compound global data symbol info
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] sparse: option to print compound global data symbol info
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: make data-structures.txt easier to read
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] sparse: minor manpage corrections
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] Documentation: make data-structures.txt easier to read
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] sparse: minor manpage corrections
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH] Documentation: make data-structures.txt easier to read
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] sparse: minor manpage corrections
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC] proper handling of #pragma
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [mm 4.15-rc8] Random oopses under memory pressure.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [mm 4.15-rc8] Random oopses under memory pressure.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] give a type to builtin functions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 1/2] give a type to builtin functions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 0/2] fix crash in ctags.c
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse ctags segfaults (latest git)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC] proper handling of #pragma
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 2/2] ctags: avoid null deref
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] give a type to builtin functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC] proper handling of #pragma
  • From: foobar <foobar@xxxxxxxxxx>
• Re: [PATCH 1/2] give a type to builtin functions
  • From: foobar <foobar@xxxxxxxxxx>
• Re: [PATCH 2/2] ctags: avoid null deref
  • From: foobar <foobar@xxxxxxxxxx>
• [PATCH 2/2] ctags: avoid null deref
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] give a type to builtin functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix crash in ctags.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse ctags segfaults (latest git)
  • From: foobar <foobar@xxxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 2/2] add support for '-f[no-][un]signed-char'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] let handle_switches() also handle reverse logic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] teach sparse about -funsigned-char & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] teach sparse about '-fmax-warnings'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] llvm: default init of arrays & structs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] llvm: simplify emit of null pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] llvm: improve default/zero initialization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] fix: restore CSE on floating-point compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add testcase for CSE of floating-point compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] restore CSE of floating-point compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix implicit size of unsized arrays
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix implicit size of unsized arrays
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH] fix implicit size of unsized arrays
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix implicit size of unsized arrays
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH] fix implicit size of unsized arrays
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix implicit size of unsized arrays
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH] add testcases for type comparison
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] warn on empty parenthesized expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] fix crash on bad expression in linearize_switch()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix crash on bad expression in linearize_switch()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix implicit size of unsized arrays
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] llvm: fix: previous function ref MUST be reused
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] Introduce __cond_lock_err
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] V2 Give the constant pseudo value a size
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Introduce __cond_lock_err
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Introduce __cond_lock_err
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] fix: evaluate_dereference() unexamined base type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add testcases for unexamined base type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix examination of base type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] dereference of a function is a no-op
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] avoid unneeded alloc on error path
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add testcases for multiple deref of calls
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] multiple dereference in function calls
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] fix linearize (*fun)()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] simplify linearize_call_expression()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add testcases for the linearization of calls
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] fix function calls via pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] testcases: add missing return statements
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: allow default args from environment for test commands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: process extra options without exec
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/6] whitespace & '-D' option
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/6] whitespace & '-D' option
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 3/6] testsuite: add test case for quoting of command's arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/6] testsuite: respect command line's quotes & whitespaces
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/6] fix: spaces in macro definition on the command line
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] add test case for space within command line
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] add testcase for 'sparse -D M...'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] fix: accept 'sparse -D M...'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] whitespace & '-D' option
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/16] testsuite improvements
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/3] add missing degenerate() for logical-not
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/3] fix: add missing degenerate() for logical not
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/16] testsuite improvements
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 16/16] testsuite: add support for 'format -a'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/16] testsuite: default to shift in the getopt loop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/16] testsuite: allow to test only a subdir
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/16] testsuite: change do_usage text
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/16] testsuite: move no-arg out of the getopt loop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/16] testsuite: move do_test_suite out of the getopt loop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/16] testsuite: early return in getopt loop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/16] testsuite: validate the 'check-...' tags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/16] testsuite: fix invalid 'check-...' tags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/16] testsuite: reset 'quiet' at the start of each testcase
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/16] testsuite: add & use warning()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/16] testsuite: move verbose/error() before get_tag_value()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/16] testsuite: remove old ugly pattern syntax
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/16] testsuite: convert to the new pattern syntax
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/16] testsuite: fix a few more incorrect check-commands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>