Linux Sparse

• Thread Index

• Re: [PATCH 1/3] struct_union_enum_specifier: set MOD_TOPLEVEL if toplevel(sym->scope)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/3] struct_union_enum_specifier: set MOD_TOPLEVEL if toplevel(sym->scope)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/3] struct_union_enum_specifier: set MOD_TOPLEVEL if toplevel(sym->scope)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] dissect: enforce MOD_TOPLEVEL if SYM_STRUCT was not defined
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 2/3] dissect: fix sym_is_local(SYM_STRUCT/UNION/ENUM)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/3] struct_union_enum_specifier: set MOD_TOPLEVEL if toplevel(sym->scope)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] dissect: introduce sym_is_local() for reporter
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] dissect: kill no_member()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/2] dissect: don't set ->ident = '?' in no_member()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] dissect: use show_ident() to print dctx->ident
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] dissect: introduce sym_is_local() for reporter
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: smatch/sparse complaints on static assertion
  • From: Shannon Nelson <snelson@xxxxxxxxxxx>
• Re: smatch/sparse complaints on static assertion
  • From: Shannon Nelson <snelson@xxxxxxxxxxx>
• Re: [PATCH] dissect: introduce sym_is_local() for reporter
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: smatch/sparse complaints on static assertion
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: smatch/sparse complaints on static assertion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• smatch/sparse complaints on static assertion
  • From: Shannon Nelson <snelson@xxxxxxxxxxx>
• [PATCH] dissect: move __sparse() callsite from test-dissect.c to dissect.c
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] dissect: introduce sym_is_local() for reporter
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] dissect: set sym->kind for reporter
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] dissect: enforce sym->kind='f' when it looks like a function call
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/2] dissect: set sym->kind for reporter
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] do the tree inlining during expansion phase
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] dissect: introduce dissect_ctx
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] dissect: kill return_type
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] dissect: change do_symbol(SYM_FN) to check base_type->stmt != NULL
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] dissect: introduce dissect_ctx
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH bpf] bpf: Improve bucket_log calculation logic
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] fix type compatibility of _Atomic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] dissect: introduce dissect_ctx
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] dissect: introduce dissect_ctx
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse problem with Linux kernel v5.5
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• sparse problem with Linux kernel v5.5
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] dissect: minor fixes/cleanups
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] dissect: introduce reporter->r_memdef()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 2/4] dissect: turn mk_name() into deanon()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 4/4] dissect: disallow NULL pointers in struct reporter
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 3/4] dissect: change deanon() to handle the !node case
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/4] dissect: don't report anonymous members in initializers
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/4] dissect: minor fixes/cleanups
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: PATCH: sparse_add_switch() for backends to register new switches into main parsing table
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: PATCH: sparse_add_switch() for backends to register new switches into main parsing table
  • From: Xan Phung <xan.phung@xxxxxxxxx>
• Re: PATCH: sparse_add_switch() for backends to register new switches into main parsing table
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• PATCH: sparse_add_switch() for backends to register new switches into main parsing table
  • From: Xan Phung <xan.phung@xxxxxxxxx>
• Re: PATCH: domtree_build() creates extraneous bb->doms entries
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: PATCH: domtree_build() creates extraneous bb->doms entries
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] predefine "i386" if needed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] predefine "i386" if needed
  • From: john.levon@xxxxxxxxxx
• Re: [PATCH] correct sparcv9 defines
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] correct sparcv9 defines
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add necessary defined for sunos-derived systems
  • From: john.levon@xxxxxxxxxx
• [PATCH] pre-define __unix__ and friends
  • From: john.levon@xxxxxxxxxx
• [PATCH] define __PRAGMA_REDEFINE_EXTNAME
  • From: john.levon@xxxxxxxxxx
• [PATCH] correct sparcv9 defines
  • From: john.levon@xxxxxxxxxx
