Builder ffmpeg64-solaris10-sparc Build #13712

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 8 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 ( 8 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_64.sh' failed ( 1 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 #267886

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 20 May 2026 23:45:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	6bc0f9517c79d4b90fa7297b97d8cfca8de4feac

   Comments

   swscale/ops_dispatch: rename filter_size to filter_size_h
   Since this is not set for vertical filters.
   
   Signed-off-by: Niklas Haas <git@haasn.dev>

   Changed files

   • libswscale/ops_dispatch.c

2. Change #267887

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 20 May 2026 23:45:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	d94c293e6292d04cd87ab9c9ff861e3df8614bf5

   Comments

   swscale/ops_dispatch: prevent float over-read when horizontal filtering
   The code made the fundamental assumption that over-read into the padding
   bytes is okay to do; because the most that can happen is that those pixel
   values end up corrupted, which doesn't affect any adjacent pixels.
   
   However, this is not true for SWS_OP_FILTER_H, because this operation
   fundamentally mixes together horizontal pixels. Normally, this was fine,
   because the filter weights for those pixels are set to 0, and 0 * x = 0.
   
   However, that is not true for floating point inputs, which can contain
   Infinity; and 0 * Infinity = NaN, thus corrupting the entire pixel.
   
   Solve it by specifically preventing over-read when it would be unsafe.
   
   Signed-off-by: Niklas Haas <git@haasn.dev>

   Changed files

   • libswscale/ops_dispatch.c