Linux Sparse

• Thread Index

• [GIT PULL v6] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL v6] prepare for LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL] fix expansion of integers to floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL] fix function or array address in conditionals
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [GIT PULL] fix test cases on 32bit
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2] fix OP_PHI usage in try_to_simplify_bb(), correctly
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix OP_PHI usage in try_to_simplify_bb(), correctly
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix OP_PHI usage in try_to_simplify_bb(), correctly
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v3 00/21] improve constexpr handling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v6 02/15] add table to "negate" some opcode
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential issue with handling of va_arg()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Potential issue with handling of va_arg()
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential issue with handling of va_arg()
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Potential issue with handling of va_arg()
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 00/21] improve constexpr handling
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Update on dmr_C project
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v6 02/15] add table to "negate" some opcode
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Update on dmr_C project
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v6 00/52] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 00/21] improve constexpr handling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v6 00/52] LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v6 00/52] LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v3 00/21] improve constexpr handling
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH v4 25/25] constexpr: flag __builtin_bswap() as constexpr
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 24/25] give default return type in evaluate_call()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 23/25] return an error if too few args
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 22/25] constexpr: treat comparisons between types as integer constexpr
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 21/25] constexpr: support compound literals as address constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 20/25] constexpr: relax some constant expression rules for pointer expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 19/25] constexpr: flag builtins constant_p, safe_p and warning as constexprs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 18/25] constexpr: examine constness of __builtin_offsetof at evaluation only
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 17/25] constexpr: recognize references to labels as address constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 16/25] constexpr: recognize string literals as address constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 15/25] constexpr: recognize members of static compound objects as address constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 14/25] constexpr: recognize address constants created through pointer arithmetic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 13/25] constexpr: recognize address constants created through casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 12/25] constexpr: recognize static objects as address constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 11/25] constexpr: check static storage duration objects' intializers' constness
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 10/25] constexpr: collect storage modifiers of initializers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 09/25] constexpr: rename handle_simple_initializer() to handle_initializer()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 08/25] constexpr: add support for tagging address constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 07/25] constexpr: add support for tagging arithmetic constant expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 06/25] constexpr: examine constness of conditionals at evaluation only
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 05/25] constexpr: examine constness of preops at evaluation only
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 04/25] constexpr: examine constness of binops and alike at evaluation only
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 03/25] constexpr: examine constness of casts at evaluation only
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 02/25] constexpr: init flags at expression allocation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 01/25] constexpr: introduce additional expression constness tracking flags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 00/25] improve constexpr handling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Update on dmr_C project
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 00/21] improve constexpr handling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse-llvm array size computation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Suggest new opcode to help with initialization of aggregate types: Was: sparse-llvm initialization of local vars
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH 4/4] add support of floating-point specific arithmetic ops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] add test case for boolean negation on float
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] fix linearize_inc_dec() with floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH 3/4] fix support of floating-point compare
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] floating-point specific instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential incorrect simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Potential incorrect simplification
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm load and store sizes are not handled correctly
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm load and store sizes are not handled correctly
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v6 00/15] prepare for LLVM fixes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 46/52] llvm: fix get value from initialized symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 52/52] llvm: fix creation of sparsec's tmp files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 51/52] llvm: cleanup of output_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 43/52] llvm: fix mutated OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 44/52] llvm: fix mutated OP_[PTR]CAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 40/52] llvm: fix mutated OP_RET
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 50/52] llvm: add support for cast from floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 49/52] llvm: add support for OP_FPCAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 45/52] llvm: add support for restricted types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 19/52] llvm: add support for OP_NEG
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 48/52] llvm: fix type of bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 42/52] llvm: fix mutated OP_SWITCH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 47/52] llvm: fix get value from non-anonymous symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 34/52] llvm: make value_to_ivalue() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 38/52] llvm: introduce get_ioperand()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 39/52] llvm: fix mutating function pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 33/52] llvm: make value_to_pvalue() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 36/52] llvm: let pseudo_to_value() directly use the type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 41/52] llvm: fix mutated OP_SEL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 35/52] llvm: add test case pointer compare with cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 28/52] llvm: fix type of switch constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 27/52] llvm: variadic functions are not being marked as such
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 37/52] llvm: remove unneeded pseudo_to_value() unneeded argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 06/52] llvm: give arguments a name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 32/52] llvm: fix OP_SWITCH has no target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 26/52] llvm: adjust OP_RET's type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 31/52] llvm: add support for OP_SWITCH with a range
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 25/52] llvm: give correct type to binops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 30/52] llvm: give a name to all values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 24/52] llvm: fix type in comparison with an address constant
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 29/52] llvm: make pseudo_name() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 15/52] llvm: add test cases for symbol's address
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 12/52] llvm: fix output_op_store() which modify its operand
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 18/52] llvm: add test cases for degenerated pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 23/52] llvm: fix pointer/float mixup in comparisons
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 17/52] llvm: add test cases for arrays passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 22/52] llvm: ignore OP_INLINED_CALL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 11/52] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 21/52] llvm: add support for OP_SETVAL with labels
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 14/52] llvm: take care of degenerated rvalues
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 20/52] llvm: add support for OP_SETVAL with floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 04/52] llvm: reduce scope of 'bb_nr'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 16/52] llvm: add test cases for pointers passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 08/52] llvm: avoid useless temp variable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 13/52] llvm: fix output_op_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 07/52] llvm: give a name to call's return values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 10/52] llvm: fix test of floating-point type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 05/52] llvm: use pseudo_list_size() instead of open coding it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 09/52] llvm: extract get_sym_value() from pseudo_to_value()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 03/52] llvm: remove unneeded function::type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 00/52] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 02/52] llvm: remove unneeded 'generation'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 01/52] llvm: remove unneeded arg 'module'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 09/15] give function's arguments a type via OP_PUSH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 01/15] don't output value of anonymous symbol's pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 15/15] add support for wider type in switch-case
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 14/15] add doc about sparse's instructions/IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 11/15] give a type to OP_PHISOURCEs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 10/15] insure that all OP_PUSHs are just before their OP_CALL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 02/15] add table to "negate" some opcode
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 00/15] prepare for LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 06/15] add is_signed_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 07/15] fix usage of inlined calls
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 08/15] inlined calls should not block BB packing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 03/15] use opcode table for compare_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 12/15] give a type to OP_SELs, always
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 13/15] give a type to OP_SWITCHs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 05/15] canonicalize compare instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 04/15] canonicalize binops before simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: extra 'make check' failures on 32bit Linux
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: extra 'make check' failures on 32bit Linux
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] rewrite compare_opcode() like swap_compare_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: extra 'make check' failures on 32bit Linux
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: extra 'make check' failures on 32bit Linux
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] fix expansion of integers to floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] fix test cases on 32bit
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] do not depends on limits.h to test __CHAR_BIT__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] predefine __INT_MAX__ and friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] fix test validation/div.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] fix test for cast to bool on 32bit machines
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] predefine __SIZEOF_INT__ & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: extra 'make check' failures on 32bit Linux
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: extra 'make check' failures on 32bit Linux
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: extra 'make check' failures on 32bit Linux
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• extra 'make check' failures on 32bit Linux
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse-llvm outstanding fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm initialization of local vars
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] rewrite compare_opcode() like swap_compare_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v5 04/14] rewrite compare_opcode() like swap_compare_opcode()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 03/63] canonicalize compare instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v5 04/14] rewrite compare_opcode() like swap_compare_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 03/63] canonicalize compare instructions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v5 04/14] rewrite compare_opcode() like swap_compare_opcode()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 51/51] llvm: cleanup of output_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 50/51] llvm: add support for cast from floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 49/51] llvm: add support for OP_FPCAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 48/51] llvm: fix type of bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 47/51] llvm: fix get value from non-anonymous symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 46/51] llvm: fix get value from initialized symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 45/51] llvm: add support for restricted types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 44/51] llvm: fix mutated OP_[PTR]CAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 43/51] llvm: fix mutated OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 42/51] llvm: fix mutated OP_SWITCH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 41/51] llvm: fix mutated OP_SEL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 40/51] llvm: fix mutated OP_RET
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 39/51] llvm: fix mutating function pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 38/51] llvm: introduce get_ioperand()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 37/51] llvm: remove unneeded pseudo_to_value() unneeded argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 36/51] llvm: let pseudo_to_value() directly use the type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 35/51] llvm: add test case pointer compare with cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 34/51] llvm: make value_to_ivalue() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 33/51] llvm: make value_to_pvalue() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 32/51] llvm: fix OP_SWITCH has no target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 31/51] llvm: add support for OP_SWITCH with a range
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 30/51] llvm: give a name to all values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 29/51] llvm: make pseudo_name() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 28/51] llvm: fix type of switch constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 27/51] llvm: variadic functions are not being marked as such
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 26/51] llvm: adjust OP_RET's type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 25/51] llvm: give correct type to binops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 24/51] llvm: fix type in comparison with an address constant
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 23/51] llvm: fix pointer/float mixup in comparisons
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 22/51] llvm: ignore OP_INLINED_CALL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 21/51] llvm: add support for OP_SETVAL with labels
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 20/51] llvm: add support for OP_SETVAL with floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 19/51] llvm: add support for OP_NEG
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 18/51] llvm: add test cases for degenerated pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 17/51] llvm: add test cases for arrays passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 16/51] llvm: add test cases for pointers passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 15/51] llvm: add test cases for symbol's address
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 14/51] llvm: take care of degenerated rvalues
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 13/51] llvm: fix output_op_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 12/51] llvm: fix output_op_store() which modify its operand
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 11/51] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 10/51] llvm: fix test of floating-point type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 09/51] llvm: extract get_sym_value() from pseudo_to_value()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 08/51] llvm: avoid useless temp variable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 07/51] llvm: give a name to call's return values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 06/51] llvm: give arguments a name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 05/51] llvm: use pseudo_list_size() instead of open coding it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 04/51] llvm: reduce scope of 'bb_nr'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 03/51] llvm: remove unneeded function::type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 02/51] llvm: remove unneeded 'generation'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 01/51] llvm: remove unneeded arg 'module'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 00/51] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 14/14] add support for wider type in switch-case
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 13/14] add doc about sparse's instructions/IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 12/14] give a type to OP_SWITCHs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 11/14] give a type to OP_SELs, always
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 10/14] give a type to OP_PHISOURCEs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 09/14] insure that all OP_PUSHs are just before their OP_CALL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 08/14] give function's arguments a type via OP_PUSH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 07/14] inlined calls should not block BB packing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 06/14] fix usage of inlined calls
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 05/14] add is_signed_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 04/14] rewrite compare_opcode() like swap_compare_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 03/14] canonicalize compare instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 01/14] don't output value of anonymous symbol's pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 02/14] canonicalize binops before simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/14] prepare LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 02/63] allow binop simplification after canonicalization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 03/63] canonicalize compare instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] avoid crash with test-linearize -vv
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 32/63] llvm: add support for OP_SETVAL with floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 32/63] llvm: add support for OP_SETVAL with floats
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 03/63] canonicalize compare instructions
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 02/63] allow binop simplification after canonicalization
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] avoid crash with test-linearize -vv
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Sparse IR documentation
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Adding an option to sparse to disable the IR simplifications
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Adding an option to sparse to disable the IR simplifications
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with handling of phisrc instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/7] fix is_scalar_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/7] fix evaluation of a function or array symbol in conditionals
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/7] warn if testing the address of an array
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/7] add is_array_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/7] warn if testing the address of a function
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/7] teach sparse about -Waddress
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/7] add is_func_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] fix function or array address in conditionals
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse-llvm issue with handling of phisrc instruction
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH] show OP_PHI without VOID
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] Add more declarations for more builtin functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix OP_PHI usage in try_to_simplify_bb(), correctly
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Another potential issue with linearized output
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Another potential issue with linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Another potential issue with linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Another potential issue with linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Another potential issue with linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Possible linearizer issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Possible linearizer issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/63] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/63] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/63] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Reverting OP_SYMADDR in sparse-llvm
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/63] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Reverting OP_SYMADDR in sparse-llvm
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/63] LLVM fixes
  • From: Pekka Enberg <penberg@xxxxxx>
