-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Test plan for "top-level statements" feature #43563
Labels
Area-Compilers
Feature - Simple Programs
Top-level statements
Test
Test failures in roslyn-CI
Test-Gap
Describes a specific feature or scenario that does not have test coverage
Milestone
Comments
jcouv
added
Area-Compilers
Test-Gap
Describes a specific feature or scenario that does not have test coverage
labels
Apr 22, 2020
Core Scenarios in Editing, Navigating, and Viewing
|
Code Transformations
|
IDE Features
|
Added checkboxes for debugging |
This was referenced May 19, 2020
Closed
Closed
I think we're past the statute of limitations for this one ;-) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Area-Compilers
Feature - Simple Programs
Top-level statements
Test
Test failures in roslyn-CI
Test-Gap
Describes a specific feature or scenario that does not have test coverage
Championed issue: dotnet/csharplang#2765
Speclet: https://github.com/dotnet/csharplang/blob/master/proposals/top-level-statements.md
Compiler:
using
declarations and after namespaces and type declarations;
,{ }
goto
,break
,continue
,return
yield return
,yield break
,await
$Program.$Main
has expected signature:string[] args
void
,int
,Task
, orTask<int>
depending on explicitreturn
statements and use ofawait
$Program
and$Main
declarationsstring[] args
Main
entry point-main:<type>
optionSymbolDisplay
and diagnostics containing$Program
and$Main
args
parameter names used and redefined in top-level statements and local functionsargs
parameter names used and redefined inusing
statements and type declarations, in same and distinct compilation unitsargs
parameter in local functionsthis
argumentunsafe
block, with/without-unsafe
command-line optionunsafe
block?$Main
is used for[CallerMemberName]
argumentsreturn
statement in some branches only:if (expr) { return 1; }
await
andasync
ref
locals withawait
ref
escaping (e.g. storingSpan<int>
from astackalloc
local in a field)Public API:
ISymbol
instances for$Program
and$Main
IOperation
for single and multiple compilation unitsLookupSymbols
andLookupNames
:using
statements before top-level statementsProductivity:
args
args
args
(maybe should be colored similarly tovalue
in property setter)Debugging (compiler):
$Main
is correctly marked as an entry point in the PDBargs
and locals are in scope when evaluating expression in context of top-level code)Debugging (IDE):
FYI @AlekseyTs
The text was updated successfully, but these errors were encountered: