[Issue 5005] Remove restrictions on module/package with same name.

d-bugmail at puremagic.com d-bugmail at puremagic.com
Wed Oct 6 14:24:24 PDT 2010


http://d.puremagic.com/issues/show_bug.cgi?id=5005



--- Comment #2 from Austin Hastings <ah08010-d at yahoo.com> 2010-10-06 14:23:59 PDT ---
BOP,

That approach would look like:

libs/
... + myLib/
... | .... + all.d

And it would (probably?) work.

But I am trying to *hide* the details - I don't want user code to change if
I elect to split a module into implemenation parts. So I'd like to start by
coding 

libs/
... + myLib.d

And then later, when it grows too big, change to:

libs/
... | myLib.d
... | myLib/
... | .... | part1.d
... | .... | part2.d

And have the user code none the wiser.

If you'd like to see a real-world example of why this is a good idea, have a
look at the std.*.d files. A bunch of them are already straining at the seams
with unrelated classes, templates, etc. And adding more unittests just makes
the situation worse.

-- 
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