Builder ffmpeg-solaris10-sparc Build #13237

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 ( 1 mins, 20 secs )
   1. stdio
2. shell 'gsed -i ...' ( 1 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 ( 33 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 #259490

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Mon 02 Mar 2026 11:55:30
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	bd481ac6c10f864c7ee9989a01ca6f445a568f77

   Comments

   avcodec/mpegvideo_enc: Remove redundant emms_c
   It is unnecessary since d91b1559e0f61b7ee486c46854013d6c9ddb3e84
   (before that the sad_cmp[0] call in get_intra_count() may
   have clobbered the floating point state without cleaning it up
   itself).
   
   Also remove some commented out emms_c from places where
   the floating point state is guaranteed not to have been clobbered
   by us.
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/mpegvideo_enc.c

2. Change #259491

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Mon 02 Mar 2026 11:55:30
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7763155395782ee6b521c9e9344051c2bfe16aa1

   Comments

   avcodec/snowenc: Add emms_c before allocations
   Needed for the allocations in ff_snow_common_init_after_header()
   (as well as for calculate_visual_weight() if
   spatial_decomposition_count could change).
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/snowenc.c

3. Change #259492

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Mon 02 Mar 2026 11:55:30
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	ac4651432768ba7c6aa935b3b0d4aab4d638e684

   Comments

   avutil/emms: Add ff_assert[01]_fpu()
   These will be used to mark and check parts of the code
   where the floating point state is supposed to be not
   clobbered. They are an improvement on the (deprecated)
   av_assert0_fpu() because of proper file and line number
   information; they also reset the floating point state
   if the assert is actually triggered.
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavutil/emms.h

4. Change #259493

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Mon 02 Mar 2026 12:01:15
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	5315d121394bba92fc8f65ad9a8481e6e8b27944

   Comments

   avcodec/encode: Don't issue emms after encode callback
   It is no longer necessary: Most encoders don't use any MMX code
   at all any more and the ones that do issue emms on their own.
   Instead add an ff_asser1_fpu() to check that it stays that way.
   
   To add some more information, only the halfpel (and fullpel),
   qpel and motion estimation APIs use MMX in addition to the
   SBC and Snow specific dsp code. halfpel is used by the
   mpegvideo encoders, SVQ1 and Snow encoders. The same
   encoders in addition to the AC-3 ones and dvvideo use me_cmp.
   qpel is only used by the MPEG4 encoder which is part of
   mpegvideo. None of these codecs need the generic emms_c (even on
   errors):
   
   a) The AC-3 encoders only use a width 16 me_cmp function which
   can no longer use MMX since d91b1559e0f61b7ee486c46854013d6c9ddb3e84.
   b) dvvideo and SBC emit emms on their own and have no error paths
   after the start of the part that can use MMX.
   c) SVQ1 calls emms_c() on its own, even on all error paths
   that need it.
   d) Snow calls emms_c() on its ordinary (success) return path;
   it has only one error path in the part of the code that uses MMX,
   but even it is fine as ratecontrol_1pass() always calls emms_c()
   itself.
   e) For mpegvideo, the MMX code is almost confined to the part
   of the code reachable from the worker threads (if slice threading
   is in use). The exception to this is in skip_check() which always
   calls emms_c() itself. Because encode_picture() always calls
   emms_c() itself after executing the worker threads and before any
   error condition, the floating point state is clean upon exit from
   encode_picture().
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/encode.c
   • libavcodec/version.h