Builder ffmpegsos-solaris10-sparc Build #13236

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 ( 15 secs )
   1. stdio
2. shell 'gsed -i ...' ( 1 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 2 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 1 secs )
   1. stdio
5. shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 28 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 0 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Niklas Haas

   gitohnoyoudont@haasn.dev

Timing:

All Changes:

:

1. Change #264226

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Sat 11 Apr 2026 18:30:15
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c29465bcb62122658ba785276cc3b8538344ca61

   Comments

   swscale/x86/ops: use plain `ret` instruction
   The original intent here was probably to make the ops code agnostic to
   which operation is actually last in the list, but the existence of a
   divergence between CONTINUE and FINISH already implies that we hard-code
   the assumption that the final operation is a write op.
   
   So we can just massively simplify this with a call/ret pair instead of
   awkwardly exporting and then jumping back to the return label. This actually
   collapses FINISH down into just a plain RET, since the op kernels already
   don't set up any extra stack frame.
   
   Signed-off-by: Niklas Haas <git@haasn.dev>

   Changed files

   • libswscale/x86/ops.c
   • libswscale/x86/ops_common.asm
   • libswscale/x86/ops_int.asm