Re: self-confidence of compiler
- From: Jon Skeet [C# MVP] <skeet@xxxxxxxxx>
- Date: Mon, 7 May 2007 22:37:18 +0100
Nicholas Paldino [.NET/C# MVP] <mvp@xxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
While yes the jobId will never be accessed, it is beyond the compiler to
figure it out.
What you are looking for is static analysis of the code, something way
beyond (and usually very computationally intensive) what a compiler is
expected to do.
Short answer, you are right, it shouldn't give you grief about this,
unfortunately, the compiler would have to expend a severe amount of
processing power and time to figure this out.
Perhaps more importantly than the processing power (at least in my
view) - to specify the *exact* behaviour here, i.e. what the compiler
must be able to work out - would make the C# language specification
huge compared with its current form.
The rules for definite assignment are currently incredibly tedious, but
at least they're reasonably clear. Putting in a lot of static analysis
requirements would make it a lot harder to understand what we *should*
be able to expect, and to verify that a compiler did the right thing.
--
Jon Skeet - <skeet@xxxxxxxxx>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too
.
- Follow-Ups:
- Re: self-confidence of compiler
- From: valentin tihomirov
- Re: self-confidence of compiler
- References:
- self-confidence of compiler
- From: valentin tihomirov
- Re: self-confidence of compiler
- From: Nicholas Paldino [.NET/C# MVP]
- self-confidence of compiler
- Prev by Date: Re: Read data file on client fails
- Next by Date: Re: What's wrong with Private keyword
- Previous by thread: Re: self-confidence of compiler
- Next by thread: Re: self-confidence of compiler
- Index(es):
Relevant Pages
|