- 08 3月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
Revert "Revert "Disable diagnostic service for projects that we know we don't have all information to provide good results.""
-
- 05 3月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
Revert "Disable diagnostic service for projects that we know we don't have all information to provide good results."
-
- 25 2月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
this should make roslyn to turn off full project diagnostics when intellisense build is failed for the project. when we detect intellisense build failure, VS should put actionable data in error list detail pane. also bing search for the issue should work as well if one prefer blogs. this change also fix some issue on cross language p2p references. before there was case where we fail to connect cross language p2p reference causing a lot of errors. this change also include bulk diagnostic update events improvement. this should let us to deal better (especially when we clean those up) when there are a lot of diagnostics.
-
- 10 2月, 2016 1 次提交
-
-
由 Jason Malinowski 提交于
-
- 26 1月, 2016 1 次提交
-
-
由 Jared Parsons 提交于
-
- 25 11月, 2015 1 次提交
-
-
由 Brett V. Forsgren 提交于
-
- 07 11月, 2015 1 次提交
-
-
由 Brett V. Forsgren 提交于
-
- 14 10月, 2015 3 次提交
-
-
由 Jason Malinowski 提交于
-
由 Jason Malinowski 提交于
When you get a compilation from a project in a workspace, it's possible that the compilation doesn't have all the references you expect. If the project has references to other languages, we have to produce reference assemblies, a process that might fail. If it fails, your compilation just doesn't get references you thought it'd get. Now with this API, you can ask if the compilation is going to have such missing references, and act accordingly. The API is internal for now until get some additional testing on it and verify it's good for our immediate needs.
-
由 Jason Malinowski 提交于
The public entrypoint calls an internal method on Solution to do the real work. Some places were directly calling this internal helper just to be confusing.
-
- 02 7月, 2015 1 次提交
-
-
由 Jared Parsons 提交于
Fell out of our normal cadence for this during the push for RTM. Now that we had a bit more breathing room getting us back on track here.
-
- 30 5月, 2015 1 次提交
-
-
由 Matt Warren 提交于
-
- 20 5月, 2015 2 次提交
-
-
由 Matt Warren 提交于
-
由 Matt Warren 提交于
-
- 14 5月, 2015 1 次提交
-
-
由 Paul Harrington 提交于
-
- 01 2月, 2015 2 次提交
-
-
由 beep boop 提交于
Background: As discussed in the dev team all hands all code under the GitHub dotnet foundation is using a single process for contribution, API review, infrastructure and coding style. The idea is to present a unified view to our customer and give them a single story for contributing to any project under the dotnet foundation. https://github.com/dotnet/corefx/wiki/Contributing#c-coding-style The coding style transition is automated using a Roslyn based rewrite tool: https://github.com/dotnet/codeformatter This will be applied in stages across our developer tree. Right now the focus is on the Open directory as this is what is being presented on github. Code owners will be contacted before the transition happens. Note: this is a soft style requirement. There are no build errors that come from this change. (changeset 1408227)
-
由 heejaechang 提交于
recent perf regression shows that we are allocating too much memory on one particular spot in the tree serialization. this change is to remove that bottleneck. basically, rather than creating temporary array just to pass it in to the serializer, it will iterate through elements itself and serialize each element. (changeset 1408094)
-
- 15 1月, 2015 1 次提交
-
-
由 jaredpar 提交于
-
- 14 1月, 2015 2 次提交
-
-
由 RoslynTeam 提交于
-
由 mattwar 提交于
This change reduces confusion on the intended use of this workspace which is primarily for testing or doing analysis outside of a host environment without requirement to round-trip changes to disk. (changeset 1396090)
-
- 04 12月, 2014 1 次提交
-
-
由 Pilchie 提交于
Use nameof for ArgumentNullExceptions in this file while I'm here. (changeset 1379338)
-
- 19 11月, 2014 1 次提交
-
-
由 heejaechang 提交于
-
- 16 11月, 2014 1 次提交
-
-
由 chandera 提交于
The current cost-based cache has no domain knowledge of whether items will be needed again or are safe to collect. It is therefore usually over-sized. This change implements an explicit cache that must be enabled by consumers. The cache will hold trees and compilations as needed and release them when clients are done with them. Currently, we enable explicit caching of the active document. Rename tracking and the solution crawler also request caching for each project they process. (changeset 1372494)
-
- 16 10月, 2014 1 次提交
-
-
由 mattwar 提交于
Moved default host services logic from MSBuildWorkspace to new type DesktopMefHostServices type. Changed CommandLineProject to make workspace parameter optional. You only need to specify workspace if want to override behavior of some of the services (beyond default). Added WorkspaceServices.GetRequiredService and LanguageServices.GetRequiredService API that throws InvalidOperationException if service is not available. Changed Workspace.AddDocument and Workspace.AddAdditionalDocument to take DocumentInfo instead of multiple parameters (for future proofing signature.) Added ApplyChangesKind enum values for analyzers and additional documents Changed Workspace TryApplyChanges to check for all unsupported changes before starting to apply. Changed separate *apply* methods to default to calling equivalent OnXXX method instead of throwing. Changed CustomWorkspace.CanApplyChanges to default to true for all kinds. Added error messages for each ApplyChangesKind Added missing WithXXX methods from DocumentInfo (changeset 1354869)
-
- 14 10月, 2014 1 次提交
-
-
由 jasonmalinowski 提交于
Move a few types back to the portable layer to allow a CustomWorkspace to be produced without needing the desktop layer. As part of this, I split apart ITemporaryStorageService's ITemporaryStorage into two separate types, so it's clear whether you're storing text or storing binary streams. The merged implementation allowed some leakage of implementation details. (changeset 1353513)
-
- 07 10月, 2014 1 次提交
-
-
由 jasonmalinowski 提交于
This change splits the Workspaces layer into two parts, mirroring the Portable/Desktop split that the compilers did. The core parts of the Workspaces layer (managing documents and projects, formatting, some refactoring, code fixes) is kept in the portable subset, with a few non-portable pieces remaining, notably MSBuild support. This change has a major impact on how MEF now works in Roslyn. Traditional MEF (“MEFv1”) is not portable, and so we must move the Workspaces layer over to using the Microsoft.Composition NuGet package (“MEFv2”) which is. The APIs are distinct in that each has its own namespace, but the concepts are more or less identical. It requires some care though: the workspaces layer is simple in that it only references MEFv2, but higher layers have to reference both versions to use metadata attributes. Exports using metadata attributes from the editor (say, ContentTypeAttribute) must use MEFv1 attributes to export, whereas exports for the workspaces layer must use MEFv2 attributes. The rule is subtle and yet simple, and so a diagnostic is provided which catches any offenses to prevent confusion. This also has some impact in how we create MEF hosts: if you wish to host just the base workspaces layer, we can use MEFv2 to compose everything. The HostServices implementation (MefV1HostServices) that consumes a MEFv1 ExportProvider. If you’re in Visual Studio, you can use this implementation to get the full set of host services provided in Visual Studio. Otherwise, most of the changes in here are minor: we react to some APIs that have been moved/renamed in the portable subset we are targeting, and also align our various exception helper utilities with the compiler’s precedent. (changeset 1349276)
-
- 02 10月, 2014 1 次提交
-
-
由 TomasMatousek 提交于
This shelveset implements following changes to metadata reference compiler API in order to remove duplication in the public surface and prevent users from unexpected metadata lifetime issues: 1) MetadataImageReference and MetadataFileReference overlap Currently MetadataImageReference can be constructed from a Stream. MetadataImageReference supports metadata prefetch (reading the blob into memory and close the underlying stream) as well deferred reading (no content is read until the reference is consumed during compilation). MetadataFileReference only supports deferred reading. Lifetime of MetadataFileReference is non-deterministic, the underlying file is locked until no references exist and we GC the metadata. On the other hand, it is possible to construct MetadataImageReference in such a way that allows controlling the underlying resources deterministically. Remove MetadataFileReference, use MetadataImageReference instead. 2) Lifetime management AssemblyMetadata and ModuleMetadata objects hold on resources and implement IDisposable. When using MetadataFileReference constructors and some MetadataImageReference constructors to create references the underlying metadata objects are created implicitly and the user doesn’t have a way to explicitly dispose them. Make MetadataImageReference constructors internal and instead add factory method GetReference on AssemblyMetadata/ModuleMetadata. The usage pattern is: using (var metadata = AssemblyMetadata.CreateFromXxx(…)) { var compilation = CSharpCompilation.Create(syntaxTrees, new[] { metadata.GetReference() }); … } In addition the shelveset makes MetadataImageReference internal and adds the following convenience APIs, that are not the most efficient but are very convenient, easy to discover and safe to use for customers that don’t wanna explicitly manage the lifetime of metadata objects. (changeset 1345987)
-
- 25 9月, 2014 3 次提交
-
-
由 acasey 提交于
-
由 vladres 提交于
Fix bug 925931: Report error BC36394 (The 'Main' method cannot be marked 'Async') at declaration stage. Many tests were updated that incorrectly targeted a compilation to executable, but did not provide Main method. (changeset 1339789)
-
由 RoslynTeam 提交于
Replace IDiagnosticAnalyzer with DiagnosticAnalyzer, and move to an action-based diagnostic analysis model. (changeset 1337816)
-
- 10 9月, 2014 2 次提交
-
-
由 manishv 提交于
-
由 manishv 提交于
Fix for bug 1022125: diagnostic analyzer service shouldn't load diagnostic analyzer before it is actually used This change refactors the IDE diagnostic service to track per-language workspace analyzers (VSIX based analyzers). Each analyzer assembly reference created for every analyzer asset is now queried for analyzers in context of a language, hence avoiding instantiating analyzers targeting a different language. Additionally, now that we use the MetadataReader instead of Reflection based Assembly load to find diagnostic analyzer types within an analyzer assembly, we will delay loading of language specific analyzer assemblies until it is queried for analyzers for that language. (changeset 1332021)
-
- 15 8月, 2014 1 次提交
-
-
由 kayleh 提交于
-
- 20 6月, 2014 2 次提交
-
-
由 mattwar 提交于
This property controls what happens when referenced projects are not recognized as supported project types during solution or project open. If set to false, an exception is thrown the first time an unrecognized project is encountered. If set to false (the default) it raises an WorkspaceFailed event and continues, omitting the project from the resulting solution and leaving dangling project references. Of course, if the project type is unrecognized but its metadata can be identified, the project reference is turned into a metadata references (as per existing behavior). Added tests for all cases of unrecognized projects; bad path, non-existing project file, unrecognized file extensions, unrecognized project type and unrecognized language. Updated HostWorkspaceServices to allow for searching for language services without forcing the language to be loaded. Added ProjectFileExtensionAttribute and ProjectTypeGuidAttribute so ProjectFileLoader's can declare via MEF metadata information used to find them. Removed Project GUID from ProjectFileReference. Project GUID's cannot be trusted. :-) (changeset 1279722)
-
由 TomasMatousek 提交于
Move serialization from CompilationOptions and ParseOptions to dedicated SerializableCompilationOptions and SerializableParseOptions wrappers. (changeset 1274332)
-
- 23 5月, 2014 1 次提交
-
-
由 TomasMatousek 提交于
Stores Encoding on SourceText so that we can always calculate checksum of the underlying binary data, even if the SourceText wasn’t created from a Stream. Adds WithRootAndOptions and WithFilePath methods to SyntaxTree and implements them for all subclasses. I decided to merge WithRoot and WithOptions to a single method WithRootAndOptions since setting one without the other doesn't make much sense (the options should correspond to the root node). Propagates the Encoding throughout workspaces and services. Refactors recoverable syntax trees so that they can implement With* methods. Allow encoding on SourceText to be unspecified (null) and report an emit diagnostic when attempting to emit debug information for a syntax tree that is backed by encoding-less source text. If user creates a syntax tree from a string they previously read from a file and then try to emit debuggable compilation with such tree the original encoding of the file might not match the default UTF8 (they might different by presence of BOM, which is quite subtle). To avoid confusion we don't set UTF8 encoding by default. Instead we report the diagnostic and the user needs to explicitly provide an encoding to the syntax tree factory method. Avoid leaking DecoderFallbackException out of EncodedStringText.Create. Throw InvalidDataException instead to reduce the amount of exceptions that the caller needs to deal with. Also moves HasSameText extension method from Services to SourceText and optimizes the comparison for the case we the SHA1 checksums are available. (changeset 1260412)
-
- 18 4月, 2014 1 次提交
-
-
由 Pilchie 提交于
-
- 15 4月, 2014 1 次提交
-
-
由 YingP99 提交于
-
- 10 4月, 2014 1 次提交
-
-
由 mattwar 提交于
FeaturePacks have changed to become HostServices. IWorkspaceServiceProvider has become HostWorkspaceServices ILanguageServiceProvider has become HostLanguageServices HostWorkspaceServices can be accessed directly from Workspace.Services. HostLanguageServices can be accessed directly from Project.LanguageServices. Some of the existing workspace and language services have been made public. (changeset 1226729)
-
- 05 4月, 2014 1 次提交
-
-
由 heejaechang 提交于
for now, it only contains Formatting Tests, but in future, we should split mixed lang tests in service test to each own one. (changeset 1223390)
-