G-Node / G-Node/nix

Concept for dealing with larger API changes

Open
#520 1 comment 0 reactions 0 assignees View on GitHub
question
Dominant language
C++
Stars
72
Forks
36
PR merge metrics
No merged PRs in 30d

Description

Some features such as issue #517 introduce large API changes. At the moment we build all language bindings against the head of the NIX master branch. Therefore changes in the API of the NIX C++ library breaks all bindings.
At the moment this could only be solved by introducing changes to the NIX C++ library and all bindings simultaneously. Although possible, this is hardly practical for larger changes. Therefore we need to come up with a different strategy.

Contributor guide

Open the contributing guide

Research direction

Start by reading issue #517 and examining how the language bindings are currently built against the NIX master branch. Develop and document a strategy that allows larger C++ API changes without requiring simultaneous binding updates; done means the approach is agreed and its compatibility boundaries are clear.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
api
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.