tag:github.com,2008:https://github.com/joeloff/runtime/releasesTags from runtime2021-06-01T17:37:27Ztag:github.com,2008:Repository/377216860/v6.0.0-preview.5.21301.52021-06-01T17:37:27Zv6.0.0-preview.5.21301.5<p>[release/6.0-preview5] [build] Define NO_UNALIGNED_ACCESS for 32-bit …</p>
<p>…arm platforms (<a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/52942">dotnet#52942</a>)</p>
<p>Co-authored-by: Aleksey Kliger <alklig@microsoft.com></p>github-actionstag:github.com,2008:Repository/377216860/v5.0.72021-05-05T18:25:36Zv5.0.7dotnet-bottag:github.com,2008:Repository/377216860/v6.0.0-preview.4.21253.72021-05-03T18:08:42Zv6.0.0-preview.4.21253.7<p>[release/6.0-preview4][wasm] Fix Blazor AOT builds inside Visual Stud…</p>
<p>…io (<a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/52078">dotnet#52078</a>)</p>
<p>* [wasm] Build tasks for net472 also (<a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/51959">dotnet#51959</a>)</p>
<p>* [wasm] Fix loading WebAssembly tasks in VS</p>
<p>- In case of `WasmAppBuilder.dll`, we were packaging only the task assembly, and
<br /> `System.Reflection.MetadataLoadContext` for net472, same as net6.0 .</p>
<p>- But for net472, VS fails with errors like:</p>
<p>```
<br />C:\Program Files\dotnet\packs\Microsoft.NET.Runtime.WebAssembly.Sdk\6.0.0-preview.4.21222.10\Sdk\WasmApp.targets(424,4): Error MSB4018: The "PInvokeTableGenerator" task failed unexpectedly.
<br />System.IO.FileNotFoundException: Could not load file or assembly 'System.Reflection.Metadata, Version=1.4.5.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
<br />File name: 'System.Reflection.Metadata, Version=1.4.5.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
<br /> at System.Reflection.MetadataLoadContext.LoadFromStreamCore(Stream peStream)
<br /> at System.Reflection.MetadataLoadContext.LoadFromAssemblyPath(String assemblyPath)
<br /> at System.Reflection.PathAssemblyResolver.Resolve(MetadataLoadContext context, AssemblyName assemblyName)
<br /> at System.Reflection.MetadataLoadContext.TryFindAssemblyByCallingResolveHandler(RoAssemblyName refName)
<br /> at System.Reflection.MetadataLoadContext.ResolveToAssemblyOrExceptionAssembly(RoAssemblyName refName)
<br /> at System.Reflection.MetadataLoadContext.TryResolveAssembly(RoAssemblyName refName, Exception& e)
<br /> at System.Reflection.MetadataLoadContext.TryGetCoreAssembly(String coreAssemblyName, Exception& e)
<br /> at System.Reflection.TypeLoading.CoreTypes..ctor(MetadataLoadContext loader, String coreAssemblyName)
<br /> at System.Reflection.MetadataLoadContext..ctor(MetadataAssemblyResolver resolver, String coreAssemblyName)
<br /> at PInvokeTableGenerator.GenPInvokeTable(String[] pinvokeModules, String[] assemblies) in /Users/radical/dev/r2/src/tasks/WasmAppBuilder/PInvokeTableGenerator.cs:line 42
<br /> at PInvokeTableGenerator.Execute() in /Users/radical/dev/r2/src/tasks/WasmAppBuilder/PInvokeTableGenerator.cs:line 28
<br /> at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
<br /> at Microsoft.Build.BackEnd.TaskBuilder.<ExecuteInstantiatedTask>d__26.MoveNext()
<br />```</p>
<p>- So, bundle all the dependent assemblies from the publish folder</p>
<p>* Address review feedback</p>
<p>* Update src/tasks/AotCompilerTask/MonoAOTCompiler.csproj</p>
<p>Co-authored-by: Daniel Plaisted <dsplaisted@gmail.com></p>
<p>* Update src/tasks/AotCompilerTask/MonoAOTCompiler.csproj</p>
<p>Co-authored-by: Daniel Plaisted <dsplaisted@gmail.com></p>
<p>* Update src/tasks/WasmAppBuilder/WasmAppBuilder.csproj</p>
<p>Co-authored-by: Daniel Plaisted <dsplaisted@gmail.com></p>
<p>* Update src/tasks/WasmAppBuilder/WasmAppBuilder.csproj</p>
<p>Co-authored-by: Daniel Plaisted <dsplaisted@gmail.com></p>
<p>* Apply suggestions from code review</p>
<p>Co-authored-by: Daniel Plaisted <dsplaisted@gmail.com></p>
<p>* Use a property for net472</p>
<p>Co-authored-by: Ankit Jain <radical@gmail.com>
<br />Co-authored-by: Daniel Plaisted <dsplaisted@gmail.com></p>lewingtag:github.com,2008:Repository/377216860/v5.0.62021-04-20T21:14:33Zv5.0.6dotnet-bottag:github.com,2008:Repository/377216860/v6.0.0-preview.3.21201.42021-04-01T15:08:13Zv6.0.0-preview.3.21201.4: Make CLOCK_MONOTONIC handling more precise in pal_threading.c (#50498)<p>Make CLOCK_MONOTONIC handling more precise in pal_threading.c (<a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/50498">dotnet…</a></p>
<p><a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/50498">…#50498</a>)</p>
<p>The root cause of the problem in <a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/50388">dotnet#50388</a> turned out to be because we do not have `pthread_condattr_setclock(..., CLOCK_MONOTONIC);` on iOS.
<br />This caused the timeout argument for `pthread_cond_timedwait` to be interpreted as an _absolute system time_ (in seconds since the Unix epoch), however the value we got back from `clock_gettime(CLOCK_MONOTONIC, ...)` was actually some value based on the uptime of the system.
<br />Since the uptime is much smaller than the system time the wait immediately returned.</p>
<p>Harden the handling by adding a check for `HAVE_PTHREAD_CONDATTR_SETCLOCK` like we already do in `SystemNative_LowLevelMonitor_Create()`</p>
<p>Co-authored-by: Alexander Köplinger <alex.koeplinger@outlook.com></p>github-actionstag:github.com,2008:Repository/377216860/v5.0.52021-03-16T22:08:48Zv5.0.5dotnet-bottag:github.com,2008:Repository/377216860/v6.0.0-preview.2.21154.62021-03-04T17:19:21Zv6.0.0-preview.2.21154.6: [release/6.0-preview2] Turn off LKG calculation (#49075)<p>[release/6.0-preview2] Turn off LKG calculation (<a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/49075">dotnet#49075</a>)</p>
<p>This change moves the performance infrastructure to use
<br />the latest version of dotnet for building and running BDN.
<br />This does not change what bits are tested.</p>DrewScogginstag:github.com,2008:Repository/377216860/v5.0.42021-02-16T21:12:02Zv5.0.4: Tighten bounds checks around TextEncoder logic<p>Tighten bounds checks around TextEncoder logic</p>
<p>- Replaces unsafe code with safe code where possible
<br />- Fixes some surrogate pairs being misinterpreted
<br />- <span class="issue-keyword tooltipped tooltipped-se">Fixes</span> <a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/issues/45994">dotnet#45994</a>
<br />- Ref: MSRC 62749 (<a title="CVE-2021-26701" href="https://github.com/advisories/GHSA-ghhp-997w-qr28">CVE-2021-26701</a>)</p>GrabYourPitchforkstag:github.com,2008:Repository/377216860/v6.0.0-preview.1.21102.122021-02-03T03:41:14Zv6.0.0-preview.1.21102.12<p>[release/6.0-preview1] Produce a .version file for Microsoft.NETCore.…</p>
<p>…App in the runtime layout. (<a class="issue-link js-issue-link" href="https://github.com/dotnet/runtime/pull/47736">dotnet#47736</a>)</p>
<p>* Produce a .version file for Microsoft.NETCore.App in the runtime layout.</p>
<p>* Update src/installer/pkg/sfx/Microsoft.NETCore.App/Microsoft.NETCore.App.Runtime.sfxproj</p>
<p>* Update src/installer/pkg/sfx/Microsoft.NETCore.App/Microsoft.NETCore.App.Runtime.sfxproj</p>
<p>Co-authored-by: Jeremy Koritzinsky <jekoritz@microsoft.com>
<br />Co-authored-by: Jeremy Koritzinsky <jkoritzinsky@gmail.com></p>github-actionstag:github.com,2008:Repository/377216860/v5.0.32021-01-23T03:11:10Zv5.0.3dotnet-bot