Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

betterC mir-cv #103

Open
9il opened this issue Mar 5, 2017 · 6 comments
Open

betterC mir-cv #103

9il opened this issue Mar 5, 2017 · 6 comments

Comments

@9il
Copy link
Member

9il commented Mar 5, 2017

@ljubobratovicrelja what do you think about to create a new repo for new code?
This will allow us to do development and review faster.

@9il 9il changed the title mir-cv betterC mir-cv Mar 5, 2017
@ljubobratovicrelja
Copy link
Member

Good idea! Regarding that, can I ask of you this one thing - could you lay out (in readme of this new repo, or anywhere convenient) rules that have to be obeyed in order to library stays betterC compliant? So we have, sort of like the guide to follow, when porting existing functions from present dcv to the new one.

Another thing - I suppose in order to be linkable from other languages, the whole library has to be built with these rules, right? In case we'd like to have high level (D) layer that has less restrictions, and for e.g. uses the GC, I suppose we'd have to separate this layer as another library, which would be a wrapper to low-level (betterC) library, correct? It would be awesome If you could explain those architectural requirements also.

@wilzbach
Copy link
Member

wilzbach commented Mar 5, 2017

Even better: it would be awesome if we could automatically enforce that the low-level part is betterC with Travis or CircleCi!

@9il
Copy link
Member Author

9il commented Mar 6, 2017

Another thing - I suppose in order to be linkable from other languages, the whole library has to be built with these rules, right? In case we'd like to have high level (D) layer that has less restrictions, and for e.g. uses the GC, I suppose we'd have to separate this layer as another library, which would be a wrapper to low-level (betterC) library, correct? It would be awesome If you could explain those architectural requirements also.

A generic betterC library can contain GC code, but it should be restricted small API subset. For example, only slice uses GC in mir-algorithm.

@9il
Copy link
Member Author

9il commented Mar 6, 2017

Even better: it would be awesome if we could automatically enforce that the low-level part is betterC with Travis or CircleCi!

This can be done for precompiled library.

@ljubobratovicrelja
Copy link
Member

https://github.com/libmir/mir-algorithm/wiki/BetterC-for-Mir

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants