Age | Commit message (Collapse) | Author | |
---|---|---|---|
2019-07-22 | Deduplicate all the span slice callsglob-opt | therzok | |
2019-07-22 | [Core] Implement a FastConcat version of IEnumerable, where we know we don't ↵ | therzok | |
need to create a new concat iterator This should optimize GC memory pressure more on this code path. In case the result returned recursively by ExpandWildcardFilePath is Enumerable.Empty, we can optimzie and not create a new Enumerator for the second one. | |||
2019-07-22 | [Core] Change the recursive handling of ExpandWildcardFilePath | therzok | |
Instead of doing the recursive matching by manually recursively descending via a parameter, use the filesystem's APIs to check the nested directories to validate the data | |||
2019-07-22 | [Core] Change signature of the path being passed to ReadOnlySpan | therzok | |
2019-07-22 | Merge pull request #8246 from mono/msbuild-pi-key | Marius Ungureanu | |
[Core] Avoid allocating strings for keys when loading the MSBuild pro… | |||
2019-07-22 | Merge pull request #8250 from mono/msbuild-safe-parse | Marius Ungureanu | |
[Core] Remove redundant condition checks | |||
2019-07-22 | Merge pull request #8251 from mono/msbuild-cleanup | Marius Ungureanu | |
[Core] Small cleanups in DefaultMSBuildEngine | |||
2019-07-22 | Merge pull request #8244 from mono/array-extension | Lluis Sanchez | |
[Core] Add extension on Array to shadow IEnumerable.Contains | |||
2019-07-21 | [Core] Small cleanups in DefaultMSBuildEngine | therzok | |
Unroll LINQ in a loop code, use lambda instead of delegate notation and remove an unused method | |||
2019-07-21 | [Core] Remove redundant condition checks | therzok | |
SafeParseAndEvaluate already does a check for the condition being empty. Remove the redundant checks and invert some conditions | |||
2019-07-21 | [Core] Avoid allocating strings for keys when loading the MSBuild project | therzok | |
2019-07-21 | Optimize some boxing from IEnumerable.Contains | therzok | |
2019-07-21 | [Core] Add an overload for Array which should fix most usages of ↵ | therzok | |
IEnumerable.Contains on arrays The new method shadows the old one, so we get quite a few performance improvements, most in the project model | |||
2019-07-18 | Merge pull request #8071 from mono/fix-936531 | Vsevolod Kukol | |
Change Key binding scheme for Visual Studio for Mac | |||
2019-07-17 | Fixes VSTS #936531 - Key binding scheme for Visual Studio for Mac should be ↵ | Javier Suárez Ruiz | |
"Visual Studio for Mac" rather than "Visual Studio" | |||
2019-07-16 | Merge pull request #8083 from mono/api-and-perf-cleanups | Lluis Sanchez | |
[Misc] Improve performance of some project APIs and remove some unused obsolete APIs | |||
2019-07-13 | [Ide] Few fixes: | Jose Miguel Torres | |
- Method renaming - Checks OutputDir is empty and fixes it. - Uses Removes instead of Replace for EndWith strings | |||
2019-07-13 | [Ide] Turns AppendTargetFrameworkToOutput prop nullable | Jose Miguel Torres | |
So that only when .NET Core / Standard project is loaded a boolean value is set. Otherwise is null, that's .NET Fx | |||
2019-07-13 | [Ide][Core] Adds support for AppendTargetFrameworkToOutputPath | Jose Miguel Torres | |
2019-07-10 | [Core] Optimize some project system file collection handling code | therzok | |
2019-07-10 | [Misc] Remove some obsolete, unused APIs | therzok | |
2019-07-09 | Merge pull request #8147 from mono/coreext-refactor | Marius Ungureanu | |
Small refactor of CoreExtensions | |||
2019-07-08 | Merge pull request #8063 from mono/vsts936533 | Marius Ungureanu | |
Avoid doing expensive work to trigger OnPathChanged when it might not be subscribed to | |||
2019-07-07 | Refactor TimeInvoke code to deduplicate and simplify logic | therzok | |
2019-07-07 | Split CoreExtensions into separate files per functionality | therzok | |
2019-07-06 | Some minor cleanups in the ProjectFile code | therzok | |
2019-07-06 | Avoid doing expensive work to trigger OnPathChanged when it might not be ↵ | therzok | |
subscribed to Fixes VSTS #936533 - ProjectFile.OnPathChanged computes values that are not used | |||
2019-07-06 | Split ProjectVirtualPath into utility method | therzok | |
2019-07-06 | Fix some wrongly used usings when await is needed for them to actually run ↵ | therzok | |
when they should | |||
2019-07-06 | [Misc] cleanup code a bit more | therzok | |
2019-07-06 | [Ide] Ensure we properly dispose of cancellationtokensource when we can or ↵ | therzok | |
it's a timer | |||
2019-07-06 | Simplify some usages of CancellationTokenSource | therzok | |
2019-07-05 | Merge pull request #8064 from mono/Therzok-patch-2 | Marius Ungureanu | |
[Ide] Optimize typesystem loading a bit | |||
2019-07-03 | Merge pull request #8103 from mono/null-ref-get-referenced-assemblies | Lluis Sanchez | |
[Core] Fix null ref in DotNetProject.OnGetReferencedAssemblies | |||
2019-07-02 | [Core] Fix null ref in DotNetProject.OnGetReferencedAssemblies | Matt Ward | |
Fixed a race condition in WorkspaceObject.BindTask. If a project is disposed during the BindTask call but before the task was added to activeTasks the MSBuildProject would be set null causing a null reference exception in DotNetProject.OnGetReferencedAssemblies. This would also resulted in an unobserved task exception since BindTask would return a different canceled task. To prevent this BindTask registers a TaskCompletionSource to the list of activeTasks before it calls the Func that returns the Task. This ensures that the project will not be disposed whilst that Func is being called. Also if an exception being thrown by the Func the TaskCompletionSource task is removed from the active tasks to avoid the project waiting forever for all active tasks to finish and the project's OnDispose method never being called. Fixes VSTS #849584 - [Watson] NullReferenceException in DotNetProject.OnGetReferencedAssemblies | |||
2019-07-02 | [Projects] Fix concurrent access to FileNestingService | Rodrigo Moya | |
The providers are initialized on demand, so in solutions with several projects, that load each project on a separate Task, we were getting race conditions on the NestingRulesProvider's initialization, so make sure they are initialized only once and not called until they are fully loaded. | |||
2019-07-01 | [Projects] Remove unneeded check | Rodrigo Moya | |
The nestingRules list is now created the first time GetParentFile is called, so when this code is hit, the list should already have been created. | |||
2019-07-01 | [Projects] Avoid using LastIndexOf when not necessary | Rodrigo Moya | |
2019-07-01 | [Projects] Pass Project to FileNestingService | Rodrigo Moya | |
Thus, we can just check inside the project's Files collection, instead of calling File.Exists(). | |||
2019-07-01 | [Projects] Remove unneded code to query all extensions | Rodrigo Moya | |
We keep the list of NestingRulesProvider's up to date already by listening to the extension node changes. | |||
2019-07-01 | [Projects] Avoid re-loading of files if it failed the first time | Rodrigo Moya | |
If a nesting rules file failed to load, we were re-trying reading it again and again, for every file in the solution, so just make sure we try to load it once only, and if it fails, just ignore it. | |||
2019-07-01 | [Projects] Use C# 8 using syntax | Rodrigo Moya | |
2019-07-01 | [Projects] Use FilePath in API refering to files | Rodrigo Moya | |
2019-07-01 | [Projects] Simplify ImmutableList creation for an IEnumerable | Rodrigo Moya | |
2019-07-01 | [Projects] Use a more descriptive var name | Rodrigo Moya | |
2019-07-01 | [Projects] Add null check in NestingRulesProvider's constructor | Rodrigo Moya | |
2019-07-01 | [Core] Listen to extension node changes for NestingRulesProvider's | Rodrigo Moya | |
2019-07-01 | [Core] Avoid a null patterns list | Rodrigo Moya | |
2019-07-01 | [Core] Update DependsOn on renames only if it was already set | Rodrigo Moya | |
If not, when renaming files that have been nested via the FileNestingService, an unsolicited DependentUpon entry is saved to the csproj. | |||
2019-07-01 | [AspNetCore] Use wildcard constant | Rodrigo Moya | |
Co-Authored-By: Marius Ungureanu <teromario@yahoo.com> |