Alpine317_Offline_MsftSdk_x64 leg is failing due to unknown type name 'off64_t'

[Winniexu01]

8.0.1xx build: https://dev.azure.com/dnceng/internal/_build/results?buildId=2432961&view=logs&j=2c0e385a-a18f-5b69-6454-703331eaa440&t=cf76e2d0-96be-511a-8062-c67cc03c82cb

Working build: https://dev.azure.com/dnceng/internal/_build/results?buildId=2432836&view=logs&j=2c0e385a-a18f-5b69-6454-703331eaa440&t=cf76e2d0-96be-511a-8062-c67cc03c82cb

The Alpine leg is failing due to unknown type name 'off64_t', error message:

  /vmr/src/runtime/artifacts/source-build/self/src/src/coreclr/debug/createdump/crashinfounix.cpp:519:49: error: unknown type name 'off64_t'; did you mean 'off_t'?
    519 |         *read = pread64(m_fdMem, buffer, size, (off64_t)address);
        |                                                 ^~~~~~~
        |                                                 off_t
  /usr/include/bits/alltypes.h:162:16: note: 'off_t' declared here
    162 | typedef _Int64 off_t;
        |                ^
  /vmr/src/runtime/artifacts/source-build/self/src/src/coreclr/debug/createdump/crashinfounix.cpp:519:17: error: use of undeclared identifier 'pread64'
    519 |         *read = pread64(m_fdMem, buffer, size, (off64_t)address);
        |                 ^
  2 errors generated.
##[error]Failed to build "CoreCLR component".

I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label.

[NikolaMilosavljevic]

@jkoritzinsky

[NikolaMilosavljevic]

@dotnet/dotnet-coreclr-admin

[MichaelSimons]

This is a blocker for May servicing.

[jkoritzinsky]

The Alpine 3.17 leg that is failing is running on Alpine 3.19. Is that intentional?

It looks like we have a fix in main for this, I'm investigating it now.

[MichaelSimons]

The Alpine 3.17 leg that is failing is running on Alpine 3.19. Is that intentional?

That was an oversight introduced in dotnet/installer#19318. I will fix the name.

[richlander]

Just so I understand, what would have happened if we hadn't made this change? Do we expect that the Alpine community would have been hit by this? I'm guessing that there is nothing special about this servicing release, other than the PR we merged. Does that suggest that no one in the Alpine community is doing this same thing?

[jkoritzinsky]

The problem is that musl libc removed the off64_t typedef, so anyone trying to build .NET 8 on Alpine 3.19 would be broken. This wasn't a problem before because the pipeline was validating that we could build on Alpine 3.17, which was before the typedef was removed.

As this could be easily solved by a patch owned by the distro package maintainer, I bet that's how they've worked around this up to this point.

[richlander]

Thanks for the explanation.