Linux Sparse
[Prev Page][Next Page]
- [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>
- Re: [PATCH v3 6/7] make process_decl() aware of the presence of an initializer
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH v3 4/7] add a method to external_declaration()
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 03/13] llvm: fix output_op_store() which modify its operand
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [WIP 00/13] LLVM fixes
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 06/13] llvm: fix type of literal integer passed as arguments
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 05/13] add get_nth1_arg()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 01/13] llvm: add a helper to convert an integer to a ValueRef
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 13/13] llvm: fix: do not mix pointers and floats when doing compares
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 10/13] give a type to OP_SEL, always
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 02/13] llvm: fix translation of PSEUDO_VALs into a ValueRefs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 07/13] llvm: fix output OP_ADD mixed with pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 04/13] llvm: fix output_op_[ptr]cast()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 11/13] llvm: remove unneeded arg 'module'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 12/13] llvm: remove unneeded arg 'fn'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 09/13] give a type to OP_PHISOURCE
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 08/13] llvm: add support for OP_NEG
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse-llvm the result of expression add assign when target is a pointer should be a pointer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- sparse-llvm the result of expression add assign when target is a pointer should be a pointer
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- [PATCH] llvm: fix: do not mix pointers and floats when doing compares
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] llvm: fix output_op_[ptr]cast()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] llvm: fix output_op_[ptr]cast()
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: [PATCH] llvm: fix output_op_[ptr]cast()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] llvm: fix output_op_[ptr]cast()
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: [PATCH] llvm: fix output_op_[ptr]cast()
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: [PATCH] llvm: fix output_op_[ptr]cast()
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- [PATCH] llvm: add support for OP_NEG
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] give a type to OP_PHISOURCE
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] give a type to OP_SEL, always
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- sparse-llvm incorrect handling of comparison ops when pointers are involved
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- sparse-llvm incorrect handling of op_add when pointers are involved
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- sparse-llvm handling of function call arguments
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] llvm: fix output_op_[ptr]cast()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- [PATCH] llvm: stores does not create or modify their target
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Possible memory leak in sparse-llvm
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] llvm: fix getting type of values
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v3 0/7] more validation of C99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v3 0/7] more validation of C99 for-loop initializers
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: Sparse-LLVM issue compiling NULL pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 0/2] split OP_BR between OP_BR & OP_CBR
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 1/2] split OP_BR between unconditional & conditional: OP_CBR
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 2/2] remove unused helper is_branch_goto()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 4/7] add a method to external_declaration()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 5/7] check the storage of C99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 7/7] move check extern with initializer to default_process_decl()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 6/7] make process_decl() aware of the presence of an initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 3/7] add test cases for storage of c99 for-loop declarations
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 2/7] add test case for scope of C99 for-loop declarations
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 1/7] replace test for c99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v3 0/7] more validation of C99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/5] add a method to external_declaration()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Sparse-LLVM issue compiling NULL pointers
- From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] split OP_BR between unconditional & conditional: OP_CBR
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 5/5] ignore whole-range overlapping initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/5] add a method to external_declaration()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] use VOID instead of directly using &void_pseudo
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/5] add a method to external_declaration()
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 5/5] ignore whole-range overlapping initializer
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] use VOID instead of directly using &void_pseudo
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 1/2] split OP_BR between unconditional & conditional: OP_CBR
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH v2] fix size of loaded bitfields
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC] CSE: relax type checking in hashing/compare
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] fix size of loaded bitfields
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC] CSE: relax type checking in hashing/compare
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] fix size of loaded bitfields
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] fix size of loaded bitfields
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [RFC] CSE: relax type checking in hashing/compare
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 4/4] CSE: improve hashing of non-commutative binops
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 0/7] pull: make smatch scan output easy to digest
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 0/7] pull: make smatch scan output easy to digest
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 0/7] pull: make smatch scan output easy to digest
- From: Sami Kerola <kerolasa@xxxxxx>
- Re: Unreachable code diagnostic
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: Unreachable code diagnostic
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Unreachable code diagnostic
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: Unreachable code diagnostic
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Unreachable code diagnostic
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Unreachable code diagnostic
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: Unreachable code diagnostic
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: Unreachable code diagnostic
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Unreachable code diagnostic
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] assorted cleanups
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] fix usage in simplify_seteq_setne()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/4] CSE: improve hashing of non-commutative binops
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/4] CSE: improve hashing of non-commutative binops
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 4/4] CSE: improve hashing of non-commutative binops
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] fix expansion cost of pure functions
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] fix expansion cost of pure functions
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH] fix expansion cost of pure functions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix expansion cost of pure functions
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH v2] Allow casting to a restricted type if !restricted_value
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/5] allow to warn on all overlapping initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/5] fix checking of overlapping initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/5] use option: '-Woverride-init'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/5] add test case for warnings about overlapping initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/5] improve detection of overlapping initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/5] ignore whole-range overlapping initializer
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] arm64: traps: Mark __le16, __le32, __user variables properly
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2] Allow casting to a restricted type if !restricted_value
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- Re: [PATCH] arm64: traps: Mark __le16, __le32, __user variables properly
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] arm64: traps: Mark __le16, __le32, __user variables properly
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2 1/5] replace test for c99 for-loop initializers
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 1/2] Allow casting to a restricted type if !restricted_value
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- [PATCH] use VOID instead of directly using &void_pseudo
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 1/5] replace test for c99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 2/5] add test case for scope of C99 for-loop declarations
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 3/5] add test cases for storage of c99 for-loop declarations
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 0/5] more validation of C99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 4/5] add a method to external_declaration()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 5/5] check the storage of C99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 1/5] replace test for c99 for-loop initializers
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] replace test for c99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 1/5] replace test for c99 for-loop initializers
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] make -Wbitwise operational again
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/5] check the storage of C99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/5] add a method to external_declaration()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/5] add test cases for storage of c99 for-loop declarations
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/5] add test case for scope of C99 for-loop declarations
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/5] replace test for c99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/5] more validation of C99 for-loop initializers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/2] split OP_BR between unconditional & conditional: OP_CBR
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/2] remove unused helper is_branch_goto()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/2] split OP_BR between OP_BR & OP_CBR
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC PATCH 1/2] Allow casting to a restricted type if !restricted_value
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [RFC PATCH 1/2] Allow casting to a restricted type if !restricted_value
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [RFC PATCH 2/2] Add test case for casts to restricted types
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- [RFC PATCH 1/2] Allow casting to a restricted type if !restricted_value
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- [RFC PATCH 0/2] allow casting unrestricted values
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- Re: Casting 0 to a __bitwise type
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- Re: Casting 0 to a __bitwise type
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Casting 0 to a __bitwise type
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- Re: Casting 0 to a __bitwise type
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Casting 0 to a __bitwise type
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- [PATCH] fix size of loaded bitfields
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] add missing braces around FOR_EACH_PTR loop
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [RFC,original PATCH] CSE: let equivalent cast hash & compare identically
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [RFC] CSE: relax type checking in hashing/compare
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/4] CSE: improve hashing of non-commutative binops
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/4] CSE: add test cases for comparisons duality
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/4] CSE: avoid hashing removed instructions
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/4] CSE: use commutativity to identify equivalent instructions
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 0/4] CSE improvements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] fix expansion cost of pure functions
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] simplify float-to-float casts that doesn't change size
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] simplify float-to-float casts that doesn't change size
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 16/16] fix OP_PHI usage in try_to_simplify_bb()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 15/16] use kill_instruction() when killing any instructions during CSE
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 14/16] use kill_instruction() when killing an OP_PHI during CSE
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 13/16] fix killing of rewritten loads
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 12/16] add killing of stores
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 11/16] add killing of non-volatile loads
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 10/16] fix killing OP_CALL via pointers
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 09/16] add killing of pure calls
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 08/16] kill_instruction() may need to be forced or not
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 07/16] fix killing of otherwise not-handled instructions
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 06/16] remove unused clear_phi()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 05/16] fix clear_phi(), replace it by kill_instruction()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 04/16] fix killing of OP_PHIs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 03/16] add helper kill_use_list()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 02/16] add killing of OP_PHISOURCEs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 01/16] add killing of OP_SLICEs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 00/16] instructions killing & operands usage
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] simplify float-to-float casts that doesn't change size
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 0/4] assorted cleanups
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 0/4] assorted cleanups
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH 0/4] assorted cleanups
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/4] fix show-parse()'s labels
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/4] remove unused field 'goto_bb' in struct statement
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/4] remove unused field 'multijmp' in struct statement
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/4] cleanup: there is no 'struct phi' to allocate
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: Casting 0 to a __bitwise type
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Casting 0 to a __bitwise type
- From: Edward Cree <ecree@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/8] fix uses of killed instructions
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v2 0/3] builtins expansion
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH v2 00/14] testsuite improvements
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH v2 0/8] fix uses of killed instructions
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH 2/3] allow builtins to have prototype and evaluate/expand methods
- From: Chris Li <christ.li@xxxxxxxxx>
- [PATCH v2 14/14] testsuite: quieter error reporting for 'known-to-fail'
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 13/14] testsuite: allow quieter error reporting
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 12/14] testsuite: get 'check-known-to-fail' earlier
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 11/14] testsuite: use 'error' instead of 'info' for successful tests known to fail
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 10/14] testsuite: check the nbr of times a pattern should be present
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2 09/14] testsuite: add some selfchecking
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]