[Issue 20529] Cyclic dependency caused by import of core.time

[d-bugmail at puremagic.com]

https://issues.dlang.org/show_bug.cgi?id=20529

--- Comment #6 from RazvanN <razvan.nitu1305 at gmail.com> ---
(In reply to berni44 from comment #5)
> (In reply to RazvanN from comment #4)
> > Try to rename the files to make sure that there isn't any name clash.
> 
> There is. It looks like std.datetime is taken from Phobos instead of the
> local version. But I get a different error, when I remove the local
> std.datetime, so it has to be included somewhere... When adding -defaultlib=
> to the calls of dmd I get a linker error about not finding std.datetime.
> 
> Probably I made a mistake, when I reduced the output of dustmite any
> further. There I checked out dmd, druntime, tools and phobos, run make on
> dmd, druntime and tools and then used "make -f posix unittest" as a reduce
> command for dustmite. This should use local dmd, local runtime and local
> phobos, shouldn't it?

I don't think so. It depends on how dustmite invokes dmd. It probably uses the
default compiler, so if you have an out-of-the-box dmd installation it will
probably use that one.

I created a bash alias to my from-scratch installation binary and if I want any
tool to use that one I update the makefile with the appropriate path to the
binary.

As far as dustmite is concerned, I haven't really used it so I cannot assist
you there.

--