• Re: [PATCH] show_parse: avoid null pointer dereference in do_show_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] show_parse: avoid null pointer dereference in do_show_type()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] locking/refcount: add sparse annotations to dec-and-lock functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] ptrlist: fix typos
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/10] arch: arch_mach is not needed anymore
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/10] arch: use arch_target for INT128's predefine
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/10] arch: move target-specific predefines to the target files.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/10] arch: move cmodel predefines to the target files.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/10] arch: move arch-specificities to their own files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/10] arch: move handle_arch_finalize() into target_init()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/10] arch: use an arch-specific default for -msize-long
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/10] arch: move parsing of --arch=<ARCH> to target.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/10] cgcc: rename 'ppc64+{be,le}' to 'ppc64{be,le}'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/10] cgcc: add support for riscv32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/10] move arch specificities in their own files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] improve diagnostic message about wrong redeclaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] improve diagnostic message about wrong redeclaration
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] improve diagnostic message about wrong redeclaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] improve diagnostic message about wrong redeclaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/4] typeof: extract examine_typeof() from examine_symbol_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] improve diagnostic message about wrong redeclaration
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] typeof: do not let classify_type() do its own SYM_TYPEOF expansion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/4] typeof: extract examine_typeof() from examine_symbol_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/4] typeof: extract examine_typeof() from examine_symbol_type()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] typeof: do not let classify_type() do its own SYM_TYPEOF expansion
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] improve diagnostic message about wrong redeclaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] typeof: avoid using is_bitfield_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] typeof: extract examine_typeof() from examine_symbol_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] typeof: do not let classify_type() do its own SYM_TYPEOF expansion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] mark strings as examined & evaluated
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] tidy-up of typeof expansion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] constexpr: mark __builtin_choose_expr() as constexpr
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix testcase with non-constant initializer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 17/17] constant expansion of strings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/17] RFC: allow expansion of accessed constants if 'static const'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/17] fix cost of dereference of symbols with complex type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/17] fix simplify_loads() when doing type punning
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/17] fix expansion of initializer (default)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/17] fix expansion of initializer (mismatching type)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/17] fix expansion of initializer (mismatching size)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/17] degenerated arrays & functions are addressable too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/17] fix addressability marking in evaluate_addressof()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/17] extract mark_addressable() from evaluate_addressof().
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/17] add test for constant expansion of complex initializer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/17] add test for dereference cost of symbol with complex type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/17] add test for union cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/17] add testcase for addressability of 'complex' symbols
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/17] add testcase for addressability of degenerated symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/17] add testcase for expansion of default initializers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/17] split testcases for type punning & constant initializer expansion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/17] improve expansion of constant symbols
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix premature examination of dereferenced object
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/5] improve diagnostic messages concerning bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/5] improve diagnostic messages concerning bitfields
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] bitfield: display the bitfield name in error messages
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] bitfield: keep the bitfield ident
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] bitfield: oversized bitfields are errors
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] bitfield: don't warn twice on invalid width
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] bitfield: add testcases for invalid bitfield width
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] improve diagnostic messages concerning bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [DRAFT] add support for GCC's __auto_type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [DRAFT] add support for GCC's __auto_type
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [DRAFT] add support for GCC's __auto_type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/7] reorganize the __STDC_VERSION__/__STRICT_ANSI__ switch statement
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 7/7] teach sparse about C17
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 5/7] simplify definition of __STRICT_ANSI__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 7/7] teach sparse about C17
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] simplify definition of __STRICT_ANSI__
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] reorganize the __STDC_VERSION__/__STRICT_ANSI__ switch statement
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC PATCH] cgcc: only define __CYGWIN32__ for -m32 builds
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] cgcc: only define __CYGWIN32__ for -m32 builds
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] remove redundant degenerate() in compatible_assignment_types()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: avoid standard includes in the tests
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/7] teach sparse about C17
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/7] separate definition of __STDC_NO_ATOMICS__ and friends from C11
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/7] reorganize the __STDC_VERSION__/__STRICT_ANSI__ switch statement
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/7] simplify definition of __STRICT_ANSI__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/7] allow to test the standard version outside of lib.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/7] alt definition for STANDARD_GNU89 & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/7] simplify initialization of Wdeclarationafterstatement
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] add support for '-std=c17'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] cgcc: fix definition of 'linux' macro
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC PATCH] cgcc: only define __CYGWIN32__ for -m32 builds
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH] cgcc: only define __CYGWIN32__ for -m32 builds
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] cgcc: fix definition of 'linux' macro
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/12] arch: use a variable for the OS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 03/12] arch: keep BSD & Darwin specifics with i386/x86-64 specifics
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/4] More arch specific fixes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: add missing predefines for PPC
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] arch: add missing predfines: __amd64 & __amd64__
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/12] arch: sparc32 on SunOS/Solaris uses 128-bit long doubles
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/12] arch: use a variable for the OS
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/12] arch: char32_t should be the same as uint32_t, not uint
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/12] arch: keep BSD & Darwin specifics with i386/x86-64 specifics
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/12] arch: simplify i386/x86-64 specifics
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] cgcc: add support for riscv64
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] arch: fix wchar_t & wint_t for openbsd
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] arch: add missing predefines for PPC
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] arch: add missing predfines: __amd64 & __amd64__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] More arch specific fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 12/12] arch: add note for 128-bit long double on mips64
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 11/12] arch: sparc32 on SunOS/Solaris uses 128-bit long doubles
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/12] arch: fix wchar_t & wint_t on SunOS/Solaris
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/12] arch: use a variable for the OS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/12] arch: add predefines for INT128 only on supported archs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/12] arch: (almost) all platforms simply use int for int32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/12] arch: char32_t should be the same as uint32_t, not uint
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/12] arch: remove impossible cases with 64-bit arch not being lp64
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/12] arch: do not needlessly set bitness on 32-bit archs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/12] arch: keep BSD & Darwin specifics with i386/x86-64 specifics
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/12] arch: simplify i386/x86-64 specifics
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/12] arch: fix the signedness of plain chars
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 00/12] Miscellaneous arch specific fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] spec: replace lllong_ctype by int128_ctype
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] spec: replace lllong_ctype by int128_ctype
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgcc: filter-out -msize-long & -msize-llp64
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] let function definition inherit prototype attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] spec: replace lllong_ctype by int128_ctype
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] cgcc: filter-out -msize-long & -msize-llp64
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] let function definition inherit prototype attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] let function definition inherit prototype attributes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] allow 'static' forward declaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2] let function definition inherit prototype attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/5] propagate function modifiers only to functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/5] add tests for function attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/5] fix propagation of function attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/5] propagate function modifiers only to functions
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] allow omitted function attribute in definition
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] propagate function modifiers only to functions
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] add tests for function attributes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] fix propagation of function attributes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] propagate function modifiers only to functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] allow omitted function attribute in definition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] fix assignment check with function attribute
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] fix assignment: pointer to __pure/__noreturn function to void *
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] add tests for function attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] fix propagation of function attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] function attributes apply to the function declaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] function attributes apply to the function declaration
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] give a correct position to mode
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] cgcc: let cygwin use -fshort-wchar
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] arch: teach sparse about -fshort-wchar
  • 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] make wchar_t be correct on Cygwin via cgcc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] arch: remove impossible cases with 64-bit arch not being lp64
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] arch: char32_t should be the same as uint32_t, not uint
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/8] arch: arm uses long for int32_t
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] arch: ppc32 has 64-bit long double
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] arch: do not needlessly set bitness on 32-bit archs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/8] arch: simplify i386/x86-64 specifics
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] arch: keep BSD & Darwin specifics with i386/x86-64 specifics
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] arch: fix the signedness of plain chars
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [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>