[dmd-internals] changeset 455
Robert Clipsham
robert at octarineparrot.com
Wed Apr 28 15:16:42 PDT 2010
On 28/04/10 22:45, Andrei Alexandrescu wrote:
> Ouch.
Ouch indeed.
> The problem is scale. Phobos is pretty large already. I did make changes
> in unittests as you suggest above, but there are a lot of those to make.
> Besides, when compiling Phobos as one unit and unittesting everything,
> all unittests are run in one shot so you don't know about modules and
> stuff.
This could be solved by named unit tests, or even getting druntime to
output the name of the module before each test (although for projects
with a lot of modules this could get spammy, as you've mentioned below).
> I improved that by painstakingly changing the build process to print and
> unittest one Phobos module at a time, while unittests are disabled in
> all other modules. That does help but is still far from perfect.
This is far from ideal, there should be a way to do this automatically,
I agree.
> (Perfect: when it fails tell me where.)
What fails to tell you where?
> That would be too noisy.
I agree, it's far from ideal, there's not much of an option otherwise
(as far as I can see) though without implementing a few thousand lines
of code to handle a SIGSEGV or using a debugger though.
> Andrei
More information about the dmd-internals
mailing list