[Issue 11243] [REG2.064beta] "dmd -of" fails
d-bugmail at puremagic.com
d-bugmail at puremagic.com
Tue Oct 15 01:16:53 PDT 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11243
--- Comment #6 from Ivan Kazmenko <gassa at mail.ru> 2013-10-15 01:16:52 PDT ---
(In reply to comment #5)
> (In reply to comment #4)
> > It turns out that it can be reproduced exactly when you have directory "object"
> > in the directory where you are compiling "a.d".
> >
> > The contents of the directory do not seem to matter, it can be empty.
>
> This is invalid issue, as same as bug 11241.
>
> The root package name 'object' is reserved for druntime.
> In this case, the 'object/' directory under the current directly hides druntime
> object.d module. The conflict error is expected behavior.
>
> See also the detailed answer for bug 11241.
> http://d.puremagic.com/issues/show_bug.cgi?id=11241#c1
Hmm, I see. My use case is compile script in the root, "binary" for .exe,
"object" for .obj files, "source" for .d sources, etc. The name seems common
enough to consider some further action though:
1. Is there a way to override this behavior by putting path to standard things
like object.d before current directory path?
2. What if the standard-things-first order were the default, as we essentially
must not have local modules named "object.d" or "core/memory.d" anyway? If we
do that on purpose to override the default modules' behavior, we must be aware
of what we are doing, and only then we will change the order of paths
explicitly.
3. In any case, it is rather cryptic now, the error message and/or
documentation can perhaps be improved.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
More information about the Digitalmars-d-bugs
mailing list