Linux Sparse
Thread Index
[
Prev Page
][
Next Page
]
[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>
Re: [PATCH 09/29] add helper to test if a variable is "simple"
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 06/29] topasm: top-level asm is special
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 09/29] add helper to test if a variable is "simple"
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [PATCH 09/29] add helper to test if a variable is "simple"
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 09/29] add helper to test if a variable is "simple"
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 11/29] add PSEUDO_UNDEF
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 09/29] add helper to test if a variable is "simple"
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [PATCH 11/29] add PSEUDO_UNDEF
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [PATCH 11/29] add PSEUDO_UNDEF
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [PATCH 09/29] add helper to test if a variable is "simple"
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [PATCH 06/29] topasm: top-level asm is special
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Christopher Li <sparse@xxxxxxxxxxx>
[RFC PATCH 14/14] cast: specialize integer casts
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 13/14] cast: make casts from pointer always size preserving
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 12/14] cast: add support for -Wpointer-to-int-cast
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 11/14] cast: specialize cast from pointers
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 10/14] cast: temporary simplify handling cast to/from void*
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 09/14] cast: make pointer casts always size preserving
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 08/14] cast: make [u]intptr_ctype alias of [s]size_t_ctype
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 07/14] cast: specialize casts from unsigned to pointers
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 06/14] cast: specialize floats to integer conversion
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 05/14] cast: handle NO-OP casts
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 04/14] cast: specialize FPCAST into [USF]CVTF
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 03/14] cast: prepare finer grained cast instructions
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 02/14] cast: add tests for warnings issued by sparse -v
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 01/14] add documentation for IR instructions
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[RFC PATCH 00/14] rework of cast operations
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH 00/29] Simple & Efficient SSA construction.
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
[PATCH 29/29] sssa: remove now unneeded simplify_one_symbol()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 28/29] sssa: switch to the new SSA construction
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 27/29] sssa: remove trivial phi-nodes
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 26/29] sssa: protect against unreachable loops
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 25/29] sssa: reorg load_var()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 24/29] sssa: add PSEUDO_INDIR
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 23/29] sssa: set var's ident
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 22/29] sssa: add seal_gotos() needed to seal BBs targeted by gotos
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 21/29] sssa: add basic implementation
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 20/29] sssa: add needed new members
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 19/29] sssa: add Simple SSA interfaces
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 18/29] ptrmap: add type-safe interface
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 17/29] ptrmap: core implementation
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 16/29] ptrmap: add missing #include "compat.h"
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 15/29] add remove_use()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 14/29] extract alloc_phisrc() from alloc_phi()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 13/29] add insert_phi_node()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 12/29] add undef_pseudo()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 11/29] add PSEUDO_UNDEF
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 10/29] add helper imple_access() to test if an access is "simple"
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 09/29] add helper to test if a variable is "simple"
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 08/29] small code reorg of add_store()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 07/29] ret-void: return nothing only for void functions
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 06/29] topasm: top-level asm is special
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 05/29] add test case for bad return type
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 04/29] add test case for incomplete type
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 03/29] fix test case kill-phi-ttsb
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 02/29] give a type to OP_PHISOURCEs
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 01/29] remove wrong part of simplify_loads()
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH 00/29] Simple & Efficient SSA construction.
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: Some random thoughts regarding the SSA paper
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Some random thoughts regarding the SSA paper
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
Re: [RFC] sparse SSA construction
From
: Christopher Li <sparse@xxxxxxxxxxx>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]