dmd -c behaviour doesn't take account of packages.

Bernard Helyer b.helyer at gmail.com
Thu Feb 23 15:06:55 PST 2012


On Thursday, 23 February 2012 at 21:28:17 UTC, H. S. Teoh wrote:
> On Thu, Feb 23, 2012 at 01:42:44PM +0100, Jacob Carlborg wrote:
>> On 2012-02-23 00:03, Jonathan M Davis wrote:
>> >On Wednesday, February 22, 2012 23:50:53 Bernard Helyer wrote:
>> >>Except DMD is faster by a factor of 10 when passing it all 
>> >>at once.
>> >
>> >Then maybe there _should_ be a flag to tell it to 
>> >use/generate the
>> >appropriate directory structure. You already typically give 
>> >it an
>> >output directory. It wouldn't be all that hard for it to then
>> >generate and use the correct directories in that directory. 
>> >That
>> >still bugs me a little, because that's more of a build tool's 
>> >job,
>> >but it wouldn't be hard to do, would fix the file conflicts 
>> >across
>> >modules, and would let you keep that extra speed.
>> >
>> >- Jonathan M Davis
>> 
>> I don't see a point in putting the object files in different
>> directories when the compiler can output the object files with 
>> fully
>> qualified module names.
> [...]
>
> Because ambiguity can arise. Like
>
> 	my/module/A.d -> my_module_A.o
> 	my_module_A.d -> my_module_A.o (conflict)
> 	my_module/A.d -> my_module_A.o (conflict)
> 	my/module_A.d -> my_module_A.o (conflict)
>
> Granted, this is a really contrived example, but unexpected 
> coincidences
> like that do happen.
>
>
> T

Did you not read what Jacob posted?

my.module.A.o
my_module_A.o
my_module.A.o
my.module_A.o

No conflicts.




More information about the Digitalmars-d mailing list