Skip to content

GitLab

Switch branch/tag
  1. 17 Nov, 2017 1 commit
  3. 14 Sep, 2017 1 commit
    • Steven Allen's avatar
      gx: update go-stream-muxer · 557bef8c
      Steven Allen authored 
      Introduces a new Reset method on streams that kills both sides of the
connection. Close now officially just closes the write side (what it did all
along...)

* Also pull through shiny new go-multiplexer fixes.
* Also pull in go-reuseport update.

License: MIT
Signed-off-by: default avatarSteven Allen <steven@stebalien.com>
      557bef8c
  5. 02 Sep, 2017 1 commit
  7. 12 Jul, 2017 1 commit
  9. 04 Jul, 2017 1 commit
  11. 29 Jun, 2017 2 commits
  13. 31 May, 2017 1 commit
  15. 30 May, 2017 1 commit
  17. 20 Apr, 2017 1 commit
  19. 06 Mar, 2017 1 commit
  21. 12 Feb, 2017 2 commits
    • Jeromy's avatar
      update go-multihash and bubble up deps · 9d4dee74
      Jeromy authored 
      License: MIT
Signed-off-by: default avatarJeromy <jeromyj@gmail.com>
      9d4dee74
    • Jakub Sztandera's avatar
      make: rework makefiles for non-recursive make and add sharness coverage · 77a6c312
      Jakub Sztandera authored 
      This commit introduces non-recursive Makefile infrastructure that replaces current Makefile infrastructure.
It also generally cleanups the Makefiles, separates them into nicer sub-modules and centralizes common operations into single definitions.

It allows to depend on any target that is defined in the makefile, this means that for example `gx install` is called once when `make build test_expensive_sharness` is called instead of 4 or 5 times.

It also makes the dependencies much cleaner and allows for reuse of modules. For example sharness coverage collection (WIP) uses sharness target with amended PATH, previously it might have been possible but not without wiring in the coverage collection into sharness make runner code.

Yes, it is more complex but not much more. There are few rules that have to be followed and few complexities added but IMHO it is worth it.

How to NR-make:
1. If make is to generate some file via a target, it MUST be defined in Rules.mk file in the directory of the target.
2. `Rules.mk` file MUST have `include mk/header.mk` statement as the first line and `include mk/footer.mk` statement as the last line (apart from project root `Rules.mk`).
3. It then MUST be included by the closest `Rules.mk` file up the directory tree.
4. Inside a `Rules.mk` special variable accessed as `$(d)` is defined. Its value is current directory, use it so if the `Rules.mk` file is moved in the tree it still works without a problem. Caution: this variable is not available in the recipe part and MUST NOT be used. Use name of the target or prerequisite to extract it if you need it.
5. Make has only one global scope, this means that name conflicts are a thing. Names SHOULD  follow `VAR_NAME_$(d)` convention. There are exceptions from this rule in form of well defined global variables. Examples: General lists `TGT_BIN`, `CLEAN`; General targets: `TEST`, `COVERAGE`; General variables: `GOFLAGS`, `DEPS_GO`.
3. Any rules, definitions or variables that fit some family SHOULD be defined in `mk/$family.mk` file and included from project root `Rules.mk`

License: MIT
Signed-off-by: default avatarJakub Sztandera <kubuxu@protonmail.ch>
      77a6c312
  23. 07 Dec, 2016 1 commit
  25. 02 Dec, 2016 1 commit
  27. 29 Nov, 2016 1 commit
  29. 16 Nov, 2016 1 commit
  31. 11 Nov, 2016 1 commit
  33. 04 Nov, 2016 1 commit
  35. 25 Oct, 2016 1 commit
  37. 10 Oct, 2016 1 commit
    • Jeromy's avatar
      bitswap: protocol extension to handle cids · 591491b1
      Jeromy authored 
      This change adds the /ipfs/bitswap/1.1.0 protocol. The new protocol
adds a 'payload' field to the protobuf message and deprecates the
existing 'blocks' field. The 'payload' field is an array of pairs of cid
prefixes and block data. The cid prefixes are used to ensure the correct
codecs and hash functions are used to handle the block on the receiving
end.

License: MIT
Signed-off-by: default avatarJeromy <why@ipfs.io>
      591491b1
  39. 08 Oct, 2016 1 commit
  41. 06 Oct, 2016 1 commit
  43. 26 Sep, 2016 1 commit
  45. 12 Sep, 2016 2 commits
  47. 10 Sep, 2016 1 commit
  49. 09 Sep, 2016 1 commit
  51. 07 Sep, 2016 1 commit
  53. 04 Sep, 2016 1 commit
  55. 26 Aug, 2016 1 commit
  57. 04 Jul, 2016 1 commit
  59. 24 Jun, 2016 1 commit
  61. 15 Jun, 2016 1 commit
  63. 11 Jun, 2016 1 commit
  65. 07 Jun, 2016 1 commit
  67. 01 Jun, 2016 1 commit
  69. 31 May, 2016 1 commit
  71. 17 May, 2016 2 commits