Builder ffmpeg-solaris10-i386 Build #13476

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 11 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 ( 2 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 ( 1 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config.sh' failed ( 1 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Martin Storsjö

   martinohnoyoudont@martin.st

Timing:

All Changes:

:

1. Change #261729

   Category	ffmpeg
   Changed by	Martin Storsjö <martinohnoyoudont@martin.st>
   Changed at	Fri 20 Mar 2026 12:16:06
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	dbf7354d98e63990e7ecfb9ec774fac6b959163e

   Comments

   aarch64/inter_sme2: Remove needless backup/restore of x29/x30
   The sme_entry/sme_exit macros already take care of backing up/restoring
   these registers. Additionally, as long as no function calls are
   made within the function, x30 doesn't need to be backed up at all.

   Changed files

   • libavcodec/aarch64/vvc/inter_sme2.S

2. Change #261730

   Category	ffmpeg
   Changed by	Martin Storsjö <martinohnoyoudont@martin.st>
   Changed at	Fri 20 Mar 2026 12:16:06
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	f72f692afa87afaf86c8cfb47d7bfc051d8d0314

   Comments

   aarch64: Add PAC sign/validation of the link register
   Whenever the link register is stored on the stack, sign it
   before storing it and validate at a symmetrical point (with the
   stack at the same level as when it was signed).
   
   These macros only have an effect if built with PAC enabled (e.g.
   through -mbranch-protection=standard), otherwise they don't
   generate any extra instructions.
   
   None of these cases were present when PAC support was added
   in 248986a0db56f833b5fc3b1b96445b841f85220b in 2022.
   
   Without these changes, PAC still had an effect in the compiler
   generated code and in the existing cases where we these macros were
   used - but make it apply to the remaining cases of link register
   on the stack.

   Changed files

   • libavcodec/aarch64/h26x/epel_neon.S
   • libavcodec/aarch64/h26x/qpel_neon.S
   • libavcodec/aarch64/me_cmp_neon.S
   • libavcodec/aarch64/vvc/inter.S
   • libavutil/aarch64/asm.S
   • libavutil/aarch64/tx_float_neon.S