Builder ffmpegsos-solaris10-sparc Build #12590

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-sparc' triggered this build

Steps and Logfiles:

1. git update ( 13 secs )
   1. stdio
2. shell 'gsed -i ...' ( 0 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 0 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 0 secs )
   1. stdio
5. shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 10 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 2 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 2 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Harishmcw

   harish.rajaselvanohnoyoudont@multicorewareinc.com
2. Martin Storsjö

   martinohnoyoudont@martin.st

Timing:

All Changes:

:

1. Change #252736

   Category	ffmpeg
   Changed by	Martin Storsjö <martinohnoyoudont@martin.st>
   Changed at	Fri 19 Dec 2025 11:01:16
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	087f46674a6e8bcef28a6a6912695ec08e9a70b6

   Comments

   doc: Document our stance on Windows ARM64EC
   Explicitly spell it out that we are not going to modify the
   individual libraries for the purposes of improving conformance
   to ARM64EC.
   
   We may (or may not) accept build system patches for making such
   a build succeed, provided that it does not require changes to
   the actual library code.

   Changed files

   • doc/platform.texi

2. Change #252737

   Category	ffmpeg
   Changed by	Harishmcw <harish.rajaselvanohnoyoudont@multicorewareinc.com>
   Changed at	Fri 19 Dec 2025 11:01:16
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	5946d2eadc75aaf90f930f1afdd74ca622ffd384

   Comments

   compat: Fix .def file generation for ARM64EC builds on Windows
   When building DLLs on ARM64EC, the default use of `dumpbin
   -linkermember:1` fails because ARM64EC static libraries use a
   different linker member format. Use `-linkermember:32` for ARM64EC
   to correctly extract symbols.
   
   Additionally, MSVC inserts $exit_thunk and $entry_thunk symbols
   for ARM64EC to handle x64 ↔ ARM64 transitions. These are internal
   thunks and must not be exported. Filter them out when generating
   the .def file to avoid unresolved symbols or invalid exports.
   
   Trim out the leading '#' on ARM64EC function symbols. This is only
   relevant on ARM64EC, but it is benign to do that filtering on
   all architectures (such symbols aren't expected on other
   architectures).
   
   Simplify the sed command by removing the symbol address with a
   sed expression instead of a later "cut" command.
   
   This ensures correct symbol extraction and stable DLL generation
   on ARM64EC targets, while keeping behavior unchanged for other
   Windows architectures.

   Changed files

   • compat/windows/makedef
   • configure