- 09 10月, 2015 1 次提交
-
-
由 Andrew Casey 提交于
1. Look for declarations in the current submission (including aliases). 2. Look for declarations in preceding submissions (including aliases), in order. 3. Look for members in the host object (if any). 4. Look for declarations in the global namespace. 5. Look in usings (except aliases) in the current submission and all preceding submissions (all at once, not looping). 6. Look in the global imports of the current submission and all preceding submissions (all at once, not looping). Note that 5, 6, and aliases from 1 are skipped if we are binding the target of a using in the current submission. Fixes #5450 Fixes #4811
-
- 02 10月, 2015 1 次提交
-
-
由 Andrew Casey 提交于
-
- 01 10月, 2015 1 次提交
-
-
由 Andrew Casey 提交于
Look at the usings for each submission as we visit that submission. The mental model is a chain of ```InContainerBinder```s, but we don't actually instantiate the chain for perf reasons. TODO: Some tests are failing because of the new semantics. The main issue is that usings can now hide members (not just types). No corresponding issue exists in C# because usings can't appear within types.
-
- 30 9月, 2015 3 次提交
-
-
由 Jared Parsons 提交于
When emitting a lambda method that binds to a delegate with dynamic parameters, emit the dynamic attribute in the corresponding parameter locations. This facilitates debugging of the lambda as parameters will properly light up as dynamic in expression evaluation. close #4160
-
由 Andrew Casey 提交于
-
由 Andrew Casey 提交于
Fixes #5450 Lays groundwork for #4811 and #5423
-
- 25 9月, 2015 1 次提交
-
-
由 Tomas Matousek 提交于
-
- 17 9月, 2015 1 次提交
-
-
由 Manish Vasani 提交于
Add a new CompilationOption "ReportSuppressedDiagnostics" to enable reporting compiler diagnostics suppressed in source. Note that the command line compilers will report such suppressed diagnostics in the SARIF errorlog file but not on the console output. This new compilation option was approved by the design team. Fixes #5216
-
- 15 9月, 2015 1 次提交
-
-
由 Manish Vasani 提交于
-
- 11 9月, 2015 2 次提交
-
-
由 Manish Vasani 提交于
Emit "isSuppressedInSource" boolean property for diagnostics in the ErrorLog file and report suppressed analyzer diagnostics in the error log.
-
由 Manish Vasani 提交于
1. CompilationWithAnalyzers can now report analyzer diagnostics with source suppressions (pragma/SuppressMessageAttribute). This will eventually allow us to surface diagnostics with source suppressions in the error list. Note that the behavior of command line compilers and all the GetDiagnostics APIs is unchanged, only the compiler analyzer will report diagnostics with source suppressions. 2. Add FixAll support for Suppression code fixes. Light bulb suppression fixes now show the "Fix all occurrences" options for Document/Project/Solution. This change adds the basic functionality to bulk suppress diagnostics. This will eventually be consumed for baselining all/selected diagnostics from error list/solution explorer. 3. Simplify the Suppression light bulb menu to remove the option to add a local SuppressMessageAttribute. The only options now are to suppress in source (pragma) or suppressions file (assembly level SuppressMessageAttribute).
-
- 05 9月, 2015 2 次提交
-
-
由 Kevin Halverson 提交于
-
由 AlekseyTs 提交于
Fixes #4924.
-
- 22 8月, 2015 1 次提交
-
-
由 Cyrus Najmabadi 提交于
-
- 21 8月, 2015 1 次提交
-
-
由 Tomas Matousek 提交于
-
- 05 8月, 2015 1 次提交
-
-
由 Manish Vasani 提交于
Changes include: 1. Enhance CompilationWithAnalyzers to allow computing analyzer diagnostics for a specific tree/span within a compilation and/or for a subset of analyzers. Implementation ensures no duplicate analysis by tracking partial analysis state and caching the reported analyzer diagnostics. 2. Overview of the new APIs added to CompilationWithAnalyzers: 1. GetAnalyzerSyntaxDiagnostics(tree, analyzers, ct) 1. Analogous to SyntaxTree.GetDiagnostics(ct) 2. Gets analyzer diagnostics reported by executing syntax tree actions on the given tree. 2. GetAnalyzerSemanticDiagnostics(semanticModel, spanOpt, analyzers, ct) 1. Analogous to SemanticModel.GetDiagnostics(spanOpt, ct) 2. Gets analyzer diagnostics reported by executing rest of the non-compilation actions on the given tree span. 3. GetAnalyzerCompilationDiagnostics(analyzers, ct) 1. Gets rest of the analyzer diagnostics which are reported by either of the following means: 1. Compilation actions (and compilation end actions) 2. Non-compilation actions reporting diagnostics on different tree: Executing a symbol action on a symbol definition in a tree, can report diagnostic on its partial definition in some other tree. 3. Simplify IDE analyzer driver by switching it to using the new CompilationWithAnalyzers APIs for analyzer diagnostic computation. Both the IDE and compiler drivers now use the compilation event queue model for driving analysis.
-
- 17 7月, 2015 1 次提交
-
-
由 Charles Stoner 提交于
-
- 14 7月, 2015 2 次提交
-
-
由 Andrew Casey 提交于
...as AddSyntaxTrees does.
-
由 Andrew Casey 提交于
The errors being reported in the declaration table were inherently syntactic and moving them into the parser eliminates some complexity. Note: VB is not currently reporting ERR_ReferenceDirectiveOnlyAllowedInScripts since it does not (yet) lex/parse reference directives.
-
- 07 7月, 2015 1 次提交
-
-
由 Tomas Matousek 提交于
-
- 03 7月, 2015 1 次提交
-
-
由 Andrew Casey 提交于
As an optimization, submissions not containing declarations are not emitted. However, when we short-circuit emission, we also skip diagnostic reporting (e.g. in usings) that can trigger an assert in the next submission (which assumes that all errors have been reported). Fixes #3795
-
- 02 7月, 2015 1 次提交
-
-
由 Andrew Casey 提交于
This reverts commit 15443a23. Conflicts: src/Compilers/CSharp/Portable/CommandLine/CommandLineParser.cs src/Compilers/CSharp/Portable/PublicAPI.txt src/Compilers/Core/Portable/PublicAPI.txt src/Compilers/VisualBasic/Portable/CommandLine/CommandLineParser.vb Fixes #2888 Fixes #3786
-
- 27 6月, 2015 1 次提交
-
-
由 Charles Stoner 提交于
-
- 24 6月, 2015 1 次提交
-
-
由 Manish Vasani 提交于
Add DiagnosticDescriptor.GetEffectiveSeverity(CompilationOptions) API to get the effective severity of diagnostics created based on the descriptor for the given compilation options. This change also removes the clone of this functionality in the IDE layer used by the solution explorer rule severity display and error list/diagnostic service. It now uses this public API. Fixes #2598
-
- 18 6月, 2015 1 次提交
-
-
由 Tomas Matousek 提交于
-
- 20 5月, 2015 1 次提交
-
-
由 Tomas Matousek 提交于
-
- 19 5月, 2015 1 次提交
-
-
由 Tomas Matousek 提交于
-
- 03 5月, 2015 1 次提交
-
-
由 bkoelman 提交于
-
- 01 5月, 2015 1 次提交
-
-
由 bkoelman 提交于
-
- 28 4月, 2015 2 次提交
-
-
由 bartkoelman 提交于
-
由 bartkoelman 提交于
-
- 20 4月, 2015 1 次提交
-
-
由 AlekseyTs 提交于
In some scenarios, an attribute application can be “bad” due to an error type in referenced compilation, but without any diagnostics reported for the referencing compilation.
-
- 06 3月, 2015 2 次提交
-
-
由 Tomas Matousek 提交于
Enable hosts to compile strong-named assemblies on all platforms by supplying public key via compilation options and also enable OSS signing with such key
-
由 Paul Harrington 提交于
-
- 25 2月, 2015 2 次提交
-
-
由 Neal Gafter 提交于
-
由 Neal Gafter 提交于
Related to #846.
-
- 21 2月, 2015 1 次提交
-
-
由 Manish Vasani 提交于
-
- 20 2月, 2015 1 次提交
-
-
由 Neal Gafter 提交于
-
- 18 2月, 2015 1 次提交
-
-
由 Omer Raviv 提交于
Calling GetSemanticModel with suppressAccessChecks=true creates a SemanticModel that ignores accessibility rules when answering semantic questions. This allows consumers to ask semantic questions using the same semantic rules as the ones used in debugger’s Expression Evaluator, where accessibility rules do not matter. Added unit tests for C# and VB.NET to cover both regular and speculative analysis.
-
- 14 2月, 2015 1 次提交
-
-
由 Manish Vasani 提交于
It ensures the following for the lifetime of analyzer host: 1) DiagnosticAnalyzer.Initialize(AnalysisContext) is invoked only once per-analyzer. 2) DiagnosticAnalyzer.SupportedDiagnostics is invoked only once per-analyzer. 3) CompilationStartAnalyzerActions registered during Initialize are invoked only once per-analyzer per-compilation.
-