Linux Sparse
[Prev Page][Next Page]
- Re: [PATCH 0/9] context tracking updates
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 0/9] context tracking updates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/9] context tracking updates
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [PATCH 0/9] context tracking updates
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [PATCH 0/9] context tracking updates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/9] context tracking updates
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [PATCH 0/9] context tracking updates
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: Bogus error for constant array sizes
- From: Pavel Roskin <proski@xxxxxxx>
- Bogus error for constant array sizes
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse context warning problem ...
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse context warning problem ...
- From: David Brownell <david-b@xxxxxxxxxxx>
- [PATCH 6/9] check context expressions as expressions
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 5/9] revert the conditional_context patch
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 3/9] allow context() attribute on variables
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 0/9] context tracking updates
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 9/9] check inlines explicitly
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 1/9] add test for acquire/release
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 7/9] test conditional result locking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 4/9] evaluate/expand context expressions
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 2/9] add __exact_context__
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 8/9] show required context in instruction output
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse context warning problem ...
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Memory corruption with long filenames
- From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
- [PATCH] Set *tree to NULL on error
- From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
- [PATCH] Fix use of invalid file descriptor
- From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
- Re: Sparse annotation for "context imbalance" false positives?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Sparse annotation for "context imbalance" false positives?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Sparse annotation for "context imbalance" false positives?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Sparse annotation for "context imbalance" false positives?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: sparse context warning problem ...
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse context warning problem ...
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: sparse context warning problem ...
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse context warning problem ...
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse context warning problem ...
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: sparse context warning problem ...
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- sparse context warning problem ...
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] ignore __cold__ attribute
- From: Pavel Roskin <proski@xxxxxxx>
- Re: multiple source files [was four sparse patches]
- From: "Geoff Johnstone" <geoffsheep.johnstonefrog@xxxxxxxxxxxxxx>
- [PATCH] - add --version to command line
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: A few notes on how I see the whole process working.
- From: "Chris Li" <christ.li@xxxxxxxxx>
- Re: A few notes on how I see the whole process working.
- From: "Alexey Zaytsev" <alexey.zaytsev@xxxxxxxxx>
- Re: [PATCH] bitops: simplify generic bit finding functions
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [PATCH] bitops: simplify generic bit finding functions
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 6/5] test conditional result locking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 6/5] test conditional result locking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 4/5] revert the conditional_context patch
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 5/5] check context expressions as expressions
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 2/5] allow context() attribute on variables
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 1/5] add __exact_context__
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 3/5] evaluate/expand context expressions
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 0/5] more sparse context tracking improvements
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] allow context attribute on variables
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [RFC 1/2] evaluate context expressions
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] evaluate/expand context expressions
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: confusing shift warning
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- Re: confusing shift warning
- From: Pavel Roskin <proski@xxxxxxx>
- Re: confusing shift warning
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- Re: confusing shift warning
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- Re: confusing shift warning
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- Re: confusing shift warning
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- [PATCH] Ignore "cold" and "hot" attributes, which appeared in gcc 4.3
- From: Pavel Roskin <proski@xxxxxxx>
- Re: confusing shift warning
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- confusing shift warning
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- Re: Re: Re: [PATCH 15/16] deal with enum members without excessive PITA
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix bug in context tracking code
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Simplify (and warn about) right shifts that result in zero
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Simplify (and warn about) right shifts that result in zero
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] ignore __cold__ attribute
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] Fix cast instruction generation
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] allow context attribute on variables
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Simplify (and warn about) right shifts that result in zero
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 2/2] Simplify (and warn about) right shifts that result in zero
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Simplify (and warn about) right shifts that result in zero
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH 2/2] Simplify (and warn about) right shifts that result in zero
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] Fix cast instruction generation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: A few notes on how I see the whole process working.
- From: "Alexey Zaytsev" <alexey.zaytsev@xxxxxxxxx>
- [PATCH] allow context attribute on variables
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] add __exact_context__
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] fix bug in context tracking code
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] ignore __cold__ attribute
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] ignore __cold__ attribute
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH] ignore __cold__ attribute
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] activate context checking when context input and output values in __attribute__() are the same and different of zero
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: four sparse patches
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] improve context handling
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC 0/3] Examples for the new sparse context tracking functionality
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC 0/3] Examples for the new sparse context tracking functionality
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [RFC 0/3] Examples for the new sparse context tracking functionality
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC 0/3] Examples for the new sparse context tracking functionality
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: four sparse patches
- From: "Geoff Johnstone" <geoffsheep.johnstonefrog@xxxxxxxxxxxxxx>
- Re: [RFC 3/3] mac80211: annotate with __requires_rcu
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC 3/3] mac80211: annotate with __requires_rcu
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 1/3] add macros for new sparse features
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 5/3] improve -Wcontext code and messages
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 4/3] inlined call bugfix & test
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [RFC 1/3] add macros for new sparse features
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] make sparse keep its promise about context tracking
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [RFC 0/3] Examples for the new sparse context tracking functionality
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [RFC 3/3] mac80211: annotate with __requires_rcu
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [RFC 2/3] rcu: allow functions to declare they need RCU locking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [RFC 1/3] add macros for new sparse features
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [RFC 0/3] Examples for the new sparse context tracking functionality
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 3/3] sparse: simple conditional context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 1/3] make sparse keep its promise about context tracking
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 0/3] improve context handling
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH 2/3] sparse test suite: add test mixing __context__ and __attribute__((context(...)))
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Using sparse to catch invalid RCU dereferences?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- My proposed GSoC2008 project.
- From: "Alexey Zaytsev" <alexey.zaytsev@xxxxxxxxx>
- Using sparse to catch invalid RCU dereferences?
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] Fix crash in linearize_compound_statement()
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: [RFC PATCH] Fix crash in linearize_compound_statement()
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [RFC PATCH] Fix crash in linearize_compound_statement()
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: rewrite_parent_branch: Assertion `changed' failed
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- Re: rewrite_parent_branch: Assertion `changed' failed
- From: Pavel Roskin <proski@xxxxxxx>
- [RFC PATCH] Fix crash in linearize_compound_statement()
- From: Pavel Roskin <proski@xxxxxxx>
- Re: rewrite_parent_branch: Assertion `changed' failed
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- rewrite_parent_branch: Assertion `changed' failed
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- Re: [PATCH] cgcc: handle ppc arch
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: four sparse patches
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: [PATCH 7/7] asm-generic: suppress sparse warning in ioctl.h
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] asm-generic: suppress sparse warning in ioctl.h
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: [PATCH 7/7] asm-generic: suppress sparse warning in ioctl.h
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] asm-generic: suppress sparse warning in ioctl.h
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] catch !x & y brainos
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] fix show_typename()
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] saner warnings for restricted types
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] asm-generic: suppress sparse warning in ioctl.h
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH] cgcc: handle ppc arch
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] The require_context attribute
- From: "Darren Jenkins" <darrenrjenkins@xxxxxxxxx>
- Summer of Code student deadline extended to April 7th
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] The require_context attribute
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [PATCH] The require_context attribute
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- Re: [PATCH] The require_context attribute
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [PATCH] The require_context attribute
- From: "Darren Jenkins" <darrenrjenkins@xxxxxxxxx>
- Re: four sparse patches
- From: "Geoff Johnstone" <geoffsheep.johnstonefrog@xxxxxxxxxxxxxx>
- [PATCH] The require_context attribute
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: How to work on Sparse for Summer of Code 2008
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Interrupt context
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: Interrupt context
- From: Octavian Purdila <tavi@xxxxxxxxx>
- Re: Interrupt context
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: Interrupt context
- From: Octavian Purdila <tavi@xxxxxxxxx>
- Re: Interrupt context
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Interrupt context
- From: "Codrin Alexandru Grajdeanu" <grcodal@xxxxxxxxx>
- Re: How to work on Sparse for Summer of Code 2008
- From: rajika@xxxxxxxxxxxxx
- Re: How to work on Sparse for Summer of Code 2008
- From: Barton C Massey <bart@xxxxxxxxxx>
- How to work on Sparse for Summer of Code 2008
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re:
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [no subject]
- From: rajika@xxxxxxxxxxxxx
- Re: Sparse and the Google Summer of Code 2008
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: Sparse and the Google Summer of Code 2008
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: Sparse and the Google Summer of Code 2008
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: Sparse and the Google Summer of Code 2008
- From: "Alexey Zaytsev" <alexey.zaytsev@xxxxxxxxx>
- Re: Sparse and the Google Summer of Code 2008
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: Sparse and the Google Summer of Code 2008
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: Sparse and the Google Summer of Code 2008
- From: James Westby <jw+debian@xxxxxxxxxxxxxxx>
- Re: Sparse and the Google Summer of Code 2008
- From: Josh Triplett <josh@xxxxxxxxxx>
- Sparse and the Google Summer of Code 2008
- From: "Alexey Zaytsev" <alexey.zaytsev@xxxxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Julia Lawall <julia@xxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: "Bart Van Assche" <bart.vanassche@xxxxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Julia Lawall <julia@xxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: [PATCH 6/9] drivers/net/wireless/iwlwifi/iwl-4965.c: Correct use of ! and &
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: assertion failure in flow.c:804 (changed) building kernel/sched.c
- From: Roel Kluin <12o3l@xxxxxxxxxx>
- assertion failure in flow.c:804 (changed) building kernel/sched.c
- From: Roel Kluin <12o3l@xxxxxxxxxx>
- Re: feature-request
- From: Pavel Roskin <proski@xxxxxxx>
- Re: feature-request
- From: Pierre Habouzit <madcoder@xxxxxxxxxx>
- Re: feature-request
- From: Pavel Roskin <proski@xxxxxxx>
- feature-request
- From: Pierre Habouzit <madcoder@xxxxxxxxxx>
- Re: for (int i = expr; ....)
- From: Pierre Habouzit <pierre.habouzit@xxxxxxx>
- [PATCH 3/3] catch !x & y brainos
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 2/3] fix show_typename()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 1/3] saner warnings for restricted types
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: for (int i = expr; ....)
- From: "Chris Li" <christ.li@xxxxxxxxx>
- Re: label 'continue' already bound, unreplaced symbol 'return'
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- for (int i = expr; ....)
- From: Pierre Habouzit <pierre.habouzit@xxxxxxx>
- Re: preprocess(), external_declaration(), writing a "smart" editor
- From: Reza Roboubi <reza@xxxxxxxxxxxxxxxx>
- label 'continue' already bound, unreplaced symbol 'return'
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Crash, apparent memory corruption
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Crash, apparent memory corruption
- From: Pavel Roskin <proski@xxxxxxx>
- Crash, apparent memory corruption
- From: Pavel Roskin <proski@xxxxxxx>
- Re: preprocess(), external_declaration(), writing a "smart" editor
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- [PATCH] activate context checking when context input and output values in __attribute__() are the same and different of zero
- From: "sylvain nahas" <sylvain.nahas@xxxxxxxxxxxxxx>
- preprocess(), external_declaration(), writing a "smart" editor
- From: Reza Roboubi <reza@xxxxxxxxxxxxxxxx>
- Re: ./graph | dot > bad.png
- From: Reza Roboubi <reza@xxxxxxxxxxxxxxxx>
- ./graph | dot > bad.png
- From: Reza Roboubi <reza@xxxxxxxxxxxxxxxx>
- Re: [PATCH] saner warnings for restricted types
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] saner warnings for restricted types
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] saner warnings for restricted types
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] saner warnings for restricted types
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH] saner warnings for restricted types
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Behaviour of attribute "context" changed, sparse 0.3 vs. 0.4(.1)
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- [patch] Mac OS X specs for cgcc
- From: "Marko Kreen" <markokr@xxxxxxxxx>
- Re: [Security] Signed divides vs shifts (Re: /dev/urandom uses uninit bytes, leaks user data)
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [Security] Signed divides vs shifts (Re: /dev/urandom uses uninit bytes, leaks user data)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Signed divides vs shifts (Re: [Security] /dev/urandom uses uninit bytes, leaks user data)
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- Re: Signed divides vs shifts (Re: [Security] /dev/urandom uses uninit bytes, leaks user data)
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Signed divides vs shifts (Re: [Security] /dev/urandom uses uninit bytes, leaks user data)
- From: "Ray Lee" <ray-lk@xxxxxxxxxxxxx>
- Re: Signed divides vs shifts (Re: [Security] /dev/urandom uses uninit bytes, leaks user data)
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- Re: Signed divides vs shifts (Re: [Security] /dev/urandom uses uninit bytes, leaks user data)
- From: "Ray Lee" <ray-lk@xxxxxxxxxxxxx>
- Re: Signed divides vs shifts (Re: [Security] /dev/urandom uses uninit bytes, leaks user data)
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Signed divides vs shifts (Re: [Security] /dev/urandom uses uninit bytes, leaks user data)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Antwort: Re: Re: [PATCH 15/16] deal with enum members without excessive PITA
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH 15/16] deal with enum members without excessive PITA
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Antwort: Re: [PATCH 15/16] deal with enum members without excessive PITA
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 15/16] deal with enum members without excessive PITA
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: annotating semaphores.
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: annotating semaphores.
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: [PATCH 15/16] deal with enum members without excessive PITA
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- annotating semaphores.
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: Backend projects for Sparse
- From: nkavv@xxxxxxxxxxxxxxx
- Re: Backend projects for Sparse
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: Backend projects for Sparse
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Backend projects for Sparse
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: Backend projects for Sparse
- From: Nikolaos Kavvadias <nkavv@xxxxxxxxxxxxxxx>
- Re: Backend projects for Sparse
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Backend projects for Sparse
- From: nkavv@xxxxxxxxxxxxxxx
- Sparse 0.4.1 released
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Handle ignored attribute malloc
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Bogus 'not declared' warning
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: assertion when running sparse on current linux.git
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: assertion when running sparse on current linux.git
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- assertion when running sparse on current linux.git
- From: Dave Jones <davej@xxxxxxxxxx>
- [PATCH] Re: segfaults in pathological cases from gcc testsuite
- From: "Chris Li" <christ.li@xxxxxxxxx>
- Re: segfaults in pathological cases from gcc testsuite
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: Cygwin compile error: No rule to make target `compat-Windows_NT.o', needed by `libsparse.a
- From: Kovarththanan Rajaratnam <krj@xxxxxxxxxxxxx>
- RE: [PATCH] Handle ignored attribute malloc
- From: "Medve Emilian-EMMEDVE1" <Emilian.Medve@xxxxxxxxxxxxx>
- Cygwin compile error: No rule to make target `compat-Windows_NT.o', needed by `libsparse.a
- From: Jari Aalto <jari.aalto@xxxxxxxxx>
- Re: [PATCH] Handle ignored attribute malloc
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- [PATCH] Handle ignored attribute malloc
- From: Emil Medve <Emilian.Medve@xxxxxxxxxxxxx>
- Re: Bogus 'not declared' warning
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Bogus 'not declared' warning
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: segfaults in pathological cases from gcc testsuite
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: [PATCH] allow ifdef in macro arguments
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- segfaults in pathological cases from gcc testsuite
- From: Alexey Dobriyan <adobriyan@xxxxx>
- Re: [PATCH] allow ifdef in macro arguments
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] allow ifdef in macro arguments
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH] allow ifdef in macro arguments
- From: Ralf Wildenhues <Ralf.Wildenhues@xxxxxx>
- [PATCH] allow ifdef in macro arguments
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: [PATCH] Re: sparse breakage triggered by rcu_read_lock() lockdep annotations
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH] Re: sparse breakage triggered by rcu_read_lock() lockdep annotations
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: sparse breakage triggered by rcu_read_lock() lockdep annotations
- From: "Chris Li" <christ.li@xxxxxxxxx>
- Re: sparse breakage triggered by rcu_read_lock() lockdep annotations
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- sparse failure.
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- sparse breakage triggered by rcu_read_lock() lockdep annotations
- From: Alexey Dobriyan <adobriyan@xxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: Format-string sanity checks
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Alexey Dobriyan <adobriyan@xxxxx>
- Format-string sanity checks
- From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Pavel Roskin <proski@xxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Pierre Ossman <drzeus@xxxxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: "Morten Welinder" <mwelinder@xxxxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Andreas Schwab <schwab@xxxxxxx>
- idio{,ma}tic typos (was Re: + fix-vm_can_nonlinear-check-in-sys_remap_file_pages.patch added to -mm tree)
- From: Alexey Dobriyan <adobriyan@xxxxx>
- Re: [patch] fix install perms of manpages
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [patch] fix install perms of manpages
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Sparse 0.4 released
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: License Questions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: License Questions
- From: "Mathias Hasselmann" <Mathias.Hasselmann@xxxxxx>
- Re: GObject introspection patches
- From: "Mathias Hasselmann" <Mathias.Hasselmann@xxxxxx>
- Re: License Questions
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- Re: License Questions
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- License Questions
- From: Mathias Hasselmann <mathias.hasselmann@xxxxxx>
- Re: strict aliasing warnings in Sparse; -fno-strict-aliasing
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: GObject introspection patches
- From: Mathias Hasselmann <mathias.hasselmann@xxxxxx>
- Re: GObject introspection patches
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: GObject introspection patches
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- GObject introspection patches
- From: Mathias Hasselmann <mathias.hasselmann@xxxxxx>
- strict aliasing warnings in Sparse; -fno-strict-aliasing
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: what's with "symbol blah was not declared"
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- what's with "symbol blah was not declared"
- From: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH] add __builtin_labs()
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Make cgcc filter out all sparse warning related options
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH] add __builtin_labs()
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [PATCH] Make cgcc filter out all sparse warning related options
- From: Yura Pakhuchiy <pakhuchiy@xxxxxxxxx>
- Re: [PATCH] libxml compile fix on Cygwin
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH] libxml compile fix on Cygwin
- From: Kovarththanan Rajaratnam <krj@xxxxxxxxxxxxx>
- Re: sparse ctags
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: sparse ctags
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse ctags
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [patch] improve flag handling
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [patch] improve flag handling
- From: "Mike Frysinger" <vapier.adi@xxxxxxxxx>
- Re: specifying custom attributes
- From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
- Re: specifying custom attributes
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: Antwort: Re: Finding all typedefs
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- specifying custom attributes
- From: "Mike Frysinger" <vapier.adi@xxxxxxxxx>
- Antwort: Re: Finding all typedefs
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: Finding all typedefs
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- Re: random line shuffling test
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: Finding all typedefs
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: Finding all typedefs
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Warnings while compiling sparse
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: Warnings while compiling sparse
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: random line shuffling test
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Warnings while compiling sparse
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- random line shuffling test
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: [PATCH] tokenize.c: Simplify drop_stream_eoln().
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [git pull] misc fixes
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [git pull] misc fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] Add some test-suite metadata for various tests
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- Re: looking for any examples of using sparse
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: Finding all typedefs
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Finding all typedefs
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Krzysztof Halasa <khc@xxxxxxxxx>
- Re: [PATCH] parse.c: Adding va_end().
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Krzysztof Halasa <khc@xxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Krzysztof Halasa <khc@xxxxxxxxx>
- [PATCH] parse.c: Adding va_end().
- From: ricknu-0@xxxxxxxxxxxxxx
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CodingStyle: proscribe do-while without braces.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] CodingStyle: proscribe do-while without braces.
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] expression.c: Adding va_end().
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] tokenize.c: Replacing handmade rutin with existing function.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse breakage (x86_64: Add vDSO for x86-64 with gettimeofday/clock_gettime/getcpu)
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Booleans, what a wonderful type!
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Booleans, what a wonderful type!
- From: ricknu-0@xxxxxxxxxxxxxx
- Re: Booleans, what a wonderful type!
- From: ricknu-0@xxxxxxxxxxxxxx
- [PATCH] tokenize.c: Replacing handmade rutin with existing function.
- From: ricknu-0@xxxxxxxxxxxxxx
- [PATCH] expression.c: Adding va_end().
- From: ricknu-0@xxxxxxxxxxxxxx
- [PATCH] tokenize.c: Simplify drop_stream_eoln().
- From: ricknu-0@xxxxxxxxxxxxxx
- Re: Booleans, what a wonderful type!
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: Booleans, what a wonderful type!
- From: Brett Nash <nash@xxxxxxx>
- Re: Booleans, what a wonderful type!
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Booleans, what a wonderful type!
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Booleans, what a wonderful type!
- From: ricknu-0@xxxxxxxxxxxxxx
- Re: [PATCH] c2xml
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- [RFC PATCH] Make sparse return 1 if errors occurred
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [patches] more type cleanups and fixes
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] saner show_type()
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] c2xml
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 7/8] rewrite type_difference()
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/8] rewrite type_difference()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 7/8] rewrite type_difference()
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/8] clean up evaluate_sign()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] integer_promotions() can't get SYM_NODE
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/8] clean up evaluate_sign()
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] c2xml
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- [PATCH 8/8] deal correctly with qualifiers on arrays
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 7/8] rewrite type_difference()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 6/8] fix the sanity check in evaluate_ptr_sub()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 5/8] get compatible_assignment_types() deal with all cases
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 4/8] start cleaning type_difference()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 3/8] integer_promotions() can't get SYM_NODE
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 2/8] clean up evaluate_sign()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 1/8] saner show_type()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [patches] more type cleanups and fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- New LLVM C front-end
- From: Chris Lattner <sabre@xxxxxxxxxx>
- Re: [PATCH] c2xml
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] show_type() format problems
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Apostrophes confuse preprocessor
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [RFC] show_type() format problems
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- [RFC] show_type() format problems
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH] fix handling of pointers in ?:
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] fix handling of address_space in casts and assignments
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: "Anderson Lizardo" <anderson.lizardo@xxxxxxxxx>
- [PATCH] fix handling of pointers in ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] fix handling of address_space in casts and assignments
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: "Damien Lespiau" <damien.lespiau@xxxxxxxxx>
- Re: [PATCH] make size_t better approximate the reality
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] fix the comma handling in integer constant expressions
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Structures from -include are "weak"
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Structures from -include are "weak"
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Structures from -include are "weak"
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Structures from -include are "weak"
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86_64: arch_pick_mmap_layout() fixlet
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [patch 5/9] x86_64: arch_pick_mmap_layout() fixlet
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86_64: arch_pick_mmap_layout() fixlet
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86_64: arch_pick_mmap_layout() fixlet
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: [patch 5/9] x86_64: arch_pick_mmap_layout() fixlet
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: support of __restrict and __constructor__
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- support of __restrict and __constructor__
- From: Yura Pakhuchiy <pakhuchiy@xxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Chris Lattner <sabre@xxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC] bloody mess with __attribute__() syntax
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [RFC] bloody mess with __attribute__() syntax
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] explicitly signed and friends
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: [RFC] explicitly signed and friends
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] explicitly signed and friends
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- [RFC] explicitly signed and friends
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH] c2xml
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- [PATCH 4/4] add c2xml program
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- [PATCH 3/4] new get_type_name function
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: "Damien Lespiau" <damien.lespiau@xxxxxxxxx>
- [PATCH] make size_t better approximate the reality
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] first pass at null pointer constants
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] fix the comma handling in integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Antwort: Re: Antwort: Re: Messing typedefs?
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH 2/4] add sparse_keep_tokens api to lib.h
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- [PATCH 1/4] add end position to symbols
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: "Damien Lespiau" <damien.lespiau@xxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: "Damien Lespiau" <damien.lespiau@xxxxxxxxx>
- Re: [PATCH] c2xml
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 5/6] Fix warnings about undeclared globals, they are irrelevant to the test
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/6] Avoid use of libc headers in the validation suite
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/6] cgcc: preserve sparse exit code if -no-compile is used
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/6] Bitfield without explicit sign should be a warning, not an error
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH] c2xml
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH 6/6] Add a simple test script, embed expected results into test files
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH 5/6] Fix warnings about undeclared globals, they are irrelevant to the test
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH 4/6] Avoid use of libc headers in the validation suite
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH 3/6] cgcc: preserve sparse exit code if -no-compile is used
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH 2/6] Hardcode actual type sizes, add -m32 support
- From: Pavel Roskin <proski@xxxxxxx>
- [PATCH 1/6] Bitfield without explicit sign should be a warning, not an error
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH] c2xml
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Alexey Dobriyan <adobriyan@xxxxx>
- Re: declaration specifiers wooziness
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: declaration specifiers wooziness
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- [PATCH] c2xml
- From: Rob Taylor <rob.taylor@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- declaration specifiers wooziness
- From: Alexey Dobriyan <adobriyan@xxxxx>
- Antwort: Re: Antwort: Re: Messing typedefs?
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: Antwort: Re: Messing typedefs?
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: support for C++ ?
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: support for C++ ?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: support for C++ ?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- sparse ctags
- From: "Aneesh Kumar" <aneesh.kumar@xxxxxxxxx>
- Antwort: Re: Messing typedefs?
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: support for C++ ?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- support for C++ ?
- From: Mathieu Bouchard <matju@xxxxxxxxxxxx>
- problems with qualifiers on arrays
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 16/16] fix handling of integer constant expressions
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 15/16] deal with enum members without excessive PITA
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 14/16] warn on return <void expression>;
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 13/16] in case of compound literal we want to delay examining type
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 12/16] move degenerate() down into compatible_assignment_types()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 11/16] fix default argument promotion
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 10/16] fix index conversions in evaluate_ptr_add()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 9/16] clean up usual_conversions(), kill evaluate_shift()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 8/16] clean up the typechecking in arithmetics
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 7/16] cleanup of evaluate_assign_op()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 6/16] remove useless argument in evaluate_ptr_sub()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 5/16] remove long-dead variable in evaluate_ptr_add()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 4/16] null pointer constants have no special meaning for pointer subtraction
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 3/16] mechanically split compatible_assignment_types()
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 2/16] take cast_to() out of usual_conversions(), do it in callers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH 1/16] missing NULL checks in initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [patchset] rewrite of initializer handling
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix -E handling
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Messing typedefs?
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- [PATCH] Fix -E handling
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Messing typedefs?
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] Improve error message if using a member of an incomplete struct or union
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] '\?' is a valid escape character defined by ANSI C. Its value is '?'.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse missing bitwise warnings with dubious bitfields
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- sparse missing bitwise warnings with dubious bitfields
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: warnings in git-wireless
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: warnings in git-wireless
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] Improve error message if using a member of an incomplete struct or union
- From: Pavel Roskin <proski@xxxxxxx>
- sparse and ARRAY_SIZE() foolproofing
- From: Alexey Dobriyan <adobriyan@xxxxx>
- [PATCH] '\?' is a valid escape character defined by ANSI C. Its value is '?'.
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- sizeof() problem
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: [RFC] infinite loop in free_preprocessor_line()
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] infinite loop in free_preprocessor_line()
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Please make "no member" error more informative
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 0/2] Improved flow graphs
- From: Dan Sheridan <djs@xxxxxxxxxxxxxx>
- Re: [patches] misc fixes
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [RFC] infinite loop in free_preprocessor_line()
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: pointer arithmetics and casts
- From: "Morten Welinder" <mwelinder@xxxxxxxxx>
- [RFC] infinite loop in free_preprocessor_line()
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: pointer arithmetics and casts
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- pointer arithmetics and casts
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: comparison of safe pointers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: comparison of safe pointers
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- comparison of safe pointers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] better recovery from bad operations on bitwise
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] fix interaction of typeof with bitwise types
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] fix alignment for _Bool
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] check for whitespace before object-like macro body
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] saner reporting of overlaps in initializers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] handle __alignof as equivalent of __alignof__
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [patches] misc fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] Add (more) support for WIN32 attribute names
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH 0/5] Sparse on Cygwin (and git).
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/5] Fix an __attribute__() parsing error
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] Add (more) support for WIN32 attribute names
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/5] Fix an __attribute__() parsing error
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Brett Nash <nash@xxxxxxx>
- Re: fun with ?:
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Derek M Jones <derek@xxxxxxxxxxxx>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]