1. 23 Sep, 2022 7 commits
  2. 22 Sep, 2022 1 commit
  3. 21 Sep, 2022 4 commits
  4. 20 Sep, 2022 3 commits
  5. 19 Sep, 2022 1 commit
  6. 17 Sep, 2022 1 commit
  7. 16 Sep, 2022 4 commits
  8. 15 Sep, 2022 5 commits
  9. 14 Sep, 2022 2 commits
  10. 13 Sep, 2022 2 commits
  11. 12 Sep, 2022 2 commits
  12. 10 Sep, 2022 1 commit
    • Felix Lange's avatar
      build: upgrade to go 1.19 (#25726) · b628d727
      Felix Lange authored
      This changes the CI / release builds to use the latest Go version. It also
      upgrades golangci-lint to a newer version compatible with Go 1.19.
      
      In Go 1.19, godoc has gained official support for links and lists. The
      syntax for code blocks in doc comments has changed and now requires a
      leading tab character. gofmt adapts comments to the new syntax
      automatically, so there are a lot of comment re-formatting changes in this
      PR. We need to apply the new format in order to pass the CI lint stage with
      Go 1.19.
      
      With the linter upgrade, I have decided to disable 'gosec' - it produces
      too many false-positive warnings. The 'deadcode' and 'varcheck' linters
      have also been removed because golangci-lint warns about them being
      unmaintained. 'unused' provides similar coverage and we already have it
      enabled, so we don't lose much with this change.
      b628d727
  13. 09 Sep, 2022 4 commits
  14. 08 Sep, 2022 2 commits
  15. 07 Sep, 2022 1 commit
    • rjl493456442's avatar
      eth, les: rework chain tracer (#25143) · b1f6dccf
      rjl493456442 authored
      This PR simplifies the logic of chain tracer and also adds the unit tests.
      
      The most important change has been made in this PR is the state management. Whenever a tracing state is acquired there is a corresponding release function be returned as well. It must be called once the state is used up, otherwise resource leaking can happen.
      
      And also the logic of state management has been simplified a lot. Specifically, the state provider(eth backend, les backend) should ensure the state is available and referenced. State customers can use the state according to their own needs, or build other states based on the given state. But once the release function is called, there is no guarantee of the availability of the state.
      Co-authored-by: 's avatarSina Mahmoodi <1591639+s1na@users.noreply.github.com>
      Co-authored-by: 's avatarPéter Szilágyi <peterke@gmail.com>
      b1f6dccf