1. 23 Feb, 2021 1 commit
    • Xavier Leroy's avatar
      Introduce and use PrintAsmaux.variable_section · 30feb31c
      Xavier Leroy authored
      This is a generalization of the previous PrintAsmaux.common_section
      function that
      - handles initialized variables in addition to uninitialized variables;
      - can be used for Section_const, not just for Section_data.
  2. 21 Jan, 2021 3 commits
  3. 18 Jan, 2021 4 commits
  4. 16 Jan, 2021 2 commits
    • Xavier Leroy's avatar
      Support re-normalization of function parameters at function entry · 478ece46
      Xavier Leroy authored
      This is complementary to 28f23580
      Some ABIs leave more flexibility concerning function parameters than
      CompCert expects.
      For instance, the AArch64/ELF ABI allow the caller of a function to
      leave unspecified the "padding bits" of function parameters.  As an
      example, a parameter of type "unsigned char" may not have zeros in
      bits 8 to 63, but may have any bits there.
      When the caller is compiled by CompCert, it normalizes argument values
      to the parameter types before the call, so padding bits are always
      correct w.r.t. the type of the argument.  This is no longer guaranteed
      in interoperability scenarios, when the caller is not compiled by CompCert.
      This commit adds a general mechanism to insert "re-normalization"
      conversions on the parameters of a function, at function entry.
      This is controlled by the platform-dependent function
      The semantic preservation proof is still conducted against the
      CompCert model, where the argument values of functions are already
      normalized.  What the proof shows is that the extra conversions have
      no effect in this case.  In future work we could relax the CompCert
      model, allowing functions to pass arguments that are not normalized.
    • Xavier Leroy's avatar
      Change warning for pragmas inside functions · 6bef8690
      Xavier Leroy authored
      Follow-up to 35e2b11d.
      Put the warning "pragmas are ignored inside functions" inside the Unnamed
      category, so that it is displayed by default and cannot be disabled.
  5. 15 Jan, 2021 1 commit
    • Xavier Leroy's avatar
      PowerPC: wrong computation of the position of the first vararg argument · 15f35478
      Xavier Leroy authored
      In function Asmexpand.next_arg_locations:
      If 7 integer parameter passing registers have been used already,
      and the next fixed arguments are Tlong then Tint, the Tlong argument
      was correctly analyzed as being passed on the stack, but the Tint
      argument was incorrectly analyzed as being passed in the 8th register.
  6. 14 Jan, 2021 2 commits
    • Xavier Leroy's avatar
      Coq 8.13.0 is supported · 0895388e
      Xavier Leroy authored
      However it produces new warnings that should be investigated later.
    • Xavier Leroy's avatar
      RISC-V: fix FP calling conventions · 88567ce6
      Xavier Leroy authored
      This is a follow-up to e81d015e.
      In the RISC-V ABI, FP arguments to functions are passed in integer registers
      (or pairs of integer registers) in two cases:
      1- the FP argument is a variadic argument
      2- the FP argument is a fixed argument but all 8 FP registers reserved for
         parameter passing have been used already.
      The previous implementation handled only case 1, with some problems.
      This commit implements both 1 and 2.  To this end, 8 extra FP
      caller-save registers are used to hold the values of the FP arguments
      that must be passed in integer registers.  Fixup code moves these FP
      registers to integer registers / register pairs.  Symmetrically, at
      function entry, the integer registers / register pairs are moved back
      to the FP registers.
      8 extra FP registers is enough because there are only 8 integer
      registers used for parameter passing, so at most 8 FP arguments may
      need to be moved to integer registers.
  7. 13 Jan, 2021 5 commits
    • Xavier Leroy's avatar
      Replace `omega` tactic with `lia`, continued · 522285d1
      Xavier Leroy authored
      Follow-up to aba0e740
    • Xavier Leroy's avatar
      Improve branch tunneling · 7f152e2f
      Xavier Leroy authored
      The previous branch tunneling was missing optimization opportunities
      introduced by the optimization of conditional branches.  For example:
      L1: instr; branch L2
      L2: if cond then branch L3 else branch L4
      L3: branch L4
      L4: ...
      was transformed into
      L1: instr; branch L2
      L2: branch L4
      L3: branch L4
      L4: ...
      missing a tunneling opportunity (branch L2 -> branch L4).
      This commit improves branch tunneling so that the expected code is produced:
      L1: instr; branch L4
      L2: branch L4
      L3: branch L4
      L4: ...
      To this end, additional equalities are introduced in the union-find
      data structure corresponding to optimizable conditional branches.
      In rare cases these additional equalities trigger new opportunities for
      optimizing conditional branches.  Hence we iterate the analysis
      until no optimizable conditional branch remains.
    • Xavier Leroy's avatar
      Revised correctness proof for record_goto · e16f5d1d
      Xavier Leroy authored
      We used to define an instrumented version record_goto' that also
      builds the measure f, prove it correct, then show equivalence with
      The new proofs make do without the instrumented version.  They prove
      strong existence of the measure, as in
      `{ f | branch_map_correct (record_goto fn) f}`.
    • Xavier Leroy's avatar
      Add new fold_ind induction principle for folds · bbf3b414
      Xavier Leroy authored
      fold_inv is in Type, hence can prove goals such as `{ x | P x }`.
      Also, no extensionality property is needed.
      fold_rec is now derived from fold_inv.
    • Xavier Leroy's avatar
      Add lemma list_norepet_rev · dd191041
      Xavier Leroy authored
  8. 10 Jan, 2021 1 commit
  9. 07 Jan, 2021 1 commit
    • Xavier Leroy's avatar
      Ignore and warn about pragmas inside functions · 35e2b11d
      Xavier Leroy authored
      Pragmas can occur either outside external declarations, at the top level
      of a compilation unit, or within a compound statement, inside a function
      The parse tree in cparse/C.mli cannot represent pragmas occuring within
      a compound statement.
      In this case, the elaborator used to silently move the pragma to top
      level, just before the function definition where the pragma occurs.
      It looks safer to just ignore pragmas occurring inside a function
      definition, and emit a specific warning.
  10. 29 Dec, 2020 2 commits
    • Xavier Leroy's avatar
      Replace `omega` tactic with `lia` · aba0e740
      Xavier Leroy authored
      Since Coq 8.12, `omega` is flagged as deprecated and scheduled for removal.
      Also replace CompCert's homemade tactics `omegaContradiction`, `xomega`,
      and `xomegaContradiction` with `lia` and `extlia`.
      Turn back on the deprecation warning for uses of `omega`.
      Make the proof of `Ctypes.sizeof_pos` more robust to variations in `lia`.
    • Xavier Leroy's avatar
      Remove useless parameters in theorems int_round_odd_bits and int_round_odd_le · 2e202e2b
      Xavier Leroy authored
      IEEE754_extra: clear unused context so that none of the context is
      picked up by tactics and ends as extra parameters to theorems
      int_round_odd_bits and int_round_odd_le
      Floats: simplify uses of int_round_odd_bits and int_round_odd_le
  11. 28 Dec, 2020 3 commits
  12. 26 Dec, 2020 5 commits
  13. 25 Dec, 2020 3 commits
  14. 24 Dec, 2020 3 commits
  15. 11 Dec, 2020 1 commit
  16. 06 Dec, 2020 3 commits