Linux Sparse

• Date Index

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