Roslyn wrote incorrect timedatestime to PE Coff Header of a .Net 8.0 program file

[CuteLeon]

Version Used:
How can I get compiler's version?
Steps to Reproduce:

1. Create a new .Net 8.0 WinFrom application
2. Add below method in above application

    public static DateTime? GetBuildDateTime(this Assembly assembly)
    {
        var location = assembly.Location;
        var buildDateTime = default(DateTime?);
        try
        {
            using var fileStream = new FileStream(location, FileMode.Open, FileAccess.Read);
            using var peReader = new PEReader(fileStream);
            buildDateTime = new DateTime(1970, 1, 1, 0, 0, 0, 0, DateTimeKind.Utc)
                .AddSeconds(peReader.PEHeaders.CoffHeader.TimeDateStamp)
                .ToLocalTime();
        }
        finally
        {
        }
        return buildDateTime;
    }

3. Call above method and pass 'Assembly.GetEntryAssembly()' in

Diagnostic Id:

Expected Behavior:
I hope this method will read a correct compile time from PEHeaders.CoffHeader.TimeDateStamp;

Actual Behavior:
I got a negative integer from PEHeaders.CoffHeader.TimeDateStamp, and incorrect compile time;

Some details:
Bytes wrotten in binary program file:

Hex value readed from PEReader:

Got build date time:

[CuteLeon]

I found below content in https://github.com/dotnet/runtime/blob/main/docs/design/specs/PE-COFF.md#deterministic-pecoff-file, think TimeDateStamp doesn't mean compile date time any more, what will be the substitute?

The value of field TimeDateStamp in COFF File Header of a deterministic PE/COFF file does not indicate the date and time when the file was produced and should not be interpreted that way. Instead the value of the field is derived from a hash of the file content.

[CuteLeon]

I implement another solution is that: Create a new AssemblyCompileDateTimeAttribute class and a SourceGenerator project to inject AssemblyCompileDateTimeAttribute declaretion into each project.