How DMD's -w *Prevents* Me From Seeing My Warnings

BCS none at anon.com
Fri Feb 12 14:49:09 PST 2010


Hello Nick,

> "BCS" <none at anon.com> wrote in message
> news:a6268ff102dc8cc7a05ac37bc1a at news.digitalmars.com...
> 
>> Hello Nick,
>> 
>>> You may as well just write the output files anyway and save people
>>> the bother of working around it.
>>> 
>> Vote ++;
>> 
>> Or maybe have "-w+" for the old fail-fast way, "-w" for the new way
>> and "-w-" for the "show them and ignore them" way.
>> 
> I'm not sure I can imagine even a perceived reason a person might want
> the old fail-fast way.

If your getting lots of warnings? Or maybe your compile times are really 
long (I've seen template code run north of 5 min for a single file). Du'know.

>> I'd also not mind see an orthogonal way to suppress warnings in
>> libraries; maybe only do warnings in packages not reached via include
>> paths give via -I
>> 
> I could live with or without that. If it were to be done, another idea
> is something like:
> 
> "-w+package_name" -> Turn on warnings for package "package_name" and
> all sub-packages
> "-w-package_name" -> Turn off warnings for package "package_name" and
> all sub-packages
> "-ww+package_name" -> Turn on (but ignore) warnings for package
> "package_name" and all sub-packages
>
> That would give more control, but something closer to your way might
> be cleaner or more convenient.

I can't think of any reason to turn on warnings starting at any root other 
than the files listed on the command line and I can't think of any good reason 
to turn off warnings at any point that isn't a ownership or library boundary. 
I guess I'm saying I can't think of a case where your proposal gives me anything 
I'd want.
 
--
<IXOYE><





More information about the Digitalmars-d mailing list