Thread overview | |||||||||
---|---|---|---|---|---|---|---|---|---|
|
October 13, 2013 [Issue 11243] New: [REG2.064beta] "dmd -of" fails | ||||
---|---|---|---|---|
| ||||
http://d.puremagic.com/issues/show_bug.cgi?id=11243 Summary: [REG2.064beta] "dmd -of" fails Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nobody@puremagic.com ReportedBy: gassa@mail.ru --- Comment #0 from Ivan Kazmenko <gassa@mail.ru> 2013-10-13 05:20:17 PDT --- I try to compile any program, say "a.d", with DMD 2.064 beta on Windows. I specify the binary name with the following command line: ----- dmd -ofa.exe a.d ----- It says the following: ----- Error: importing package 'object' requires a 'package.d' file which cannot be found in 'object\package.d' import path[0] = C:\Tools\dmd\windows\bin\..\..\src\phobos import path[1] = C:\Tools\dmd\windows\bin\..\..\src\druntime\import ----- Here, "C:\Tools\dmd" is a valid path to DMD 2.064 beta. Minimal program, just in case: ----- void main () { } ----- The same command line works fine with DMD 2.063.2. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
October 13, 2013 [Issue 11243] [REG2.064beta] "dmd -of" fails | ||||
---|---|---|---|---|
| ||||
Posted in reply to Ivan Kazmenko | http://d.puremagic.com/issues/show_bug.cgi?id=11243 rswhite4@googlemail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rswhite4@googlemail.com --- Comment #1 from rswhite4@googlemail.com 2013-10-13 06:10:53 PDT --- Looks like my bug: http://forum.dlang.org/thread/bug-11241-3@http.d.puremagic.com%2Fissues%2F -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
October 14, 2013 [Issue 11243] [REG2.064beta] "dmd -of" fails | ||||
---|---|---|---|---|
| ||||
Posted in reply to Ivan Kazmenko | http://d.puremagic.com/issues/show_bug.cgi?id=11243 Walter Bright <bugzilla@digitalmars.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla@digitalmars.com --- Comment #2 from Walter Bright <bugzilla@digitalmars.com> 2013-10-14 15:16:11 PDT --- I cannot reproduce this problem. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
October 14, 2013 [Issue 11243] [REG2.064beta] "dmd -of" fails | ||||
---|---|---|---|---|
| ||||
Posted in reply to Ivan Kazmenko | http://d.puremagic.com/issues/show_bug.cgi?id=11243 --- Comment #3 from rswhite4@googlemail.com 2013-10-14 15:48:21 PDT --- (In reply to comment #2) > I cannot reproduce this problem. Even not with my code? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
October 14, 2013 [Issue 11243] [REG2.064beta] "dmd -of" fails | ||||
---|---|---|---|---|
| ||||
Posted in reply to Ivan Kazmenko | http://d.puremagic.com/issues/show_bug.cgi?id=11243 --- Comment #4 from Ivan Kazmenko <gassa@mail.ru> 2013-10-14 15:53:06 PDT --- (In reply to comment #2) > I cannot reproduce this problem. Sorry, I got the minimal test case wrong. 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. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
October 15, 2013 [Issue 11243] [REG2.064beta] "dmd -of" fails | ||||
---|---|---|---|---|
| ||||
Posted in reply to Ivan Kazmenko | http://d.puremagic.com/issues/show_bug.cgi?id=11243 Kenji Hara <k.hara.pg@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #5 from Kenji Hara <k.hara.pg@gmail.com> 2013-10-14 23:27:27 PDT --- (In reply to comment #4) > (In reply to comment #2) > > I cannot reproduce this problem. > > Sorry, I got the minimal test case wrong. > > 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 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
October 15, 2013 [Issue 11243] [REG2.064beta] "dmd -of" fails | ||||
---|---|---|---|---|
| ||||
Posted in reply to Ivan Kazmenko | http://d.puremagic.com/issues/show_bug.cgi?id=11243 --- Comment #6 from Ivan Kazmenko <gassa@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: ------- |
Copyright © 1999-2021 by the D Language Foundation