• [PATCH v4 62/63] llvm: add support for cast from floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 55/63] llvm: fix mutated OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 56/63] llvm: fix mutated OP_[PTR]CAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 61/63] llvm: add support for OP_FPCAST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 60/63] llvm: fix type of bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 63/63] llvm: cleanup of output_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 57/63] llvm: add support for restricted types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 59/63] llvm: fix get value from non-anonymous symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 58/63] llvm: fix get value from initialized symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 54/63] llvm: fix mutated OP_SWITCH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 53/63] llvm: fix mutated OP_SEL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 52/63] llvm: fix mutated OP_RET
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 51/63] llvm: fix mutating function pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 50/63] llvm: introduce get_ioperand()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 49/63] llvm: remove unneeded pseudo_to_value() unneeded argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 48/63] llvm: let pseudo_to_value() directly use the type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 47/63] llvm: add test case pointer compare with cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 46/63] llvm: make value_to_ivalue() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 45/63] llvm: make value_to_pvalue() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 44/63] llvm: fix OP_SWITCH has no target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 43/63] llvm: add support for OP_SWITCH with a range
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 42/63] llvm: give a name to all values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 41/63] llvm: make pseudo_name() more flexible
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 40/63] llvm: fix type of switch constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 39/63] llvm: variadic functions are not being marked as such
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 38/63] llvm: adjust OP_RET's type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 37/63] llvm: give correct type to binops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 36/63] llvm: fix type in comparison with an address constant
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 35/63] llvm: fix pointer/float mixup in comparisons
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 34/63] llvm: ignore OP_INLINED_CALL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 33/63] llvm: add support for OP_SETVAL with labels
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 32/63] llvm: add support for OP_SETVAL with floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 31/63] llvm: add support for OP_NEG
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 30/63] llvm: add test cases for degenerated pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 29/63] llvm: add test cases for arrays passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 28/63] llvm: add test cases for pointers passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 27/63] llvm: add test cases for symbol's address
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 26/63] llvm: take care of degenerated rvalues
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 25/63] llvm: fix output_op_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 24/63] llvm: fix output_op_store() which modify its operand
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 23/63] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 22/63] llvm: fix test of floating-point type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 21/63] llvm: extract get_sym_value() from pseudo_to_value()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 20/63] llvm: avoid useless temp variable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 19/63] llvm: give a name to call's return values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 18/63] llvm: give arguments a name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 17/63] llvm: use pseudo_list_size() instead of open coding it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 16/63] llvm: reduce scope of 'bb_nr'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 15/63] llvm: remove unneeded function::type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 14/63] llvm: remove unneeded 'generation'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 13/63] llvm: remove unneeded arg 'module'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 12/63] add support for wider type in switch-case
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 11/63] add doc about sparse's instructions/IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 10/63] give a type to OP_SWITCH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 09/63] give a type to OP_SEL, always
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 08/63] give a type to OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 07/63] give function's arguments a type via OP_PUSH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 06/63] inlined calls should not block BB packing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 05/63] fix usage of inlined calls
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 04/63] add is_signed_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 03/63] canonicalize compare instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 02/63] allow binop simplification after canonicalization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 01/63] only output internal pointer value when verbose is set
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 00/63] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Possible linearizer issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Possible linearizer issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/30] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/30] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH] avoid crash with test-linearize -vv
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/30] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/30] LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/30] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Cast to double being removed
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Cast to double being removed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Cast to double being removed
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm subtraction of one pointer from another should result in int difference
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm failure when comparing pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm casts needed on function call arguments and returns
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm variadic functions are not being marked as variadic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm should handle pointer arithmetic in op_sub similarly to op_add
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm when generating code for op_muls, op_divs first argument may be a pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm the LLVM IR for select instruction fails due to different types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect check for floating point type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Cast to double being removed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm switch constants must all be same type as switch value
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm the LLVM IR for select instruction fails due to different types
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Small improvement to output from show_instruction()
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm switch constants must all be same type as switch value
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH v3 30/30] llvm: fix type of switch constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 29/30] llvm: variadic functions are not being marked as such
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 28/30] llvm: adjust OP_RET's type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 27/30] llvm: give correct type to binops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 26/30] llvm: fix type in comparison with an address constant
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 25/30] llvm: fix pointer/float mixup in comparisons
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 24/30] llvm: add support for OP_NEG
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 23/30] llvm: add test cases for degenerated pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 22/30] llvm: add test cases for arrays passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 21/30] llvm: add test cases for pointers passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 20/30] llvm: add test cases for symbol's address
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 19/30] llvm: take care of degenerated rvalues
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 18/30] llvm: fix output_op_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 17/30] llvm: fix output_op_store() which modify its operand
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 16/30] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 15/30] llvm: fix test of floating-point type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 14/30] llvm: extract get_sym_value() from pseudo_to_value()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 13/30] llvm: avoid useless temp variable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 12/30] llvm: give a name to call's return values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 11/30] llvm: give arguments a name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 10/30] llvm: use pseudo_list_size() instead of open coding it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 09/30] llvm: reduce scope of 'bb_nr'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 08/30] llvm: remove unneeded function::type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 07/30] llvm: remove unneeded 'generation'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 06/30] llvm: remove unneeded arg 'module'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 05/30] give a type to OP_SEL, always
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 04/30] give a type to OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 03/30] give function's arguments a type via OP_PUSH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 02/30] inlined calls should not block BB packing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 01/30] fix usage of inlined calls
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/30] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm the LLVM IR for select instruction fails due to different types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm switch constants must all be same type as switch value
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm op_shl and op_lshr code generation issue
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm functions must be cast to correct type before calling
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Possible linearizer issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Cast to double being removed
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [RFC PATCH] use OP_PUSH + OP_CALL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants, considered harmful
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Cast to double being removed
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH] fix: expansion of integers to floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Cast to double being removed
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Cast to double being removed
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse-llvm incorrect definition of global string constants
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse-llvm functions must be cast to correct type before calling
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential linearizer over simplication
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants, considered harmful
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse-llvm duplicate declarations of data
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect check for floating point type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Seg fault in linearizer after latest patch series
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Potential linearizer over simplication
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Potential linearizer over simplication
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Seg fault in linearizer after latest patch series
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Seg fault in linearizer after latest patch series
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm incorrect check for floating point type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Potential linearizer over simplication
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse question
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm duplicate declarations of data
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm the LLVM IR for select instruction fails due to different types
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm functions are defined with a different name due to multiple attempts to add same function
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm results from trying to compile a largish program
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm should handle pointer arithmetic in op_sub similarly to op_add
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm when generating code for op_muls, op_divs first argument may be a pointer
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm op_shl and op_lshr code generation issue
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm results from trying to compile a largish program
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm variadic functions are not being marked as variadic
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm casts needed on function call arguments and returns
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm failure when comparing pointers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect type when ealing with union type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm incorrect type when ealing with union type
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm switch constants must all be same type as switch value
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm op_cast should support casting floating type values to integer
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm subtraction of one pointer from another should result in int difference
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm results from trying to compile a largish program
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm outstanding fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm outstanding fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm handling of variadic function calls
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Error handling in sparse-llvm
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Error handling in sparse-llvm
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm test cases
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants, considered harmful
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [RFC v0 0/4] Give a type to constants, considered harmful
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Error handling in sparse-llvm
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm op_fpcast implementation missing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Error handling in sparse-llvm
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Trying to understand linearized output
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• dmr_C - a project based on Sparse that aims to create a JIT compiler for C
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Trying to understand linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm error in GEP offset
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse linear instruction offset for memops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Trying to understand linearized output
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Trying to understand linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Trying to understand linearized output
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm potential error in linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm error in GEP offset
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse linear instruction offset for memops
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Trying to understand linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm potential error in linearized output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm op_fpcast implementation missing
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm op_fpcast implementation missing
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse-llvm op_fpcast implementation missing
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm op_setval implementation is missing
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with counter in a loop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm issue with counter in a loop
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse-llvm issue with counter in a loop
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v0 1/4] be more careful with concat_user_list()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v0 4/4] give a type to PSEUDO_VALs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v0 3/4] add helper pseudo_type()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v1 2/4] make space for PSEUDO_VAL have a type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC v0 0/4] Give a type to constants too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix cast to pointer to floating-point
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] llvm: add script to display the deserialized LLVM IR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect handling of function pointers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect handling of function pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/27] LLVM fixes
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH v2 27/27] llvm: reduce scope of 'bb_nr'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 26/27] llvm: remove unneeded function::type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 25/27] llvm: remove unneeded 'generation'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 24/27] llvm: remove unneeded arg 'fn'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 23/27] llvm: remove unneeded arg 'module'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 22/27] llvm: give arguments a name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 21/27] llvm: use pseudo_list_size() instead of open coding it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 20/27] llvm: fix pointer/float mixup in comparisons
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 19/27] llvm: add support for OP_NEG
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 18/27] llvm: add test cases for degenerated pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 17/27] llvm: add test cases for arrays passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 16/27] llvm: add test cases for pointers passed as argument
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 15/27] llvm: add test cases for symbol's address
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 14/27] keep OP_SYMADDR instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 13/27] llvm: add support for OP_SYMADDR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 12/27] llvm: fix output OP_ADD mixed with pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 11/27] llvm: fix type of literal integer passed as arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/27] add ptr_list_nth_entry()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/27] llvm: add test cases for the type of constants
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/27] llvm: give a name to call return values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/27] llvm: fix output_op_[ptr]cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/27] llvm: fix output_op_store() which modify its operand
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/27] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/27] give a type to PSEUDO_ARGs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/27] give a type to OP_SYMADDR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/27] give a type to OP_SEL, always
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/27] give a type to OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 00/27] LLVM fixes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect handling of function pointers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/13] llvm: fix type of literal integer passed as arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect handling of function pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 06/13] llvm: fix type of literal integer passed as arguments
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm incorrect handling of function pointers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Arrays of variable length
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Arrays of variable length
  • From: Tomas Winkler <tomasw@xxxxxxxxx>
