Linux Sparse

• Thread Index

• [PATCH v3 28/37] build: use standard rules for install
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 27/37] build: use a dot file name instead of local.mk: .sparse.mk
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 26/37] build: use one line per item
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 25/37] build: remove the dist rule since unused
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 24/37] build: normalize rules
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 23/37] build: remove rule for shared lib, it's unused
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 22/37] build: make clean targets quieter
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 21/37] build: move clean & clean-check together
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 20/37] build: remove references to unexisting pre-process.h
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 19/37] build: add note about overwritable vars
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 18/37] build: only generate version.h when needed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 17/37] build: move tests near their use
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 16/37] build: CHECKER_FLAGS=-Wno-vla for all targets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 15/37] build: reuse rule for ALL_OBJS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 14/37] build: no need to use wildcards for generated dependencies
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 13/37] build: use $LIBS directly in the dependency list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 12/37] build: avoid rule-specific CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 11/37] build: allow CFLAGS & friends from command line
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 10/37] build: allow target-specific CFLAGS, CPPFLAGS, LDFLAGS & LDLIBS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 09/37] build: use '_LDLIBS' instead of '_EXTRA_OBJS'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 08/37] build: use '_OBJS' instead of '_EXTRA_DEPS'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 07/37] build: remove unused support for pkgconfig
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 06/37] build: fix effectiveness of generated dependencies
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 05/37] build: pass CPPFLAGS to compiler
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 04/37] build: drop -g from LDFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 03/37] build: drop BASIC_CFLAGS and ALL_CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 02/37] build: put comment about local.mk to the place where it is included
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 01/37] build: make PREFIX overwritable from the environment
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 00/37] Makefile reorganization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 7/7] add support for C11's _Atomic as type qualifier
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 5/7] define MOD_QUALIFIER for (MOD_CONST | MOD_VOLATILE)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 6/7] associate MOD_RESTRICT with restrict-qualified variables
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 4/7] remove redundancy in MOD_STORAGE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 2/7] MOD_ACCESSED is not a type modifier ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 3/7] reorganize the definition of the modifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/7] remove never-used MOD_TYPEDEF
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 0/7] restricted pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 7/9] dump-ir: rename -fdump-linearize to -fdump-ir
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] dump-ir: make it more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 9/9] dump-ir: activate -fdump-ir=mem2reg
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] dump-ir: set the default optimization level to 2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] dump-ir: saner use of fdump_linearize
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] dump-ir: activate/deactive pass 'mem2reg'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] dump-ir: use -O0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] dump-ir: allow to specify the passes to execute via cli's options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] dump-ir: add defines for the compilation passes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] dump IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 9/9] option: handle switches by table
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] option: constify match_option()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/9] option: use OPTION_NUMERIC() for handle_switch_fmemcpy_max_count()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] option: add support for '-<some-option>=unlimited'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] option: add support for options with 'zero is infinity'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] option: extract OPTION_NUMERIC() from handle_switch_fmemcpy_max_count()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] option: let handle_simple_switch() handle an array of flags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] option: rename 'struct warning' to 'struct flag'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] option: add helper to parse/match command line options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] option parsing improvements
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] graph: do not scan removed instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] volatile loads are side-effects too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] cgcc: teach cgcc about freebsd & netbsd
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] volatile loads are side-effects too
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] graph: do not scan removed instructions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH] volatile loads are side-effects too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] graph: do not scan removed instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] builtin: make builtins more builtin
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] builtin: make builtins more builtin
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 2/2] builtin: make builtins more builtin
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] builtin: add ctype for const {void,char} *
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] make builtins more built-in
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 33/36] build: simpler logic for quiet commands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 28/36] build: use a dot file name instead of local.mk: .sparse.mk
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 28/36] build: use a dot file name instead of local.mk: .sparse.mk
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 33/36] build: simpler logic for quiet commands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 33/36] build: simpler logic for quiet commands
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 33/36] build: simpler logic for quiet commands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 33/36] build: simpler logic for quiet commands
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/36] Makefile reorganization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 21/36] build: no need to clean *.so and SLIB_FILE
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/36] build: make PREFIX overwritable from the environment
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 21/36] build: no need to clean *.so and SLIB_FILE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: multiarch & base dir
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: multiarch & base dir
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/36] build: make PREFIX overwritable from the environment
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/36] build: no need to clean *.so and SLIB_FILE
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 05/36] build: pass CPPFLAGS to compiler
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/36] build: drop -g from LDFLAGS
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/36] build: put comment about local.mk to the place where it is included
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/36] build: make PREFIX overwritable from the environment
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 29/36] build: use git-clean
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • 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>
• [PATCH 36/36] build: use a single space before assignments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 35/36] build: reorg & add comment
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 34/36] build: avoid foreach
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 33/36] build: simpler logic for quiet commands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 32/36] build: let quiet commands use less indentation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 31/36] build: remove unused QUIET_INST_SH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 30/36] build: use standard rules for install
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 29/36] build: use git-clean
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 28/36] build: use a dot file name instead of local.mk: .sparse.mk
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 27/36] build: use one line per item
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 26/36] build: remove the dist rule since unused
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 25/36] build: normalize rules
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 24/36] build: remove rule for shared lib, it's unused
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 23/36] build: make clean targets quieter
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 22/36] build: move clean & clean-check together
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 21/36] build: no need to clean *.so and SLIB_FILE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 20/36] build: remove references to unexisting pre-process.h
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 19/36] build: add note about overwritable vars
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 18/36] build: only generate version.h when needed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 17/36] build: move tests near their use
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/36] build: CHECKER_FLAGS=-Wno-vla for all targets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/36] build: reuse rule for ALL_OBJS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/36] build: no need to use wildcards for generated dependencies
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/36] build: use $LIBS directly in the dependency list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/36] build: allow CFLAGS & friends from command line
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/36] build: avoid rule-specific CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/36] build: allow target-specific CFLAGS, CPPFLAGS, LDFLAGS & LDLIBS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/36] build: use '_LDLIBS' instead of '_EXTRA_OBJS'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/36] build: use '_OBJS' instead of '_EXTRA_DEPS'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/36] build: remove unused support for pkgconfig
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/36] build: fix effectiveness of generated dependencies
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/36] build: pass CPPFLAGS to compiler
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/36] build: drop -g from LDFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/36] build: drop BASIC_CFLAGS and ALL_CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/36] build: put comment about local.mk to the place where it is included
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/36] build: make PREFIX overwritable from the environment
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/36] Makefile reorganization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: multiarch & base dir
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: multiarch & base dir
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• multiarch & base dir
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH] Simplify expr->flags assignement
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [SPARSE] Questions for distros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [SPARSE] Questions for distros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [SPARSE] Questions for distros
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [SPARSE] Questions for distros
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [SPARSE] Questions for distros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 5/6] build: pass standard make variables to compiler and linker
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 6/6] build: replace *_EXTRA_OBJS by local assignments to LDFLAGS and LOADLIBES
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/6] build: drop BASIC_CFLAGS and ALL_CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] build: clean up $CFLAGS handling in the makefile
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] debug build of sparse v4
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [GIT PULL] debug build of sparse v4
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] sparse: document that -Wbitwise is default
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] sparse: document that -Wbitwise is default
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH] build: assign extra flags to ALL_CFLAGS instead of CFLAGS
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] sparse: document that -Wbitwise is default
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/6] build: various updates
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 6/6] build: replace *_EXTRA_OBJS by local assignments to LDFLAGS and LOADLIBES
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 4/6] build: drop -g from LDFLAGS
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 3/6] build: drop BASIC_CFLAGS and ALL_CFLAGS
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 2/6] build: put comment about local.mk to the place where it is included
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 0/6] build: various updates
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 4/6] build: drop -g from LDFLAGS
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH 3/6] build: drop BASIC_CFLAGS and ALL_CFLAGS
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH 6/6] build: replace *_EXTRA_OBJS by local assignments to LDFLAGS and LOADLIBES
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH 5/6] build: pass standard make variables to compiler and linker
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH 2/6] build: put comment about local.mk to the place where it is included
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH 1/6] build: make PREFIX overwritable from the environment
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH 0/6] build: various updates
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix cgcc ELF version for ppc64/pcc64le
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: make PREFIX overwritable on the commandline
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] fix cgcc ELF version for ppc64/pcc64le
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [GIT PULL] llvm fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] compile-i386: Use SPARSE_VERSION instead of __DATE__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix cgcc ELF version for ppc64/pcc64le
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix cgcc ELF version for ppc64/pcc64le
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] fix cgcc ELF version for ppc64/pcc64le
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Bug#873508: sparse test failures on ppc32le (and other not so common archs)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Bug#873508: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgcc: provide __ARM_PCS_VFP for armhf
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Bug#873508: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] cgcc: provide __ARM_PCS_VFP for armhf
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] build: make PREFIX overwritable on the commandline
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] build: make PREFIX overwritable on the commandline
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH] build: make PREFIX overwritable on the commandline
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] compile-i386: Use SPARSE_VERSION instead of __DATE__
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: Bug#873508: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH v2] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] build: remove version.h in clean target
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/28] testsuite improvements
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Chris Li <christ.li@xxxxxxxxx>
• Re: [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Chris Li <christ.li@xxxxxxxxx>
• Re: [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] use shorter name for constexpr tests
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Chris Li <christ.li@xxxxxxxxx>
• Re: [PATCH] use shorter name for constexpr tests
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 2/2] remove prototype for unexistant examine_simple_symbol_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] remove prototype extern int is_ptr_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] cleanup prototype
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] cclass: cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] cclass: char is wide enough
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] cleanup of cclass[]
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] always evaluate both operands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] do not report bad types twice or more
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] add helper: valid_expr_subtype()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] add helper: valid_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] do not linearize expressions without a type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] expressions without a type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] add test case for bad return type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] add test case for incomplete type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] fix test case kill-phi-ttsb
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] return type's testcases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: respect command line's quotes & whitespaces
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL] llvm fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] extra fixes for LLVM
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] llvm: give names easier to debug
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] llvm: only compare void pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] llvm: add support for float initializer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] llvm: gracefully catch impossible type/value
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] llvm: warn instead of assert on global inits
  • 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 0/2] fix missing evaluation when using '-include <file>'
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 2/2] fix: missing evaluate with '-include'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] fix: missing evaluate with '-include' : add testcase
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix missing evaluation when using '-include <file>'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] use a specific struct for asm operands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse with 4.10?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: sparse with 4.10?
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 3/3] add testcase for mem2reg/SSA conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] add testcase for return & inline
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add testcase for __builtin_unreachable()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] testcases for memory-to-register conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/28] testsuite improvements
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/8] dump the IR
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/28] testsuite improvements
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Chris Li <christ.li@xxxxxxxxx>
• Re: [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] compile-i386: make use of expression_list_size()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH 4/4] add test cases for canonicalization of boolean expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] add test cases for simplification of equivalent to 'x == 0' or 'x != 0'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] add test cases for canonicalization of mul chains
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] add test cases for canonicalization of add/sub chains
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] testcases for optimization problems
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/15] add test case for space within command line
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/15] add test case for superfluous cast with volatiles
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/15] add test case for missing conversion to select
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/15] add test case for pre-processor extra tokens warning
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/15] add test case for compound literals
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/15] add test case for missed overflow detection
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/15] add test case for bad layout of bool in bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/15] add test case using sizeof on incomplete type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/15] add test case storage specifier in struct member
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/15] add test case bitfields in K&R decl
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/15] add test case for incomplete type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/15] add test case for conditionally undefined var
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/15] add test case for memory to register problem
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/15] add test case for VLA sizeof
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/15] add test case for using multiple input files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/15] testcases for bugs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] compile-i386: make use of expression_list_size()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/8] dump-ir: make it more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] dump-ir: rename -fdump-linearize to -fdump-ir
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] dump-ir: saner use of fdump_linearize
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] dump-ir: use -O0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/8] dump-ir: allow to specify the passes to execute via cli's options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] dump-ir: set the default optimization level to 2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] dump-ir: activate/deactive pass 'mem2reg'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] dump-ir: add defines for the compilation passes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/8] dump the IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] option: add support for options with 'zero is infinity'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] option: extract OPTION_NUMERIC() from handle_switch_fmemcpy_max_count()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] option: add support for '-<some-option>=unlimited'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] option: let handle_simple_switch() handle an array of flags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 9/9] option: handle switches by table
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] option: constify match_option()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/9] option: use OPTION_NUMERIC() for handle_switch_fmemcpy_max_count()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] option: rename 'struct warning' to 'struct flag'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] option: add helper to parse/match command line options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] Simplify the parsion of options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 28/28] testsuite: add support for 'format -l'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 27/28] testsuite: add support for 'format -f'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 26/28] testsuite: format: strip .c from default name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 25/28] testsuite: format: saner defaults handling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 24/28] testsuite: make do_format() more self-contained
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 23/28] testsuite: move up arg_file()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 22/28] testsuite: 'quiet' must be initialized earlier
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 21/28] testsuite: add a blank line before format
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 20/28] testsuite: save screen real estate
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 19/28] testsuite: allow arch-specific tests
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 18/28] testsuite: simplify documentation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 17/28] testsuite: extract disable()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/28] testsuite: remove useless test-be.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/28] testsuite: remove useless selftest
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/28] testsuite: allow --format & --single
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/28] testsuite: get options from env too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/28] testsuite: add support for -a|--abort
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/28] testsuite: add support for -q|--quiet
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/28] testsuite: allow to parse several options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/28] testsuite: saner handling of 'must_fail'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/28] testsuite: check error messages first
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/28] testsuite: clearer result summary
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/28] testsuite: saner checking of pattern occurences
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/28] testsuite: better message for pattern absence/presence
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/28] testsuite: better message for pattern nbr checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/28] testsuite: move verbose() & error()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/28] testsuite: allow to test a few cases at once
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/28] testsuite: 'echo -n' may not be interpreted as '-n'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/28] testsuite improvements
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] compile-i386: make use of expression_list_size()
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• [PATCH] use shorter name for constexpr tests
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SMATCH indicates warning to almost all files in Linux Kernel + ARM
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SMATCH indicates warning to almost all files in Linux Kernel + ARM
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SMATCH indicates warning to almost all files in Linux Kernel + ARM
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] cgcc: teach cgcc about GNU/kFreeBSD
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH] build: only generate version.h when needed and remove it in clean target
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: SMATCH indicates warning to almost all files in Linux Kernel + ARM
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: SMATCH indicates warning to almost all files in Linux Kernel + ARM
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Some thoughts on the SSA debate
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Some thoughts on the SSA debate
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential problem with variable handling - Was: Handling of local variables in the backend
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential problem with variable handling - Was: Handling of local variables in the backend
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential problem with variable handling - Was: Handling of local variables in the backend
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Potential problem with variable handling - Was: Handling of local variables in the backend
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Handling of local variables in the backend
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Handling of local variables in the backend
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Handling of local variables in the backend
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Handling of local variables in the backend
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Handling of local variables in the backend
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Some thoughts on the SSA debate
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Experimenting with dmrC as backend for Lua
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some thoughts on the SSA debate
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Some thoughts on the SSA debate
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Some thoughts on the SSA debate
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] build: disable sparse-llvm on non-x86
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] compile-i386.c: fix a memory leak in sort_array()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] compile-i386.c: fix a memory leak in sort_array()
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • 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>
• [PATCH] build: disable sparse-llvm on non-x86
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • 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: Some thoughts on the SSA debate
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Some thoughts on the SSA debate
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse-llvm question regarding handling of phi/phsrc instructions
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse-llvm question regarding handling of phi/phsrc instructions
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Sparse-llvm question regarding handling of phi/phsrc instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Another code snippet that Sparse has problems with
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Sparse-llvm question regarding handling of phi/phsrc instructions
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: no more tar balls?
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Another code snippet that Sparse has problems with
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: no more tar balls?
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Question about Sparse Linear form and pseudos
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Simple SSA status
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [ANN] dmr_C 0.1 alpha release
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Another code snippet that Sparse has problems with
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Another code snippet that Sparse has problems with
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: no more tar balls?
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: no more tar balls?
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• no more tar balls?
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [ANN] dmr_C 0.1 alpha release
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [ANN] dmr_C 0.1 alpha release
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [ANN] dmr_C 0.1 alpha release
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Simple SSA status
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Simple SSA status
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Simple SSA status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: master merge plans
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC PATCH 00/48] fix promotion of symbol to register
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] kernel: Emphasize the return value of READ_ONCE() is honored
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Antoine Beaupré <anarcat@xxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Sparse preprocessing bug with zero-arg variadic macros
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: Sparse preprocessing bug with zero-arg variadic macros
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Sparse preprocessing bug with zero-arg variadic macros
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: Sparse preprocessing bug with zero-arg variadic macros
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: Sparse preprocessing bug with zero-arg variadic macros
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Sparse preprocessing bug with zero-arg variadic macros
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Sparse preprocessing bug with zero-arg variadic macros
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: sparse test failures on ppc32le (and other not so common archs)
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• sparse test failures on ppc32le (and other not so common archs)
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/48] fix promotion of symbol to register
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: master merge plans
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC PATCH 00/48] fix promotion of symbol to register
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC PATCH 17/48] dump-ir: rename -fdump-linearize to -fdump-ir
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC PATCH 00/48] fix promotion of symbol to register
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [RFC PATCH 00/48] fix promotion of symbol to register
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: master merge plans
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [RFC PATCH 48/48] mem2reg: don't promote unused or already promoted vars
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 47/48] mem2reg: add some small test cases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 46/48] mem2reg: allow dumping IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 45/48] mem2reg: update copyright
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 44/48] mem2reg: don't check dominance by removed instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 43/48] mem2reg: get recursion right
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 42/48] mem2reg: rename one->target to dom
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 41/48] mem2reg: make rewrite_load_instruction() functional
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 40/48] mem2reg: delay the creation of phi-sources
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 39/48] mem2reg: remove check phisrc_in_bb()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 38/48] mem2reg: let rewrite_load_instruction() take the symbol as arg
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 37/48] mem2reg: add description for find_dominating_parents()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 36/48] mem2reg: be clear that we're using a symbol/var here too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 35/48] mem2reg: be clear that we're using a symbol/var
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 34/48] mem2reg: move rewrite_load_instruction() here
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 33/48] mem2reg: rename the other kill_dominated_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 32/48] mem2reg: add flags to enable/disable some parts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 31/48] mem2reg: add comment to find_dominating_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 30/48] mem2reg: remove one indent level
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 29/48] mem2reg: extract kill_pseudo_dead_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 28/48] mem2reg: extract kill_pseudo_dominated_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 27/48] mem2reg: extract kill_pseudo_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 26/48] mem2reg: ignore all killed instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 25/48] mem2reg: reorg externaly_visible() returns
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 24/48] mem2reg: extract externaly_visible()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 23/48] mem2reg: simplify check of modifiers for external visibility
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 22/48] mem2reg: rename to use 'promote' instead of 'simplify'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 21/48] sssa: move simplify_one_symbol() to a separate file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 20/48] dump-ir: make it more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 19/48] dump-ir: add an helper to parse sub-options
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 18/48] dump-ir: use defines
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 17/48] dump-ir: rename -fdump-linearize to -fdump-ir
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 16/48] let handle_simple_switch() handle an array of flags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 15/48] rename 'struct warning' to 'struct flag'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 14/48] add remove_use()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 13/48] extract alloc_phisrc() from alloc_phi()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 12/48] add insert_phi_node()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 11/48] add undef_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 10/48] add PSEUDO_UNDEF
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 09/48] small code reorg of add_store()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 08/48] ret-void: return nothing only for void functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 07/48] topasm: top-level asm is special
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 06/48] add test case for bad return type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [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>