-
Notifications
You must be signed in to change notification settings - Fork 5k
Comparing changes
Open a pull request
base repository: dotnet/runtime
base: main
head repository: dotnet/runtime
compare: release/10.0-preview4
- 5 commits
- 33 files changed
- 9 contributors
Commits on Apr 24, 2025
-
[release/10.0-preview4] Tar: Adjust the way we write GNU longlink and…
… longpath metadata (#114942) * Fix 3 GNU longlink and longpath bugs The Tar entry types Longlink and Longpath, which are exclusive to the GNU format, are metadata entries used to store longer-than-expected link or name strings (respectively). They precede their actual entry, and they are not visible to the user, only the data they hold is visible. Most of the regular header metadata in this metadata entries is not relevant, but we need to make sure it is well formed so other tools can read them properly. There are 3 fields that were not getting their values stored as expected by other tools: - The mtime, ctime and atime fields need to be set to the Unix Epoch so it shows up as zeros (0x30) by default. We were storing them as null (0x0) characters instead. For consistency, if a regular entry happens to get its mtime set to the Epoch, it should also be shown as zeros (0x30). - The uid, gid, uname and gname fields were not being set. These fields aren't really important in a metadata entry, but other tools set this to the default value (uid=gid=0 and uname=gname=root). Based on the fact that 'a value' is preferred for these fields, we can set them to the same value that the real entry has (not root). - The long text value (either link or name) should be null terminated, and this extra character should be counted in the size of the longpath. The library libdpkg, used by the dpkg-deb tool in Debian, expects a null terminator in longlink and longpath data starting in Debian 12. Without the terminator, these entries are considered malformed. --------- Co-authored-by: Carlos Sánchez López <1175054+carlossanlop@users.noreply.github.com>
Configuration menu - View commit details
-
Copy full SHA for a4175df - Browse repository at this point
Copy the full SHA a4175dfView commit details -
Run outerloop pipeline only for release branches, not staging/preview (…
…#115010) I noticed we were sending 30k workitems each day to various Helix queues, this is due to the outerloop pipeline having a schedule triggere which matches old preview branches or the staging branches. This fixes that and also sets it so that the trigger only applies if there are actual source changes. Co-authored-by: Alexander Köplinger <alex.koeplinger@outlook.com>
Configuration menu - View commit details
-
Copy full SHA for 95fb344 - Browse repository at this point
Copy the full SHA 95fb344View commit details -
Ensure compression targets run after preloading (#114960)
Customers using WebAssembly preloading (on by default) loses the ability to use pre-compressed asset endpoint for preloaded asset in Blazor Web scenario.
Configuration menu - View commit details
-
Copy full SHA for 1e69c98 - Browse repository at this point
Copy the full SHA 1e69c98View commit details -
[release/10.0-preview4] Rewrite of System.Numerics.Tensors to allow f…
…or more code sharing, various correctness fixes, and stability improvements (#114979) * Refactor Tensor to be more reusable and validate appropriate state * Handle Equals, GreaterThan, GreaterThanOrEqual, LessThan, LessThanOrEqual, and the *All/*Any variants * Many implementations correctly swapped to new form. (#25) * Refactor Tensor to be more reusable and validate appropriate state * finishing tensor primitives work --------- Co-authored-by: Tanner Gooding <tagoo@outlook.com> * more tensors updates (#26) * Resolve a few build failures * Ensure SetSlice and ToString are working as expected * Tensors lastfew (#27) * only couple left * pausing for food * fixed rented buffer * squeeze/unsqueeze * set slice/ split * only 2 left * Minor cleanup of the Tensor files * Ensure that tensor tests are building * Resolving various build failures due to API compatibility * Ensure flattendLength is adjusted after the stride is set for that dimension * Ensure that we set linearLength if -1 is passed in when strides is empty * Ensure that the first index is correct * Cleanup to ensure iteration and construction initializes correctly * Ensure that broadcasting is allowed to be in any stride position * Have AreCompatible handle empty shapes * Ensure IndexOutOfRangeException is thrown for invalid indexes * Ensure that the stride is set to 0 when the length of a dimension is 1, so embedded broadcasting works * Fixing Broadcasting Loop (#29) * Fixing Broadcasting Loop * fixes from pr coments * squeeze fixed * unsqueeze * set slice * more tensor fies * Ensure that minimumLinearLength is actually the minimum * Ensure the rented buffer is cleared * Fix the AreCompatible checks * Tensor finishing (#30) * stack working * more tensor tests working * fix factory create tests * only2 tests left * Update src/libraries/System.Numerics.Tensors/src/System/Numerics/Tensors/netcore/TensorShape.cs * Update compatibility suppressions * transpose working * reverse working * Revert the unnecessary sln changes * Remove an unnecessary using --------- Co-authored-by: Tanner Gooding <tagoo@outlook.com> Co-authored-by: Michael Sharp <51342856+michaelgsharp@users.noreply.github.com> Co-authored-by: Michael Sharp <misharp@microsoft.com>
Configuration menu - View commit details
-
Copy full SHA for 49efa9b - Browse repository at this point
Copy the full SHA 49efa9bView commit details
Commits on Apr 25, 2025
-
[release/10.0-preview4] [Test Only] Fix Idn failing tests (#115021)
* Fix Idn failing tests * Minor fix --------- Co-authored-by: Tarek Mahmoud Sayed <tarekms@microsoft.com> Co-authored-by: Tarek Mahmoud Sayed <10833894+tarekgh@users.noreply.github.com>
Configuration menu - View commit details
-
Copy full SHA for d154e47 - Browse repository at this point
Copy the full SHA d154e47View commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff main...release/10.0-preview4