Linux Sparse
[Prev Page][Next Page]
- [PATCH 0/8] Miscellaneous arch specific fixes
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] process MOD_EXT_VISIBLE like other MOD_FUN_ATTRs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] function attributes apply to the function declaration
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v6 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v6 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock
- From: Alex Kogan <alex.kogan@xxxxxxxxxx>
- Re: [PATCH] Add -Wexternal-function-has-definition
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Subject: [PATCH] lib.c: fix spelling of _BIG_ENDIAN
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] Add -Wexternal-function-has-definition
- From: John Levon <john.levon@xxxxxxxxxx>
- Subject: [PATCH] lib.c: fix spelling of _BIG_ENDIAN
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] spec: get rid of all specifier MOD_XXX
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/9] spec: KW_SHORT is not needed
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 9/9] spec: make ctype_declare[] more readable
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 6/9] spec: KW_LONG is not needed
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 7/9] spec: s/size/rank/
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 8/9] types: use llong instead of longlong, ldouble for ...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/9] spec: improve parsing of __int128
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/9] spec: add '.class = CInt'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/9] spec: types[] is indexed by the specifier class
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/9] spec: process chars like other integer types
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/9] simplify parsing of specifiers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/3] arch: do not unneedlessly set bitness on 32-bit archs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/3] arch: remove impossible case with mips64 not being lp64
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/3] arch: keep cygwin specifics with i386/x86-64 specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/3] cleanup arch-specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] arch: fix the signedness of plain chars
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/4] typeof: add a test for unexaminated typeof
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 2/4] typeof: fix up comment in examine_pointer_type()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/4] typeof: add a test for unexaminated typeof
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] typeof: fix up comment in examine_pointer_type()
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] typeof: examine it at show-time
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/4] typeof: fix up comment in examine_pointer_type()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/4] clarify evaluation of SYM_TYPEOF
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/4] typeof: add a test for unexaminated typeof
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/4] show-type: add a test program to test do_show_type() & friends
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/2] cgcc: let sparse define _BIG_ENDIAN
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/2] cgcc: small simplifications
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] cgcc: remove _STRING_ARCH_unaligned
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse v0.6.1
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: latest printf code
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: Sparse v0.6.1
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse v0.6.1
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse v0.6.1
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: latest printf code
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: latest printf code
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: latest printf code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/4] remove unneeded MOD_TYPE
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/4] remove unneeded MOD_TYPE
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] remove unneeded MOD_TYPE
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/4] remove unused SYM_TYPEDEF
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/4] remove unused SYM_MEMBER
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/4] remove unused KW_STATEMENT
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/4] remove unused or unneeded constants
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- latest printf code
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH] testsuite: clarify testsuite report
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] Add '__' prefix and suffix to all __attribute__ #defines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2 0/6] improve cross-compiling usage
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 7/7] cgcc: removed unneeded predefines for integers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 6/7] cgcc: specify the arch via --arch
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 6/6] cgcc: removed unneeded predefines for integers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/7] arch: add an option to specify the desired arch: --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 5/6] cgcc: specify the arch via --arch
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 4/6] options: allow to specify the desired arch with --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/7] arch: change the arch when changing -m32/64
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 3/6] change the arch when changing -m32/64
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/7] arch: add support for s390 (ILP32)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/7] arch: reorder MACH_XXX defines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 2/6] add support for s390 (ILP32)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/7] arch: add predefine for __mips__
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 1/6] reorder MACH_XXX defines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 0/6] improve cross-compiling usage
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: detecting misuse of of_get_property
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/8] riscv: ensure RISC-V C model definitions are passed to static analyzers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] options: allow to specify the desired arch with --arch=<arch>
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/2] options: add support for -mcmodel
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] options: add support for -fpic, -fPIC, -fpie & -fPIE
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [SPARSE PATCH 0/2] add support for -mcmodel & -f{pic,PIC,pie,PIE}
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- detecting misuse of of_get_property
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- [PATCH V2] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] compiler*.h: Add '__' prefix and suffix to all __attribute__ #defines
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 2/5] parse: initial parsing of __attribute__((format))
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: follow-up on printf formatting
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: follow-up on printf formatting
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] tests: add varargs printf format tests
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] validation: ignore temporary ~ files
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 5/5] tests: add varargs printf format tests
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 2/5] parse: initial parsing of __attribute__((format))
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 1/5] validation: ignore temporary ~ files
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse: __pure declaration only
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse: __pure declaration only
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- sparse: __pure declaration only
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: sparse issue buulding kernel/signal.c
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse v0.6.1
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- sparse issue buulding kernel/signal.c
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: Sparse v0.6.1
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Sparse v0.6.1
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse warnings on undeclared asmlinkage
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- sparse warnings on undeclared asmlinkage
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH v2] "graph" segfaults on top-level asm
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] "graph" segfaults on top-level asm
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Sparse v0.6.1-rc2 is now out.
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Sparse v0.6.1-rc2 is now out.
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: "graph" (v0.6.1-rc2) segfaults on top-level asm
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Sparse v0.6.1-rc2 is now out.
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Sparse v0.6.1-rc2 is now out.
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Sparse v0.6.1-rc2 is now out.
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: possible incorrect warning in arch/arm/mm/dma-mapping.c
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- "graph" (v0.6.1-rc2) segfaults on top-level asm
- From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
- possible incorrect warning in arch/arm/mm/dma-mapping.c
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH] Sparse v0.6.1-rc2 is now out.
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 1/1] Makefile: Add back rule to make (touch) check_list_local.h
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 1/1] Makefile: Add back rule to make (touch) check_list_local.h
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 1/1] Makefile: Add back rule to make (touch) check_list_local.h
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] expand more builtins like __builtin_ffs()
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] void-cond: allow void in conditional expression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] void-cond: allow void in conditional expression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] expand more builtins like __builtin_ffs()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] void-cond: allow void in conditional expression
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] void-cond: allow void in conditional expression
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] void-cond: allow void in conditional expression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] asm: warn on invalid empty constraints
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] void-cond: allow void in conditional expression
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH] make 'directive in argument list' clearer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] void-cond: allow void in conditional expression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem with bit field sizes
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: conditional operator ?: usage (Linux kernel)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: conditional operator ?: usage (Linux kernel)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: conditional operator ?: usage (Linux kernel)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: problem with bit field sizes
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: conditional operator ?: usage (Linux kernel)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem with bit field sizes
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- problem with bit field sizes
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- conditional operator ?: usage (Linux kernel)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: Many unexpected warnings with current sparse
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Many unexpected warnings with current sparse
- From: Steve French <smfrench@xxxxxxxxx>
- Re: Many unexpected warnings with current sparse
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Many unexpected warnings with current sparse
- From: Steve French <smfrench@xxxxxxxxx>
- Re: Many unexpected warnings with current sparse
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: <linux/kernel.h>: container_of()
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: <linux/kernel.h>: container_of()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/18] add missing expansion of ASM operands
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 17/18] asm: fix missing expansion of asm statements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 18/18] asm: arrays & functions in non-memory operand degenerate into pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 15/18] asm: linearization of output memory operands is different
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 16/18] asm: fix liveness memory operand
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 14/18] asm: missing evaluation of asm statements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 10/18] asm: use a specific struct for asm operands
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 13/18] asm: use parse_asm_constraint() to verify constraints
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 12/18] asm: parse constraints
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 11/18] asm: keep using struct asm_operand during linearization
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 09/18] asm: check earlier that body & constraints are strings
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 07/18] string: use string_expression() in parse_static_assert()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 08/18] asm: add test evaluation, expansion & linearization of ASM operands
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 04/18] expand: add missing expansion of compound literals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 06/18] string: add helper string_expression()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 05/18] dissect: fix processing of ASM statements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 03/18] expand: add test for expansion of compound literals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/2] do not linearize invalid expression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 02/18] shorter message for non-scalar in conditionals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 01/18] more consistent type info in error messages
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] add test for evaluation of invalid assignments
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 00/18] add missing expansion of ASM operands
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] do not linearize invalid expression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] add test for evaluation of invalid assignments
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/2] do not linearize invalid expression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: follow-up on printf formatting
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] constexpr: relax constexprness of constant conditionals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 1/2] cgcc: gendeps for -MM, -MD & -MMD too
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/3] remove useless optimization in cast_enum_list()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/3] fix sign extension in casting enums
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/3] add test for enum sign extension
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/3] fix sign extension in casting enums
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/5] tests: add varargs printf format tests
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 2/5] parse: initial parsing of __attribute__((format))
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 4/5] add -Wformat
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- follow-up on printf formatting
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 1/5] validation: ignore temporary ~ files
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH] parse: Fix sign extension in casting enums
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] parse: Fix sign extension in casting enums
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] parse: Fix sign extension in casting enums
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parse: Fix sign extension in casting enums
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: enums and EXPR_VALUE and sign expansion
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH] parse: Fix sign extension in casting enums
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: enums and EXPR_VALUE and sign expansion
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- enums and EXPR_VALUE and sign expansion
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: checkpatch warnings in sched.h
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 14/16] include/linux: prefer __section from compiler_attributes.h
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH 14/16] include/linux: prefer __section from compiler_attributes.h
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: noreturn attribute doesn't work in smatch
- From: John Levon <levon@xxxxxxxxxxxxxxxxx>
- Re: noreturn attribute doesn't work in smatch
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: noreturn attribute doesn't work in smatch
- From: John Levon <levon@xxxxxxxxxxxxxxxxx>
- Re: noreturn attribute doesn't work in smatch
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 14/16] include/linux: prefer __section from compiler_attributes.h
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH 15/16] include/linux/compiler.h: remove unused KENTRY macro
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: noreturn attribute doesn't work in smatch
- From: John Levon <levon@xxxxxxxxxxxxxxxxx>
- noreturn attribute doesn't work in smatch
- From: John Levon <levon@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] net: can: Fix compiling warning
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 14/16] include/linux: prefer __section from compiler_attributes.h
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH 14/16] include/linux: prefer __section from compiler_attributes.h
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 15/16] include/linux/compiler.h: remove unused KENTRY macro
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- [PATCH 14/16] include/linux: prefer __section from compiler_attributes.h
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH net-next] net: can: Fix compiling warning
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH net-next] net: can: Fix compiling warning
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: Packed struct size issue
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: Sparse context checking Vs Clang Thread Safety analysis
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Sparse context checking Vs Clang Thread Safety analysis
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- <linux/kernel.h>: container_of()
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: problem building sparse 0.6.0 (sparse-llvm)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- problem building sparse 0.6.0 (sparse-llvm)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] cgcc: gendeps for -MM, -MD & -MMD too
- From: Ilya Maximets <i.maximets@xxxxxxxxxxx>
- [RFC v3 2/4] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [RFC v3 1/4] parse: initial parsing of __attribute__((format))
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [RFC v3 4/4] tests: add varargs printf format tests
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [RFC v3 3/4] add -Wformat
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [RFC v3]
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [RFC v2] - formatting checks
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 2/6] parse: initial parsing of __attribute__((format))
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 6/6] evaluate: correct order of arguments
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC] va-arg processing
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 2/6] parse: initial parsing of __attribute__((format))
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 5/5] tests: add varargs printf format tests
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 3/5] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 4/5] add -Wformat
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 2/5] parse: initial parsing of __attribute__((format))
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [RFC v2] - formatting checks
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 1/5] validation: ignore temporary ~ files
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] evaluate: correct order of arguments
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] parse: initial parsing of __attribute__((format))
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC] va-arg processing
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] parse: initial parsing of __attribute__((format))
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [RFC] va-arg processing
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 6/6] evaluate: correct order of arguments
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 5/6] tests: add varargs printf format tests
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/6] add -Wformat
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 3/6] evaluate: check variadic argument types against formatting info
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 2/6] parse: initial parsing of __attribute__((format))
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 1/6] validation: ignore temporary ~ files
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/6] evaluate: check variadic argument types against formatting info
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 5/6] tests: add varargs printf format tests
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 2/6] parse: initial parsing of __attribute__((format))
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 4/6] add -Wformat
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 6/6] evaluate: correct order of arguments
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH 1/6] validation: ignore temporary ~ files
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [RFC] va-arg processing
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- [PATCH] fix allowing casts of AS pointers to uintptr_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2 0/2] casts from AS pointers and uintptr_t
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] man: explain role of uintptr_t & unsigned long in casts from AS pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] also accept casts of AS pointers to uintptr_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 0/2] casts from AS pointers and uintptr_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] trace: events: fix error directive in argument list
- From: Roopa Prabhu <roopa@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] trace: events: fix error directive in argument list
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] trace: events: fix error directive in argument list
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] man: explain role of unsigned long in casts from AS pointers.
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] man: explain role of unsigned long in casts from AS pointers.
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] trace: events: fix error directive in argument list
- From: Hariprasad Kelam <hariprasad.kelam@xxxxxxxxx>
- [PATCH AUTOSEL 4.19 21/57] compiler.h: update definition of unreachable()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.14 15/37] compiler.h: update definition of unreachable()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH] man: explain role of unsigned long in casts from AS pointers.
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] man: explain role of unsigned long in casts from AS pointers.
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] man: explain role of unsigned long in casts from AS pointers.
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] man: explain role of unsigned long in casts from AS pointers.
- From: Jann Horn <jannh@xxxxxxxxxx>
- [PATCH] man: explain role of unsigned long in casts from AS pointers.
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] trace: events: fix error directive in argument list
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2 3/4] x86/fpu: Fix __user annotations
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/4] x86/fpu: Fix __user annotations
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] evaluate: externally_visible functions don't need a declaration
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] evaluate: externally_visible functions don't need a declaration
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] evaluate: externally_visible functions don't need a declaration
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] include/linux/hugetlb.h: Convert to use vm_fault_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] include/linux/hugetlb.h: Convert to use vm_fault_t
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: question regarding sparse warning about cast truncate
- From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
- Re: question regarding sparse warning about cast truncate
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: question regarding sparse warning about cast truncate
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Simplify shift operations on constants
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Simplify shift operations on constants
- From: Thomas Weißschuh <thomas@xxxxxxxx>
- Re: [PATCH] Simplify shift operations on constants
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Simplify shift operations on constants
- From: Thomas Weißschuh <thomas@xxxxxxxx>
- Re: [PATCH] Simplify shift operations on constants
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] expand: 'conservative' must not bypass valid simplifications
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Simplify shift operations on constants
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] Simplify shift operations on constants
- From: Thomas Weißschuh <thomas@xxxxxxxx>
- [ANNOUNCE] Sparse v0.6.1-rc1
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] cgcc: use strict & warnings
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] cgcc: -MF, -MQ & -MT need an argument
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] cgcc: gendeps for -MM, -MD & -MMD too
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/2] cgcc: handle -MM, -MD, -MMD, -MF, -MQ & -MT
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] evaluate: sizeof(bool) could be larger than sizeof(char)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 5/7] cgcc: add support for x86-x32
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/7] cgcc: simpler handling of hard-float ARM
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/7] cgcc: add pseudo-archs for ppc64be/ppc64le
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] evaluate: sizeof(bool) could be larger than sizeof(char)
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [RFC 0/7] cgcc: use gcc -dumpmachine
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] cgcc: define __APPLE_CC__ on OSX
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] testsuite: fix bad escaping of '[' & ']'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] evaluate: sizeof(bool) could be larger than sizeof(char)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC 0/7] cgcc: use gcc -dumpmachine
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC 0/7] cgcc: use gcc -dumpmachine
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC 0/7] cgcc: use gcc -dumpmachine
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/4] build: let CHECKER & CHECKER_FLAGS be internals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 7/7] cgcc: extract add_specs_os() from add_specs()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 6/7] cgcc: extract add_specs_arch() from add_specs()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/7] cgcc: add support for x86-x32
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/7] cgcc: favor using 'gcc -dumpmachine' to determine specifics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/7] cgcc: simpler handling of hard-float ARM
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/7] cgcc: add pseudo-archs for ppc64be/ppc64le
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/7] cgcc: -dumpmachine should be fetched with '$ccom'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [RFC 0/7] cgcc: use gcc -dumpmachine
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/3] cgcc: use -mfloat-abi=hard for armhf
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/3] teach sparse about -msoft-float
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/3] teach sparse about -mfloat-abi on ARM
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/3] teach sparse about floating-point ABI (on ARM)
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v3 1/4] build: let CHECKER & CHECKER_FLAGS be internals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] [RFC] determine specifics using gcc -dumpmachine instead of uname -m
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] [RFC] determine specifics using gcc -dumpmachine instead of uname -m
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/4] build: let CHECKER & CHECKER_FLAGS be internals
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v3 4/4] build: honor CFLAGS & friends from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 3/4] build: get rid of MAN1DIR
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 2/4] build: always use '-Wall -Wwrite-strings'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 1/4] build: let CHECKER & CHECKER_FLAGS be internals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 0/4] honor CFLAGS & friends from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] [RFC] determine specifics using gcc -dumpmachine instead of uname -m
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [RFC] determine specifics using gcc -dumpmachine instead of uname -m
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] [RFC] determine specifics using gcc -dumpmachine instead of uname -m
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] [RFC] determine specifics using gcc -dumpmachine instead of uname -m
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS & friends from environment
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] honor CFLAGS & friends from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Some build failures of sparse 0.6.0 on Debian buildds
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Yet another failure on armhf and i386
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] honor CFLAGS from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Yet another failure on armhf and i386
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS from environment
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: Some build failures of sparse 0.6.0 on Debian buildds
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH AUTOSEL 4.20 041/105] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 35/83] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH] honor CFLAGS from environment
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] honor CFLAGS from environment
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS from environment
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS from environment
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] honor CFLAGS from environment
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH] honor CFLAGS from environment
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: Some build failures of sparse 0.6.0 on Debian buildds
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] explain cause of 'incorrect type in conditional'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] manpage: fix doc of '-Wcast-from-as'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] fix parallel install
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] tests: add test to illustrate problem on git codebase
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] tests: add test to illustrate problem on git codebase
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] tests: add test to illustrate problem on git codebase
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] Fix inconstent -m64 on 32-bit-only archs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2] target.c: ignore -m64 on archs where int32_t is a long
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Test case
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Test case
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] predefs: add arch-specific predefines
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] predefs: add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] add arch-specific predefines
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] validation: Add patterns FAIL, PASS, XPASS and XFAIL to test
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] add arch-specific predefines
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] fix for MIPS system headers needing _MIPS_SZ{INT,LONG,PTR}
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 0/4] Fix inconstent -m64 on 32-bit-only archs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 0/4] Fix inconstent -m64 on 32-bit-only archs
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH 4/4] ignore -m64 on archs where int32_t is a long
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/4] move handle_arch_m64_finalize() to init_target()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/4] move predefines out of handle_arch_m64_finalize()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/4] testsuite: remove unneeded -m64 from command-line
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/4] Fix inconstent -m64 on 32-bit-only archs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] cgcc: teach cgcc about Hurd/GNU
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v6 15/27] compiler: Option to default to hidden symbols
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v6 15/27] compiler: Option to default to hidden symbols
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [PATCH v6 15/27] compiler: Option to default to hidden symbols
- From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
- Re: [PATCH v6 15/27] compiler: Option to default to hidden symbols
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: Some build failures of sparse 0.6.0 on Debian buildds
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] validation: Add patterns FAIL, PASS, XPASS and XFAIL to test
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] validation: Add patterns FAIL, PASS, XPASS and XFAIL to test
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH v6 15/27] compiler: Option to default to hidden symbols
- From: Thomas Garnier <thgarnie@xxxxxxxxxxxx>
- Re: Some build failures of sparse 0.6.0 on Debian buildds
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: Some build failures of sparse 0.6.0 on Debian buildds
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] validation: Add patterns FAIL, PASS, XPASS and XFAIL to test
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] validation: Add patterns FAIL, PASS, XPASS and XFAIL to test
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] machine.h: Fix MACH_NATIVE on m68k
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] Makefile: default to LD = CC
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] validation: Add patterns FAIL, PASS, XPASS and XFAIL to test
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH] Makefile: default to LD = CC
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Some build failures of sparse 0.6.0 on Debian buildds
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH] validation: Add patterns FAIL, PASS, XPASS and XFAIL to test
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH] machine.h: Fix MACH_NATIVE on m68k
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH 2/2] string: use string_expression() in parse_static_assert()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] string: add helper string_expression()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/2] new helper: string_expression()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] dissect: fix processing of ASM statements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC v1 0/4] static analysis of copy_to_user()
- From: Tycho Andersen <tycho@xxxxxxxx>
- [PATCH 2/2] expand: add missing expansion of compound literals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] expand: add test for expansion of compound literals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/2] add missing expansion of compound literals
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] explain cause of 'incorrect type in conditional'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC v1 0/4] static analysis of copy_to_user()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC v1 0/4] static analysis of copy_to_user()
- From: Tycho Andersen <tycho@xxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 2/2] more consistent type info in error messages
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] display extra info for type errors in compare & conditional
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/2] improve type info in error messages
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] remove confusing intermediate 'where' in evaluate_assignment()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [SPARSE] noderef & ASM statements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [SPARSE] noderef & ASM statements
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [SPARSE] noderef & ASM statements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [SPARSE] noderef & ASM statements
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [SPARSE] noderef & ASM statements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v3 1/3] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH] kasan, arm64: remove redundant ARCH_SLAB_MINALIGN define
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- 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: Antoine Beaupré <anarcat@xxxxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Aurélien Aptel <aaptel@xxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] is_null_pointer_constant: replace magic constant by enum
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] is_null_pointer_constant: replace magic constant by enum
- From: Aurelien Aptel <aaptel@xxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- "Using plain integer as NULL pointer" false positive for zero struct initializer
- From: aaptel@xxxxxxxx (Aurélien Aptel)
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH v3 1/3] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- Re: [PATCH RFC 2/4] include/linux/compiler.h: allow memory operands
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 2/4] include/linux/compiler.h: allow memory operands
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 1/3] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v3 0/3] kasan: tag-based mode fixes
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v3 2/3] kasan: make tag based mode work with CONFIG_HARDENED_USERCOPY
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v3 3/3] kasan: fix krealloc handling for tag-based mode
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v3 1/3] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- Re: [PATCH v2 1/3] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 3/3] kasan: fix krealloc handling for tag-based mode
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC 2/4] include/linux/compiler.h: allow memory operands
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC 3/4] barriers: convert a control to a data dependency
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 1/3] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2 2/3] kasan: make tag based mode work with CONFIG_HARDENED_USERCOPY
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v2 3/3] kasan: fix krealloc handling for tag-based mode
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v2 1/3] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v2 0/3] kasan: tag-based mode fixes
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- Re: PROPOSAL: Extend inline asm syntax with size spec
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Sparse v0.6.0 released
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] remove unneeded declarations in "compat.h"
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [Bug 198979] [sparse-llvm] Tests for Sparse-LLVM backend to validate Sparse code generation
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 198977] [sparse-llvm] Add option to save output to a named file
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] remove unneeded declarations in "compat.h"
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] remove unneeded declarations in "compat.h"
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] as-name: document that identifiers are OK for address spaces
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] doc: fix list formatting
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC v1 0/4] static analysis of copy_to_user()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2] x86, kbuild: revert macrofying inline assembly code
- From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
- [PATCH] remove self-assignment of base_type
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] remove -finline-functions from CFLAGS
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] remove unused regno()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] remove redundant check of _Bool bitsize
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [RFC v1 4/4] check copy_to_user() sizes
- From: Tycho Andersen <tycho@xxxxxxxx>
- [RFC v1 3/4] add a check for copy_to_user() address spaces
- From: Tycho Andersen <tycho@xxxxxxxx>
- [RFC v1 2/4] move name-based analysis before linearization
- From: Tycho Andersen <tycho@xxxxxxxx>
- [RFC v1 1/4] expression.h: update comment to include other cast types
- From: Tycho Andersen <tycho@xxxxxxxx>
- [RFC v1 0/4] static analysis of copy_to_user()
- From: Tycho Andersen <tycho@xxxxxxxx>
- Re: [PATCH mm] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- Re: [PATCH v3 00/12] x86, kbuild: revert macrofying inline assembly code
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH v3 00/12] x86, kbuild: revert macrofying inline assembly code
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] remove unneeded declarations in "compat.h"
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.0-rc1
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v3 00/12] x86, kbuild: revert macrofying inline assembly code
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.0-rc1
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] build: check if sparse-llvm needs libc++
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] build: check if sparse-llvm needs libc++
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [PATCH mm] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] build: check if sparse-llvm needs libc++
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] build: only need includedir from llvm-config
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v3 00/12] x86, kbuild: revert macrofying inline assembly code
- From: Nadav Amit <namit@xxxxxxxxxx>
- Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Nadav Amit <namit@xxxxxxxxxx>
- Re: [PATCH v13 19/25] kasan: add hooks implementation for tag-based mode
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH mm] kasan, arm64: use ARCH_SLAB_MINALIGN instead of manual aligning
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [ANNOUNCE] Sparse v0.6.0-rc1
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v4 0/4] predefined macros for intmax_t/intptr_t/...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v4 0/4] predefined macros for intmax_t/intptr_t/...
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/4] predefined macros for intmax_t/intptr_t/...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v13 19/25] kasan: add hooks implementation for tag-based mode
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v13 19/25] kasan: add hooks implementation for tag-based mode
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- Re: [PATCH v4 0/4] predefined macros for intmax_t/intptr_t/...
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v3 00/12] x86, kbuild: revert macrofying inline assembly code
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- [PATCH v3 08/12] Revert "x86/objtool: Use asm macros to work around GCC inlining bugs"
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH v2] x86, kbuild: revert macrofying inline assembly code
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Nadav Amit <namit@xxxxxxxxxx>
- [PATCH v4 4/4] add predefine_min() and use it for __{WCHAR,WINT}_MIN__
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v4 3/4] add predefine for __CHAR_UNSIGNED__
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v4 2/4] fixup! add predefined macros for [u]int32_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v4 1/4] fixup! make predefined_type_size() more generic
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v4 0/4] predefined macros for intmax_t/intptr_t/...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] add a flag to warn on casts to/from bitwise pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 6/6] show-parse: use show_typename() instead of show_type()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/6] show-parse: remove unused builtin_ctypename()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/6] show-parse: remove string_ctype from typenames
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/6] show-parse: do not display base type's redundant specifiers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/6] show-parse: don't display null ident in show_typename()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/6] show-parse: strip do_show_type()'s trailing space
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/6] small improvements of show_typename()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] x86, kbuild: revert macrofying inline assembly code
- From: Nadav Amit <namit@xxxxxxxxxx>
- [PATCH v2] x86, kbuild: revert macrofying inline assembly code
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Nadav Amit <namit@xxxxxxxxxx>
- [PATCH] Add testcases for bitwise cast on pointer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] don't display null ident in show_typename()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH v3 00/19] predefined macros for intmax_t/intptr_t/...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v13 19/25] kasan: add hooks implementation for tag-based mode
- From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
- Re: [PATCH v3 00/19] predefined macros for intmax_t/intptr_t/...
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v3 19/19] fix the size of long double
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 18/19] add predefined macros for char{16,32}_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 17/19] add predefined macros for [u]int32_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 16/19] add predefined macros for [u]int64_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 15/19] add predefined macros for [u]int{8,16}_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 14/19] add predefined macros for [u]intmax
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 13/19] add predefined macros for [u]intptr
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 12/19] add predefined macros for wint_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 11/19] use the type for predefined_max()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 10/19] give a type to wchar
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 09/19] make predefined_type_size() more generic
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 08/19] add builtin_type_suffix()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 07/19] use bits_mask() for predefined_max()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 06/19] allow optional "_T" suffix to __SIZEOF_XXX__
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 05/19] fix '__SIZE_TYPE__' for LLP64
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 04/19] testsuite: test predef macros on LP32/LP64/LLP64
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 03/19] test endianness with __BYTE_ORDER__
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 02/19] Consolidate 'machine detection' into "machine.h"
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 01/19] add detection of native platform
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 00/19] predefined macros for intmax_t/intptr_t/...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] kbuild, x86: revert macros in extended asm workarounds
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/14] make predefined_type_size() more generic
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2 06/14] make predefined_type_size() more generic
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 05/14] add builtin_type_suffix()
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]