Linux Sparse
[Prev Page][Next Page]
- 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>
- Re: fun with ?:
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: '$' as "valid" character in identifiers
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- '$' as "valid" character in identifiers
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: fun with ?:
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- Re: [PATCH 5/5] Add cygwin support to cgcc
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: "Morten Welinder" <mwelinder@xxxxxxxxx>
- [PATCH 5/5] Add cygwin support to cgcc
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] Fix an "'__sentinel__' attribute directive ignored" warning
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Running sparse on the Wine code (Was: Re: Ignore the cdecl and stdcall attributes for now.)
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] Sparse on Cygwin (and git).
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Running sparse on the Wine code (Was: Re: Ignore the cdecl and stdcall attributes for now.)
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: fun with ?:
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/5] Fix an __attribute__() parsing error
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: [PATCH 3/5] Add (more) support for WIN32 attribute names
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Ignore the cdecl and stdcall attributes for now.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/5] Fix an __attribute__() parsing error
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] Improved flow graphs
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: fun with ?:
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Beautify all & install Makefile targets v2
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compilation warning on 64 bits platforms
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Ignore the cdecl and stdcall attributes for now.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH 0/5] Sparse on Cygwin (and git).
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] Add (more) support for WIN32 attribute names
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] Fix an __attribute__() parsing error
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx>
- [PATCH] Beautify all & install Makefile targets v2
- From: Damien Lespiau <damien.lespiau@xxxxxxxxx>
- Re: [PATCH] Beautify all & install Makefile targets
- From: "Damien Lespiau" <damien.lespiau@xxxxxxxxx>
- [PATCH] Fix compilation warning on 64 bits platforms v2
- From: Damien Lespiau <damien.lespiau@xxxxxxxxx>
- Re: [PATCH] Fix compilation warning on 64 bits platforms
- From: "Damien Lespiau" <damien.lespiau@xxxxxxxxx>
- Re: Ignore the cdecl and stdcall attributes for now.
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- Re: Antwort: Re: Differences in the behaviour of sparse and gcc within cygwin environment
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Antwort: Re: Differences in the behaviour of sparse and gcc within cygwin environment
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] __DATE__ & __TIME expansion v2
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compilation warning on 64 bits platforms
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Beautify all & install Makefile targets
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compilation warning on 64 bits platforms
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compilation warning on 64 bits platforms
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] __DATE__ & __TIME expansion
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- [PATCH] Fix compilation warning on 64 bits platforms
- From: Damien Lespiau <damien.lespiau@xxxxxxxxx>
- Re: [PATCH] __DATE__ & __TIME expansion
- From: "Damien Lespiau" <damien.lespiau@xxxxxxxxx>
- [PATCH] __DATE__ & __TIME expansion v2
- From: Damien Lespiau <damien.lespiau@xxxxxxxxx>
- Re: [PATCH] __DATE__ & __TIME expansion
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] __DATE__ & __TIME expansion
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] __DATE__ & __TIME expansion
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: [PATCH] Change sparse homepage in ctags headers.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH] __DATE__ & __TIME expansion
- From: Damien Lespiau <damien.lespiau@xxxxxxxxx>
- [PATCH] Beautify all & install Makefile targets
- From: Damien Lespiau <damien.lespiau@xxxxxxxxx>
- [PATCH] Change sparse homepage in ctags headers.
- From: Damien Lespiau <damien.lespiau@xxxxxxxxx>
- fun with ?:
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Differences in the behaviour of sparse and gcc within cygwin environment
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Differences in the behaviour of sparse and gcc within cygwin environment
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] Improved flow graphs
- From: "Anderson Lizardo" <anderson.lizardo@xxxxxxxxx>
- Re: Ignore the cdecl and stdcall attributes for now.
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: Ignore the cdecl and stdcall attributes for now.
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- [PATCH 0/2] Improved flow graphs
- From: Dan Sheridan <djs@xxxxxxxxxxxxxx>
- Re: Test that causes sparse to hang
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Test that causes sparse to hang
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Ignore the cdecl and stdcall attributes for now.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Ignore the cdecl and stdcall attributes for now.
- From: Michael Stefaniuc <mstefani@xxxxxxxxxx>
- [PATCH 2/2] Add gvpr-based post-processing for graphs
- From: Dan Sheridan <djs@xxxxxxxxxxxxxx>
- [PATCH 1/2] Improved graph generation using subgraph clusters for functions
- From: Dan Sheridan <djs@xxxxxxxxxxxxxx>
- Re: Style checking
- From: "Mike Goodwin" <mike.goodwin@xxxxxxxxxx>
- A Sparse C Interpreter [was: looking for any examples of using sparse]
- From: Tommy Thorn <tommy@xxxxxxxxxxxx>
- Re: looking for any examples of using sparse
- From: "Mike Goodwin" <mike.goodwin@xxxxxxxxxx>
- looking for any examples of using sparse
- From: "Mish Mash" <khalota@xxxxxxxxx>
- Re: inline functions and context
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: inline functions and context
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: Re: Listing special marked symbols - attribute section
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Antwort: Re: Listing special marked symbols - attribute section
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: Listing special marked symbols - attribute section
- From: "Chris Li" <christ.li@xxxxxxxxx>
- Re: Style checking
- From: Uwe Kleine-König <ukleinek@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Listing special marked symbols - attribute section
- From: Thomas Schmid <Thomas.Schmid@xxxxxxxxxxxxxxxxx>
- Re: barrier macro
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Array declarators not well diagnosed
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: barrier macro
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse memset warnings
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: barrier macro
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Variable "combinations" in tokenize.c and token.h
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: barrier macro
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: barrier macro
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: barrier macro
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: barrier macro
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: barrier macro
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Dave Jones <davej@xxxxxxxxxx>
- Sparse 0.3 version number
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- barrier macro
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: Variable "combinations" in tokenize.c and token.h
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse -Wptr-subtraction-blows: still needed?
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Variable "combinations" in tokenize.c and token.h
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- sparse -Wptr-subtraction-blows: still needed?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [ANNOUNCE] Sparse 0.3 released
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: 0.3 ?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Style checking
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: C++ support
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- C++ support
- From: "Mitesh Shah" <Mitesh.Shah@xxxxxxx>
- Style checking
- From: "Mike Goodwin" <mike.goodwin@xxxxxxxxxx>
- Re: sparse preprocessing confused
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse preprocessing confused
- From: Chris Wedgwood <cw@xxxxxxxx>
- Re: sparse preprocessing confused
- From: Neil Booth <neil@xxxxxxxxxxxxxxx>
- Re: sparse preprocessing confused
- From: "Morten Welinder" <mwelinder@xxxxxxxxx>
- sparse preprocessing confused
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] handle label attributes
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Fix the annotated inline call position
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: 0.3 ?
- From: Pavel Roskin <proski@xxxxxxx>
- 0.3 ?
- From: Dave Jones <davej@xxxxxxxxxx>
- Wikipedia entry
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- [PATCH] Sparse- add macro bracket checking
- From: "Darren Jenkins\\" <darrenrjenkins@xxxxxxxxx>
- Re: [PATCH 7] Adding the interrupt checker
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 7] Adding the interrupt checker
- From: "Suhabe Bugrara" <suhabe@xxxxxxxxxxxx>
- Re: Sparse RFC
- From: Uwe Kleine-König <ukleinek@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Sparse RFC
- From: "Darren Jenkins" <darrenrjenkins@xxxxxxxxx>
- Re: Sparse RFC
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add const to pointer qualifiers for __chk_user_ptr and __chk_io_ptr.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Add const to pointer qualifiers for __chk_user_ptr and __chk_io_ptr.
- From: "Russ Cox" <rsc@xxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Add const to pointer qualifiers for __chk_user_ptr and __chk_io_ptr.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Sparse RFC
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- [PATCH] Add const to pointer qualifiers for __chk_user_ptr and __chk_io_ptr.
- From: "Russ Cox" <rsc@xxxxxxxxx>
- Sparse RFC
- From: "Darren Jenkins\\" <darrenrjenkins@xxxxxxxxx>
- Re: [PATCH] handle label attributes
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH] vector parsing (take II)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH] handle label attributes
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH] Fix the annotated inline call position
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: more spewage (Re: sparse segfault on ppc64)
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- more spewage (Re: sparse segfault on ppc64)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- [PATCH] vector parsing, was Re: sparse segfault on ppc64.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse segfault on ppc64.
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- sparse segfault on ppc64.
- From: Dave Jones <davej@xxxxxxxxxx>
- Sparse participating in Google Summer of Code 2007; apply by March 24th
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Sparse homepage moved; Git repository moving soon [Re: update 'getting sparse' info.]
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: Sparse homepage moved; Git repository moving soon [Re: update 'getting sparse' info.]
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: Sparse homepage moved; Git repository moving soon [Re: update 'getting sparse' info.]
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: constness bug in include/linux/compiler.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: constness bug in include/linux/compiler.h
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: constness bug in include/linux/compiler.h
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: constness bug in include/linux/compiler.h
- From: "Russ Cox" <rsc@xxxxxxxxx>
- Re: constness bug in include/linux/compiler.h
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Sparse homepage moved; Git repository moving soon [Re: update 'getting sparse' info.]
- From: Josh Triplett <josh@xxxxxxxxxx>
- Re: Sparse homepage moved; Git repository moving soon [Re: update 'getting sparse' info.]
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- constness bug in include/linux/compiler.h
- From: "Russ Cox" <rsc@xxxxxxxxx>
- Re: sparse context tags
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse context tags
- From: Christopher Li <sparse@xxxxxxxxxxx>
- sparse context tags
- From: "Russ Cox" <rsc@xxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: "Darren Jenkins" <darrenrjenkins@xxxxxxxxx>
- Re: [PATCH 0/5] keyword driven parsing
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: OT
- From: David Miller <davem@xxxxxxxxxxxxx>
- OT [Re: sparse using insane amounts of memory]
- From: "Tommy Thorn" <tommy@xxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
- Re: BUG: sparse redeclaration warning when assigning to a declared variable!
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- BUG: sparse redeclaration warning when assigning to a declared variable!
- From: Blaisorblade <blaisorblade@xxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Chris Wedgwood <cw@xxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse using insane amounts of memory
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse using insane amounts of memory
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: sparse using insane amounts of memory
- From: Pavel Roskin <proski@xxxxxxx>
- sparse using insane amounts of memory
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] keyword driven parsing
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 0/5] keyword driven parsing
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] keyword driven parsing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] Introduce keyword driven attribute parsing
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 4/5] Introduce top level parsing for asm parsing.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 2/5] Introducing statement keywords
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 2/5] Free up some special bits in modifiers.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 1/5] Moving statement parsing into smaller functions.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 0/5] keyword driven parsing
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: "Morten Welinder" <mwelinder@xxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: "Christopher Li" <sparse@xxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: sparse segfault in kernel -mm tree
- From: Christopher Li <sparse@xxxxxxxxxxx>
- sparse segfault in kernel -mm tree
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH 7] Adding the interrupt checker
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 4] Disable liveness "dead" instruction by default.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Git mirror delay
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse as a compiler front-end
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] dissect: simplify lookup_member()
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] Introduce expression_error
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Introduce expression_error
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Update README to match changes in the initialization code
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Update the information in README about using the library.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] dissect: simplify lookup_member()
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Introduce expression_error
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH] Introduce expression_error
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Bogus locking warnings
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Bogus locking warnings
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Bogus locking warnings
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 3] Fix core dump on huge switch
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: exposing __attribute__ portability macros in lib.h; any objections?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 1] Adding debug option for showing the linearized instruction.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- exposing __attribute__ portability macros in lib.h; any objections?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Fun with Linux 2.6.21-rc1
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 1] Adding debug option for showing the linearized instruction.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH] Re: Fun with Linux 2.6.21-rc1
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Fun with Linux 2.6.21-rc1
- From: Pavel Roskin <proski@xxxxxxx>
- Fun with Linux 2.6.21-rc1
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] dissect: fix multidimensional array initializer
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 2] Fix core dump on anonymous symbol.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1] Adding debug option for showing the linearized instruction.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] dissect: cleanup report_implicit()
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 11] Make the ptrlist using the sparse allocator.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH](take II) Sparse fooled by double semicolon
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparse just seg faulted on me!
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparse just seg faulted on me!
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Re: __attribute__ annotations and struct types
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Over-eager code elimination?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Over-eager code elimination?
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Over-eager code elimination?
- From: Dan Sheridan <djs@xxxxxxxxxxxxxx>
- Re: [PATCH] Re: __attribute__ annotations and struct types
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH] Re: Sparse just seg faulted on me!
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Re: __attribute__ annotations and struct types
- From: Daniel Drake <ddrake@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparse just seg faulted on me!
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Re: Sparse just seg faulted on me!
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] Re: __attribute__ annotations and struct types
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Re: Sparse just seg faulted on me!
- From: Christopher Li <sparse@xxxxxxxxxxx>
- __attribute__ annotations and struct types
- From: Daniel Drake <ddrake@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparse just seg faulted on me!
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] Re: Sparse just seg faulted on me!
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Sparse just seg faulted on me!
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: Bogus sparse warning?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: Bogus sparse warning?
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: Bogus sparse warning?
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: Another sparse warning...
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Another sparse warning...
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: Another sparse warning...
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Another sparse warning...
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Another sparse warning...
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: Bogus sparse warning?
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: Bogus sparse warning?
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Bogus sparse warning?
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Another sparse warning...
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: Another sparse warning...
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Bogus sparse warning?
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Another sparse warning...
- From: Anton Altaparmakov <aia21@xxxxxxxxx>
- Re: [ANNOUNCE] sparse-0.2-cl2 is now available
- From: Andi Kleen <ak@xxxxxxx>
- Re: [ANNOUNCE] sparse-0.2-cl2 is now available
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [ANNOUNCE] sparse-0.2-cl2 is now available
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] sparse-0.2-cl2 is now available
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [ANNOUNCE] sparse-0.2-cl2 is now available
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH 8] Adding spinlock checker
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 7] Adding the interrupt checker
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 6] Adding the malloc NULL pointer checker.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 5] Add annotation for inline function call.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 4] Disable liveness "dead" instruction by default.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 3] Fix core dump on huge switch
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 2] Fix core dump on anonymous symbol.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 1] Adding debug option for showing the linearized instruction.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [ANNOUNCE] sparse-0.2-cl2 is now available
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Re: error, types differ in signedness
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Re: error, types differ in signedness
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] Re: error, types differ in signedness
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Re: error, types differ in signedness
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] Re: error, types differ in signedness
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH] Re: error, types differ in signedness
- From: Christopher Li <sparse@xxxxxxxxxxx>
- error, types differ in signedness
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [ANNOUNCE] sparse-0.2-cl1 is now available
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Pavel Roskin <proski@xxxxxxx>
- Re: Feature request - suppress warnings for system libraries
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Feature request - allow boolean operations of undefined cpp symbols
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Feature request - suppress warnings for system libraries
- From: Pavel Roskin <proski@xxxxxxx>
- Feature request - allow boolean operations of undefined cpp symbols
- From: Pavel Roskin <proski@xxxxxxx>
- Re: sparse 0.2 - incomprehensible context warnings
- From: Christopher Li <sparse@xxxxxxxxxxx>
- RE: attributes are not stored at right location for array variables
- From: "Mitesh Shah" <mshah@xxxxxxxx>
- Re: attributes are not stored at right location for array variables
- From: "Chris Li" <christ.li@xxxxxxxxx>
- attributes are not stored at right location for array variables
- From: "Mitesh Shah" <mshah@xxxxxxxx>
- Re: [PATCH](take II) Sparse fooled by double semicolon
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH](take II) Sparse fooled by double semicolon
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] Sparse fooled by double semicolon
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH] Sparse fooled by double semicolon
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Sparse fooled by double semicolon
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH 5] Adding the NULL pointer checker.
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5] Adding the NULL pointer checker.
- From: "Chris Li" <sparse@xxxxxxxxxxx>
- Re: [PATCH] Fix mistaken comparison that becomes a no-op.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 10] Marking anonymous string.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 9] Another attempt to fix the attribute parsing.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 8] Enhance debug information.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 7] Allow more than one command line include file.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 5] Adding the NULL pointer checker.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 5] Update usage chain for dead instruction.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 4] Update usage chain for dead instruction
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 3] Add instruction to pseudo user tracking.
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Change the symbol access list to pseudo list
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: [PATCH 1] The updated sparse ctags
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- [PATCH 11] Make the ptrlist using the sparse allocator.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 10] Marking anonymous string.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 9] Another attempt to fix the attribute parsing.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 8] Enhance debug information.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 5] Adding the NULL pointer checker.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 7] Allow more than one command line include file.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 5] Adding the NULL pointer checker.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 5] Update usage chain for dead instruction.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 4] Update usage chain for dead instruction
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 3] Add instruction to pseudo user tracking.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH] Change the symbol access list to pseudo list
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 1] The updated sparse ctags
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Dave Jones <davej@xxxxxxxxxx>
- RE: How do I get the latest sparse?
- From: "Mitesh Shah" <mshah@xxxxxxxx>
- Re: How do I get the latest sparse?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: How do I get the latest sparse?
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- RE: How do I get the latest sparse?
- From: "Mitesh Shah" <mshah@xxxxxxxx>
- Re: How do I get the latest sparse?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- How do I get the latest sparse?
- From: "Mitesh Shah" <mshah@xxxxxxxx>
- Re: [LLVMdev] Sparse and LLVM
- From: Reid Spencer <rspencer@xxxxxxxxxxxxxxx>
- [RFC] [PATCH 3/4] and other branch usage fix
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [RFC] [PATCH 4/4] adding the null pointer checking
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [RFC] [PATCH 2/4] remove dead branch usage
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [RFC] [PATCH 1/4] pseudo user chain fix.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [RFC] More checking with sparse 0/4
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Sparse and LLVM
- From: "Chris Li" <sparse@xxxxxxxxxxx>
- Sparse and LLVM
- From: "Sanghyeon Seo" <sanxiyn@xxxxxxxxx>
- Re: Linux Kernel Markers format string idea
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Re: [RFC PATCH] Handling multiple -include directives
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [RFC PATCH] Handling multiple -include directives
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [RFC PATCH] Handling multiple -include directives
- From: Pavel Roskin <proski@xxxxxxx>
- [RFC PATCH] Handling multiple -include directives
- From: Pavel Roskin <proski@xxxxxxx>
- Linux Kernel Markers format string idea
- From: Mathieu Desnoyers <compudj@xxxxxxxxxxxxxxxxxx>
- [PATCH] adding anonymous string
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH][RFC] Adding instruction to pseudo user tracking.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] dissect: fix multidimensional array initializer
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] Update README to match changes in the initialization code
- From: James Westby <jw+debian@xxxxxxxxxxxxxxx>
- [PATCH] Update README to match changes in the initialization code
- From: James Westby <jw+debian@xxxxxxxxxxxxxxx>
- Re: [PATCH] dissect: fix multidimensional array initializer
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH] Update the information in README about using the library.
- From: James Westby <jw+debian@xxxxxxxxxxxxxxx>
- Re: [PATCH] Fix mistaken comparison that becomes a no-op.
- From: James Westby <jw+debian@xxxxxxxxxxxxxxx>
- Re: [PATCH] Fix mistaken comparison that becomes a no-op.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH] Fix mistaken comparison that becomes a no-op.
- From: James Westby <jw+debian@xxxxxxxxxxxxxxx>
- [PATCH] Enhance debug information.
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH][take II] Re: sparse handles int64_t type wrong
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH] dissect: fix multidimensional array initializer
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- [PATCH] dissect: simplify lookup_member()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- [PATCH] dissect: cleanup report_implicit()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH][RFC] Re: sparse handles int64_t type wrong
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH][RFC] Re: sparse handles int64_t type wrong
- From: Linus Torvalds <torvalds@xxxxxxxx>
- Re: [PATCH][RFC] Re: sparse handles int64_t type wrong
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH][RFC] Re: sparse handles int64_t type wrong
- From: Linus Torvalds <torvalds@xxxxxxxx>
- [PATCH][RFC] Re: sparse handles int64_t type wrong
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: basic block output order?
- From: Linus Torvalds <torvalds@xxxxxxxx>
- Re: basic block output order?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse handles int64_t type wrong
- From: Yura Pakhuchiy <pakhuchiy@xxxxxxxxx>
- Re: sparse handles int64_t type wrong
- From: Linus Torvalds <torvalds@xxxxxxxx>
- Re: sparse handles int64_t type wrong
- From: Yura Pakhuchiy <pakhuchiy@xxxxxxxxx>
- Re: sparse handles int64_t type wrong
- From: Linus Torvalds <torvalds@xxxxxxxx>
- sparse handles int64_t type wrong
- From: Yura Pakhuchiy <pakhuchiy@xxxxxxxxx>
- Re: basic block output order?
- From: Linus Torvalds <torvalds@xxxxxxxx>
- basic block output order?
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: sparse as a compiler front-end
- From: Matt Domsch <Matt_Domsch@xxxxxxxx>
- Re: sparse as a compiler front-end
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: sparse as a compiler front-end
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: sparse as a compiler front-end
- From: Josh Triplett <josh@xxxxxxxxxxxxxxx>
- Re: sparse as a compiler front-end
- From: Matt Domsch <Matt_Domsch@xxxxxxxx>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]