Builder ffmpegsos-solaris10-i386 Build #14188

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 12 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 ( 15 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_sos.sh' failed ( 0 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 #273072

   Category	ffmpeg
   Changed by	Martin Storsjö <martinohnoyoudont@martin.st>
   Changed at	Sat 27 Jun 2026 13:32:54
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	32d7e9d71e2cf5d85728559de904044c520ba2c0

   Comments

   configure: Test for response file support in a way that works with busybox-w32
   Don't use /dev/null as test input file for the test for response
   file support.
   
   Busybox on Windows does provide POSIX utilities to the point of
   being able to build and test ffmpeg, but it doesn't provide full
   POSIX emulation like msys2 and cygwin do.
   
   Busybox utils do handle paths like /dev/null themselves. But when
   busybox invokes a native Windows executable (like the "$ar" tool
   in this test), it passes such a path as-is. Msys2 on the other hand
   rewrites unixy paths in command line parameters - even when prefixed;
   e.g. "@/dev/null" gets rewritten into "@nul".
   
   Instead of testing with a /dev/null input, test with a real temp
   file instead.

   Changed files

   • configure

2. Change #273073

   Category	ffmpeg
   Changed by	Martin Storsjö <martinohnoyoudont@martin.st>
   Changed at	Sat 27 Jun 2026 13:32:54
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	8512161c81242e11158133bed019d5a51b089ca8

   Comments

   configure: Pass the .objs response file to makedef
   This fixes generating shared libraries with a toolchain that requires
   makedef (MSVC, or mingw toolchains with LLD, that lacks support for
   --version-script).
   
   This uses the existing response file generated for linking, by
   splitting out the choice of input parameter to makedef to a variable
   expanded by make.
   
   This avoids relying on "echo" within makedef supporting long command
   lines; msys2/cygwin shells handle it fine, while busybox doesn't.

   Changed files

   • compat/windows/makedef
   • configure
   • ffbuild/library.mak