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

-od behaves differently than rdmd #5

Closed
marler8997 opened this issue Sep 18, 2018 · 1 comment
Closed

-od behaves differently than rdmd #5

marler8997 opened this issue Sep 18, 2018 · 1 comment

Comments

@marler8997
Copy link
Collaborator

marler8997 commented Sep 18, 2018

Link to discussion: bee4173

@marler8997
Copy link
Collaborator Author

To summarize, rdmd overrides the behavior of the compiler option -od. Instead of having it set the directory where all object files are stored and the parent directory of the final executable, rdmd only uses it to set the parent directory of the final executable. This means there's no way to tell rdmd where to put the object files (there was an attempt to fix this issue here dlang/tools#350). rund takes the approach of trying to keep the same compiler interface as much as possible, so it's been decided to take the semantics of -od from the compiler rather than use rdmd's varition on it. However, users may find it convenient to be able to set the directory of the final executable without setting the directory for the object files, for this case rund introduces the --od=<dir> option with #6

Normal -od behavior:

# rund -od=. prog.d
# ls
prog.d prog.o prog

New--od behavior:

# rund --od=. prog.d
# ls
prog.d prog

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