dotnet 6.0.104

[Bo98]

Created with brew bump-formula-pr.

[EricFromCanada]

  Error: An exception occurred within a child process:
    Errno::ENOSPC: No space left on device @ fptr_finalize_flush - /github/home/.cache/Homebrew/Logs/dotnet/03.build.sh

[cho-m]

GitHub runners don't have enough disk space (temp is about ~40-50GB at end of build).

May be able to reduce requirement by trying p:CleanWhileBuilding (dotnet/source-build#2782 (comment)).

[Bo98]

Yeah my bad, didn't label this properly.

But yes, we should definitely add that flag regardless.

[cho-m]

I'm guessing GNU vs BSD df. May need to report upstream and/or temporarily switch to coreutils:

DirSize Before Building source-build-reference-packages
    df --block-size=1M /private/tmp/d20220414-99118-19dsb29/
    df: illegal option -- -
    usage: df [-b | -H | -h | -k | -m | -g | -P] [-ailn] [-T type] [-t] [filesystem ...]
  /private/tmp/d20220414-99118-19dsb29/repos/Directory.Build.targets(564,5): error MSB3073: The command "df --block-size=1M /private/tmp/d20220414-99118-19dsb29/" exited with code 64. [/private/tmp/d20220414-99118-19dsb29/repos/source-build-reference-packages.proj]

[Bo98]

Added an inreplace that I think covers it. Should be upstreamed if it works.

[Bo98]

GNU coreutils should support -m: https://github.com/coreutils/coreutils/blob/bcfbcef928cd540e53d35fc2869d9def2fedeb84/src/df.c#L1662

Alternative is the BLOCKSIZE environment variable.

[cho-m]

Error from trying to use system libunwind on macOS:

CMake Error at /tmp/d20220414-50201-dyxnox/src/runtime.be98e88c760526452df94ef452fff4602fb5bded/artifacts/source-build/self/src/eng/native/functions.cmake:109 (message):
          Cannot find libunwind.  Try installing libunwind8-dev or libunwind-devel.

[Bo98]

Odd since I assumed it was on by default on macOS: https://github.com/dotnet/runtime/blob/9c9ebb945eff9eb8fd02189ff93fb743235413c3/src/coreclr/pal/src/CMakeLists.txt#L3.

[cho-m]

Specifically, error is happening in https://github.com/dotnet/runtime/blob/v6.0.4/src/native/corehost/apphost/static/CMakeLists.txt#L214-L220

# On *BSD, we always use the libunwind that's part of the OS
if(CLR_CMAKE_TARGET_FREEBSD)
  set(CLR_CMAKE_USE_SYSTEM_LIBUNWIND 1)
endif()

if(CLR_CMAKE_USE_SYSTEM_LIBUNWIND)
    find_unwind_libs(UNWIND_LIBS)

In other CMakeLists.txt, they avoid trying to find library on macOS https://github.com/dotnet/runtime/blob/v6.0.4/src/coreclr/pal/src/CMakeLists.txt#L19-L22

elseif(NOT CLR_CMAKE_TARGET_OSX)
  find_unwind_libs(UNWIND_LIBS)
else()
  add_subdirectory(libunwind)

I guess there are issues with finding macOS libunwind.tbd

[Bo98]

libunwind lies in the system dylib and so does not require linker flags, which is why there's a macOS conditional (the else condition was added at a later time for some DWARF handling - it initially just no-oped and it was able to use the system version without issue).

I've pushed what I think the correct patch is - or it's at least consistent with how it worked in the past.

[Bo98]

Looks like we're now hitting dotnet/msbuild#7229.

[cho-m]

Looks like we're now hitting dotnet/msbuild#7229.

May want to add patch as resource and copy into https://github.com/dotnet/installer/tree/v6.0.104/src/SourceBuild/tarball/patches/msbuild

[Bo98]

Patches upstreamed:

• [release/6.0.1xx] Fix compatibility with BSD df dotnet/installer#13653
• Fix CLR_CMAKE_USE_SYSTEM_LIBUNWIND on macOS dotnet/runtime#68116

[cho-m]

LGTM.
May need to figure out a livecheck in separate PR as default git tags will end up picking 6.0.2XX.

[Bo98]

May need to figure out a livecheck in separate PR as default git tags will end up picking 6.0.2XX.

Seems like it would be something like:

• Scan https://dotnetcli.blob.core.windows.net/dotnet/release-metadata/releases-index.json for the latest release not a preview or EOL.
• Get the specific release json (e.g. https://dotnetcli.blob.core.windows.net/dotnet/release-metadata/6.0/releases.json), get the latest release there and find the oldest SDK for that release.

[BrewTestBot]

🤖 A scheduled task has triggered a merge.