- 06 2月, 2015 8 次提交
-
-
由 jasonmalinowski 提交于
Remove CopyLocal from Microsoft.VisualStudio.Composition.Configuration references (changeset 1410325)
-
由 manishv 提交于
-
由 angocke 提交于
The project wasn't fully removed from the solution so NuGet restore complained about the project not existing when run on the solution. (changeset 1410281)
-
由 BalajiKris 提交于
Add an unit test for an extract method bug that is no longer reproducible. The bug was that extracting an expression from yield return statement did not work. (changeset 1410266)
-
由 TomasMatousek 提交于
Changes: To enable producing both Portable and native PDB formats we need to move the format specific imports encoding down to the PdbWriter. Instead of constructing NamespaceScope objects containing strings that encode usings/imports the C# and VB constructs that hold on to bound imports (ImportChain in C#, SourceFile in VB) now implement a new CCI-level interface IImportScope that provides an array of UsedTypeOrNamespace for each import scope. UsedTypeOrNamespace struct now doesn’t contain strings but symbols that represent the entities that re referenced in usings/Imports. IImportScope only represents imports on file level and below. Project level imports are exposed via new API on Cci.IModule (GetImports method). To represent a namespace a new CCI-level interface INamespace is introduced and implemented by NamespaceSymbol. In future we could replace usage of qualified namespace strings with this interface in other places in the compiler-CCI interface, but to minimize the impact I have not done so in this change. Background: Currently C# and VB compilers build a list of namespace scopes in NamespaceScopeBuilder that are then passed via MethodBody to the MetadataWriter, which then passes them to the PdbWriter. The NamespaceScopeBuilder encodes various forms of usings, extern aliases and imports in specially formatted strings that the EE understands how to decode. It constructs a list of all usings/imports/extern-aliases/etc. for each method. The PdbWriter then writes these string lists to PDB namespace scope records and implements a forwarding optimization – within a set of methods that have the same usings we designate one that we associate the strings with and the others forward to it. The forwarding is implemented differently by VB and C#. VB also defines some additional namespace scope records for default namespace, NoPia assembly names and method namespace. The new portable PDB format has a different, simpler and more efficient representation of import scopes with the same encoding for C# and VB. Import scopes are first class entities that have parent pointer and thus form a tree. The structure of the tree is language specific. The root of the tree represents a project/compilation-wide import scope. For C# this scope contains assembly reference aliases (/r:Alias=Reference.dll). For VB this scope declares project level imports. The import scope tree for VB is 2 level deep – file level and project level. C# may define deeper trees as namespaces may define their own usings. Also some information that Dev12 encodes in PDB namespace scopes is not used anymore by our new EEs (such as VB NoPia names, VB method namespace). These are not emitted to Portable PDB since the old EEs won’t be able to consume the new format anyways. (changeset 1410225)
-
由 TomasMatousek 提交于
-
由 TomasMatousek 提交于
-
由 tmeschter 提交于
If an analyzer assembly changes on disk after it has been loaded in VS we put a warning in the Error List letting the user know that they will need to restart VS to use the new version. We do not, however, warn the user in the situation where they add an analyzer to a project but an older version of that file has already been loaded. This change updates the AnalyzerFileWatcherService to record the creation/modification time when it sees an analyzer assembly being loaded. Later, when an analyzer is added to a project we check if the current creation/modification time of the file matches the recorded time; if it does not, the file does not currently match what was loaded and we need to raise the warning. We also now tell the AnalyzerFileWatcherService when an analyzer is removed so that the corresponding warnings can be removed from the Error List. (changeset 1410175)
-
- 05 2月, 2015 3 次提交
-
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
Moved more content from codeplex
-
由 Jared Parsons 提交于
The README.md file still referred to several pieces of CodePlex content. This content was migrated to GitHub and the README points to the updated location.
-
- 04 2月, 2015 27 次提交
-
-
由 jaredpar 提交于
-
由 VSadov 提交于
For the most part the path utilities were already intended to accept '/' and '\' as path separators when appropriate, as well as to accept '/' and '-' as option tokens There were however some missed cases related to the handling of the rooted absolute paths When we get a path like /home/joe/test.cs , we do not want to treat it as a compiler option. ***NO_CI*** (changeset 1409887)
-
由 jaredpar 提交于
While our internal runtime contains the new Array.Empty member, the runtime used by tests in Jenkins does not. This caused the Jenkins tests to begin to fail once we updated our empty array suites to always expect the member to be present. I changed the suites to test for the member and change their behavior based in its presence or absence. (changeset 1409795)
-
由 jaredpar 提交于
The CreateInstanceAndUnwrap call below is failing somewhat randomly in our test runs with an error claiming it can't load Roslyn.Test.Utilities. So far we've been unable to actually catch this failure under a debugger because as previously stated the failure is random. The only interesting data we have is that it's much more likely to fail in xUnit2 parallel mode than xUnit1. Looking at the code there seems to be an obvious explanation. The Environment.CurrentDirectory value becomes the resolver path for the newly created AppDomain instance. If this value doesn't point to the test binaries directory then it would explain the failure. This is a process wide value that can easily be changed by other code. Even if the code is careful to reset the value afterwards the intermediate value would be visible across AppDomains and cause this problem. A more stable value is AppDomain.CurrentDomain.BaseDirectory. This value is AppDomain specific, immutable, and was already sufficient to load this particular assembly. (changeset 1409768)
-
由 beep boop 提交于
-
由 nmgafter 提交于
-
由 Basoundr_ms 提交于
Fix Bug 1070773 - option "NewLinesForBracesInObjectCollectionArrayInitializers" will handle Collection, Array and Object Initializers Changing the New Line option "NewLinesForBracesInObjectInitializers" to "NewLinesForBracesInObjectCollectionArrayInitializers" which will now affect Collection Initializer and Array Initializers in addition to Object Initializers. Check Bug 853748 regarding this. This change does not affect the Custom formatted Array Initializers and Collection Initializers since we have appropriate Suppress operation. (changeset 1409656)
-
由 acasey 提交于
When the expression compiler sees a diagnostic indicating that a reference should be added to the compilation, it should invoke DkmClrAppDomain.LoadAssembly so that the debugger can try to load and then re-invoke the expression compiler. TODO: Make this work for WinMDs (1114866). CR: ChuckS; KevinH; VladRes; PaNelson (changeset 1409642)
-
由 Basoundr_ms 提交于
AttributeLists of the Parameter should be left untouched by the VB PrettyLister. The AttributeLists of the other statement is formatted in such way that the first attributeList of the lot is formatted with expected indentation and the rest of the attributeList anchors to the first attributeList and moves accordingly. (changeset 1409606)
-
由 cyrusn 提交于
This will ensure that case sensitive matches are placed above insensitive ones in the NavigateTo results list. ***NO_CI*** (changeset 1409531)
-
由 nmgafter 提交于
-
由 heejaechang 提交于
-
由 heejaechang 提交于
this is compilation end analyzer. this is supposed to squiggle name and fade out whole code block when it detects unused declarations. but for now, it only reports the issue in error list and not in editor due to engine limitation. we will use this analyzer to drive making compilation end analyzer experience better. so that we can get things like squiggle, fading out or code fix work with compilation end analyzer. (changeset 1409499)
-
由 jasonmalinowski 提交于
Remove unnecessary references to Microsoft.VisualStudio.Composition.Configuration (changeset 1409457)
-
由 jaredpar 提交于
Move the .nuget folder to the correct directory in Open. This was simply missed when moving other parts of the InteractiveWindow. (changeset 1409394)
-
由 heejaechang 提交于
now it should properly re-tag editor when there are severity changes due to rule set changes or other changes. (changeset 1409269)
-
由 manishv 提交于
Fix failing unit tests in Roslyn.Diagnostics.Analyzers.UnitTests.dll: Test had a comment that it needed to be updated once we move to a newer corlib which defines Array.Empty<T> (changeset 1409173)
-
由 heejaechang 提交于
there is no code change, just added some comments on why code bail out and use full semantic model rather than speculative semantic model in some situation. (changeset 1408980)
-
由 TomasMatousek 提交于
-
由 jasonmalinowski 提交于
We have some project references between projects that are either completely unnecessary or almost so, which have the nice side effect of creating build warnings due to version mismatches. Remove most of them, and move a single unit test helper next to the unit tests that are using it. (changeset 1408938)
-
由 heejaechang 提交于
but we probably need to move to content based version rather than file stamp. (changeset 1408928)
-
由 jasonmalinowski 提交于
The OpenSourceDebug package should reference MSBuild 14.0 since that's what the workspaces layer references, and that's what's loaded in VS when the code runs anyways. (changeset 1408875)
-
由 ChuckStoner 提交于
-
由 srivatsn 提交于
The EditorFeaturesTest.csproj file was pointing to the deleted References directory causing a git clone + build of Roslyn.sln to fail. Fixing up the project to point to DevEnvDir instead. (changeset 1408717)
-
由 mscheffer 提交于
-
由 jaredpar 提交于
The BasicIntellisense suite was broken due to a bug in BasicUndo. This was fixed in the most recent version. Upgrading us to that to fix the suite. (changeset 1408633)
-
由 jaredpar 提交于
-
- 01 2月, 2015 2 次提交