Builder ffmpeg-solaris10-sparc Build #13227

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 18 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 ( 16 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.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Andreas Rheinhardt

   andreas.rheinhardtohnoyoudont@outlook.com

Timing:

All Changes:

:

1. Change #259315

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Sat 28 Feb 2026 09:56:01
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	76cb5691e84a53c9a6173c0e784525e5670b6b76

   Comments

   swscale/utils: Move altivec init/free code to yuv2rgb_altivec.c
   This is in preparation for removing the util_altivec.h inclusion
   in swscale_internal.h, which causes problems (on PPC) because
   it redefines bool to something different from stdbool.h.
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libswscale/ppc/yuv2rgb_altivec.c
   • libswscale/swscale_internal.h
   • libswscale/utils.c

2. Change #259316

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Sat 28 Feb 2026 09:56:01
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	f570fa787a813195775521ed28bf0ff302cc93b8

   Comments

   swscale/swscale_internal: Move altivec parts to ppc/
   Up until now, several altivec-specific fields are directly
   put into SwsInternal #if HAVE_ALTIVEC is true. These fields
   are of altivec-specific vector types and therefore
   require altivec specific headers to be included.
   
   Unfortunately, said altivec specific headers redefine
   bool in a manner that is incompatible with stdbool.
   swscale/ops.h uses bool and this led graph.c and ops.c
   to disagree about the layout of structures from ops.h,
   leading to heap corruption [1], [2] in the sws-unscaled
   FATE test.
   
   Fix this by moving the altivec-specific parts out of SwsInternal
   and into a structure that extends SwsInternal and is allocated
   jointly with it. Said structure is local to yuv2rgb_altivec.c,
   because this is the only file accessing said fields. Should
   more files need them, an altivec-specific swscale header would
   need to be added.
   
   Thanks to jfiusdq <jfiusdq@proton.me> for analyzing the issue.
   
   [1]: https://fate.ffmpeg.org/report.cgi?slot=ppc64-linux-gcc-14.3-asan&time=20260224065643
   [2]: https://fate.ffmpeg.org/report.cgi?slot=ppc64-linux-gcc-14.3&time=20260224051615
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libswscale/ppc/yuv2rgb_altivec.c
   • libswscale/ppc/yuv2yuv_altivec.c
   • libswscale/swscale_internal.h
   • libswscale/utils.c