Add -conf= to dmd invocations#758
Conversation
|
rebased, ping |
Using DFLAGS env, but you can't disable the compiler conf for dpl-docs because it depends on druntime/phobos. Also I hardly see how this helps for the other targets, because you still need a functional config to generate phobos docs. |
|
@MartinNowak: Well the long and short of it is I do have a functioning config but dub can't build with it. Advice? |
|
The stable compiler comes with it's own working dmd.conf. Apparently you have a dmd.conf in your HOME or dlang.org dir that's used instead and turns the stable compiler nonfunctional. We can't set an explicit config for the stable compiler. |
|
I don't think that's useless, and at any rate it's not productive to count on user education. Robust is what it is. I think we must fix this. Setting DFLAGS in the environment won't help? If not, this is a bug in dub. |
|
@MartinNowak Sadly now it seems after all your work with -conf= we're still not where we need to be! More context on ~/dmd.conf: it points to my dev dmd most of the time, and I don't want it to appear in my git status output. Occasionally I run git clean -dfx etc. We can't rely on the user NOT having a dmd.conf in their $HOME. |
It's in .gitignore, so if you run
Sure, and one solution to this is to change the configuration precedence, because the current one is responsible for our issues. |
|
OK we seem to have reached a stalemate here. Please allow me to explain the matter again. My ~/dmd.conf is as follows: It is working for my usual development setup. I can build and run programs perfectly find using that setup. It doesn't seem comely to ask me and others to change a working setup to make up for an insufficiency in our tooling. With that working setup, if I run make in dlang.org I get: We seem to be unable to make a tool run that doesn't depend on a Liberum Veto among everything on the user's computer. You'd have a hard time convincing me this is not an issue with our tooling. Please advise. |
|
ping @MartinNowak Would be great if at least (a) this were acknowledged as a tooling issue; (b) this request was pulled as a step forward toward fixing the tooling issue. Again: the simple-stated case here is I have a setup on my machine that works perfectly well, yet dub insists that it interferes with it. |
Sure, it's a problem that dmd couldn't be configured, we partly solved that, but that doesn't fix 2.066.1.
Once again, this is a dmd not a dub problem. The conf in your home dir takes precedence over the compiler config. |
Add -conf= to dmd invocations
This does help ddoc generation, but not the ddox stuff. How to I pass a dmd flag to dub? Thanks! cc @MartinNowak