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

Be Inclusive - Languages to be supported #8

Open
flaxed opened this issue Aug 10, 2019 · 3 comments
Open

Be Inclusive - Languages to be supported #8

flaxed opened this issue Aug 10, 2019 · 3 comments
Labels
question Further information is requested

Comments

@flaxed
Copy link
Contributor

flaxed commented Aug 10, 2019

C and C++ rule the land of game development, but they're not the only languages roaming around. And as such, we should avoid that any C\C++ smells seep into the ddl syntax.

At the same time we try to not over-focus on C\C++ we should also make an effort to be inclusive to other languages.

This thread will serve more as a pool:

  1. Which languages and frameworks is everyone using where they see the ddl become useful?
  2. What additional considerations do you suggest based in your particular development scenario
@flaxed flaxed added the question Further information is requested label Aug 10, 2019
@flaxed flaxed changed the title Be Inclusive Be Inclusive - Languages to be supported Aug 15, 2019
@leiradel
Copy link

IMO we should stick to C-like syntax, which would make the language immediately recognizable by most programmers I believe?

@flaxed
Copy link
Contributor Author

flaxed commented Aug 16, 2019

This guideline is more to avoid too many C-isms rather than C altogether.

It came up during discussion of supporting both pointers and references, but that only maps 100% to C++. Other languages, like JS, don't have pointers or references in the types, C# references or values is derived from the type itself, etc.
So we suggested to take a step back, and avoid focusing too much on mapping to C, and also strive to support other languages.

@leiradel
Copy link

C-like doesn't mean locked to C/C++. Language-specific features could be solved with other mechanisms like annotations:

struct data {
  [[nullable]] complex_type field;
};

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

No branches or pull requests

2 participants