Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/mono/monodevelop.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
path: root/main/src/core/MonoDevelop.Core
AgeCommit message (Collapse)Author
2019-07-22Deduplicate all the span slice callsglob-opttherzok
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 ExpandWildcardFilePaththerzok
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 ReadOnlySpantherzok
2019-07-22Merge pull request #8246 from mono/msbuild-pi-keyMarius Ungureanu
[Core] Avoid allocating strings for keys when loading the MSBuild pro…
2019-07-22Merge pull request #8250 from mono/msbuild-safe-parseMarius Ungureanu
[Core] Remove redundant condition checks
2019-07-22Merge pull request #8251 from mono/msbuild-cleanupMarius Ungureanu
[Core] Small cleanups in DefaultMSBuildEngine
2019-07-22Merge pull request #8244 from mono/array-extensionLluis Sanchez
[Core] Add extension on Array to shadow IEnumerable.Contains
2019-07-21[Core] Small cleanups in DefaultMSBuildEnginetherzok
Unroll LINQ in a loop code, use lambda instead of delegate notation and remove an unused method
2019-07-21[Core] Remove redundant condition checkstherzok
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 projecttherzok
2019-07-21Optimize some boxing from IEnumerable.Containstherzok
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-18Merge pull request #8071 from mono/fix-936531Vsevolod Kukol
Change Key binding scheme for Visual Studio for Mac
2019-07-17Fixes 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-16Merge pull request #8083 from mono/api-and-perf-cleanupsLluis 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 nullableJose 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 AppendTargetFrameworkToOutputPathJose Miguel Torres
2019-07-10[Core] Optimize some project system file collection handling codetherzok
2019-07-10[Misc] Remove some obsolete, unused APIstherzok
2019-07-09Merge pull request #8147 from mono/coreext-refactorMarius Ungureanu
Small refactor of CoreExtensions
2019-07-08Merge pull request #8063 from mono/vsts936533Marius Ungureanu
Avoid doing expensive work to trigger OnPathChanged when it might not be subscribed to
2019-07-07Refactor TimeInvoke code to deduplicate and simplify logictherzok
2019-07-07Split CoreExtensions into separate files per functionalitytherzok
2019-07-06Some minor cleanups in the ProjectFile codetherzok
2019-07-06Avoid 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-06Split ProjectVirtualPath into utility methodtherzok
2019-07-06Fix 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 moretherzok
2019-07-06[Ide] Ensure we properly dispose of cancellationtokensource when we can or ↵therzok
it's a timer
2019-07-06Simplify some usages of CancellationTokenSourcetherzok
2019-07-05Merge pull request #8064 from mono/Therzok-patch-2Marius Ungureanu
[Ide] Optimize typesystem loading a bit
2019-07-03Merge pull request #8103 from mono/null-ref-get-referenced-assembliesLluis Sanchez
[Core] Fix null ref in DotNetProject.OnGetReferencedAssemblies
2019-07-02[Core] Fix null ref in DotNetProject.OnGetReferencedAssembliesMatt 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 FileNestingServiceRodrigo 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 checkRodrigo 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 necessaryRodrigo Moya
2019-07-01[Projects] Pass Project to FileNestingServiceRodrigo 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 extensionsRodrigo 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 timeRodrigo 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 syntaxRodrigo Moya
2019-07-01[Projects] Use FilePath in API refering to filesRodrigo Moya
2019-07-01[Projects] Simplify ImmutableList creation for an IEnumerableRodrigo Moya
2019-07-01[Projects] Use a more descriptive var nameRodrigo Moya
2019-07-01[Projects] Add null check in NestingRulesProvider's constructorRodrigo Moya
2019-07-01[Core] Listen to extension node changes for NestingRulesProvider'sRodrigo Moya
2019-07-01[Core] Avoid a null patterns listRodrigo Moya
2019-07-01[Core] Update DependsOn on renames only if it was already setRodrigo 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 constantRodrigo Moya
Co-Authored-By: Marius Ungureanu <teromario@yahoo.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-01 23:21:53 +0300