Closed andrearastelli closed 6 years ago
@Ale32 The command line arguments are now defined.
The functionality is not fully tested, so if something weird happen, has to be fixed.
The base parameter accepted for now are:
Opened PR #34
I thought there was a standard way to do this, so it's better for us to use and mantain.
Do you think that this Boost.Program_options is too much for what we want to achieve?
Is not too much, but require us to use boost. Do we want to use an external library?
I don't feel that we should focus on such features, right now.
We can always improve the way the command line arguments are parsed, so we can open a new issue referring that, but for the time being I think we should focus on raytracing features.
What do you think?
By the way, Boost will help with other stuff as well, but will add lots of dependencies that I'm not sure we want. For example, in PBRT, the solution to command line parameters was to write their own parser, so the raytracer has no external dependencies (except the very basic ones, like OpenEXR).
That's right, the less are the dependencies the better is.
Will merge #34 tonight then
To simplify the execution of the application, and to avoid merge issues, we should provide of a way to set the input parameters through command line arguments.
This has to be done before releasing V1.0.0