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

Review #8

Open
dpkristensen opened this issue Feb 4, 2019 · 1 comment
Open

Review #8

dpkristensen opened this issue Feb 4, 2019 · 1 comment
Assignees

Comments

@dpkristensen
Copy link
Owner

No description provided.

@dpkristensen dpkristensen self-assigned this Feb 4, 2019
@dpkristensen
Copy link
Owner Author

dpkristensen commented Feb 4, 2019

A few areas I feel need special consideration:

  • I don't have any sort of "version" in the file formats. Although I am thinking it might be a better idea to provide individually switchable options with default behavior instead, so people don't have to remember which version number does what.
  • Would like to implement some kind of package dependency system. A couple thoughts about this:
    • What is the goal? To reduce the # of files rebuilt when a public header changes? To work around compiler limitations on the number of include paths or the command-line length?
    • Packages provided externally to the project would not have any way to list dependencies.
    • Need to handle mixed dependency specification (some manifests specify them, others do not...)?
    • I think it should be allowed to use without dependencies.
  • In my current implementation of the waf tool, I find that I need to have separate project files for each waf target. I don't think this is too bad, as the configuration files can be shared between projects. But it does mean groups of manifests can't be easily shared (at least until I implement the ability to include manifests). Any suggestions for improvement, or is this generally OK?

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

1 participant