• [RFC] rationale for systematic elimination of OP_SYMADDR instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Arrays of variable length
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: Arrays of variable length
  • From: Tomas Winkler <tomasw@xxxxxxxxx>
• Re: Arrays of variable length
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: Arrays of variable length
  • From: Tomas Winkler <tomasw@xxxxxxxxx>
• Re: Arrays of variable length
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: Arrays of variable length
  • From: Tomas Winkler <tomasw@xxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-next assertion failures on cygwin
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-next assertion failures on cygwin
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse-next assertion failures on cygwin
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 06/13] llvm: fix type of literal integer passed as arguments
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Possible incorrect linearization of code (master branch)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 06/13] llvm: fix type of literal integer passed as arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 06/13] llvm: fix type of literal integer passed as arguments
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Possible incorrect linearization of code (master branch)
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 02/13] llvm: fix translation of PSEUDO_VALs into a ValueRefs
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: Possible incorrect linearization of code (master branch)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-next assertion failures on cygwin
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-next assertion failures on cygwin
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-llvm incorrect definition of local variables
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: Possible incorrect linearization of code (master branch)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• sparse-next assertion failures on cygwin
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] llvm: fix output OP_ADD mixed with pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 05/13] add get_nth1_arg()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Possible incorrect linearization of code (master branch)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Possible incorrect linearization of code (master branch)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Possible incorrect linearization of code (master branch)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Possible incorrect linearization of code (master branch)
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 06/13] llvm: fix type of literal integer passed as arguments
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 05/13] add get_nth1_arg()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] give a type to OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] returns the correct type when evaluating NULL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] give a type to OP_PHISOURCE
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] give a type to OP_PHISOURCE
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] give a type to OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] give a type to OP_PHISOURCE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] give a type to OP_PHISOURCE
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH] llvm: fix output_op_[ptr]cast()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [WIP 00/13] LLVM fixes
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v3 4/7] add a method to external_declaration()
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] more validation of C99 for-loop initializers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 0/6] more validation of C99 for-loop initializers
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• [PATCH v4 4/6] add an optional validation method to external_declaration()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 6/6] move 'extern with initializer' validation after the validate method
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 1/6] replace test for c99 for-loop initializers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 3/6] add test cases for storage of c99 for-loop declarations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 2/6] add test case for scope of C99 for-loop declarations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 5/6] check the storage of C99 for-loop initializers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 0/6] more validation of C99 for-loop initializers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 6/7] make process_decl() aware of the presence of an initializer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 5/7] check the storage of C99 for-loop initializers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 4/7] add a method to external_declaration()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 5/7] check the storage of C99 for-loop initializers
  • From: Christopher Li <sparse@xxxxxxxxxxx>