Builder ffmpeg64-solaris10-i386 Build #14125

Results:

Failed

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git updating ( 6 secs )
   1. stdio
2. shell  
   1. - no logs -
3. shell_1  
   1. - no logs -
4. shell_2  
   1. - no logs -
5. shell_3  
   1. - no logs -
6. shell_4  
   1. - no logs -
7. shell_5  
   1. - no logs -

Build Properties:

Forced Build Properties:

Responsible Users:

1. Kacper Michajłow

   kasper93ohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #281699

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Mon 14 Sep 2026 04:25:40
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	6a557f2d34609fe5e7337b675324f07dd75588ba

   Comments

   compat/windows: add mscl, a cl.exe wrapper producing make dependency files
   cl.exe cannot write GNU style dependency files directly. It has
   -showIncludes, which does make it print the dependencies, but they go to
   stdout, intermixed with the compiler's other output. This wrapper mscl
   converts the include records from the compiler's stdout into a .d file,
   written next to the object file as a byproduct of compilation. All other
   output is forwarded unchanged, with stderr kept on its original stream,
   and the compiler exit status is passed through. The source file name
   that cl.exe echoes on every compilation is dropped on the way, so the
   build output loses that noise as well.
   
   Dependency paths are rewritten relative to the current directory, making
   the .d files independent of how the environment maps Windows drives
   (MSYS, Cygwin and WSL all differ). Paths on another drive or share stay
   absolute. Spaces, '#' and '$' are escaped the same way gcc escapes them,
   and every header gets a -MP style dummy rule so that a header vanishing
   with a toolchain update marks the objects out of date instead of failing
   the build through stale .d files.
   
   VSLANG is forced to English so the include records keep their known form
   in every locale. Under WSL the variable is also listed in WSLENV, as
   that is the only way it reaches the Windows side.
   
   The wrapper is a native program because process creation is very
   expensive on Windows, a shell implementation adds several extra
   processes per compilation, which measurably slows down the whole build.
   The same source also builds on POSIX hosts, for driving cl-like cross
   compilers. When such a compiler reports Windows paths, as cl.exe does
   under WSL interop, each distinct drive or share root is translated once
   with wslpath or cygpath and reused for every path below it, so a
   compilation costs at most one or two extra processes. clang-cl and
   msvc-wine already report host paths and need none.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • compat/windows/mscl.c

2. Change #281700

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Mon 14 Sep 2026 04:25:40
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	59dd21047e86badeb1b142dff03f18acbbd074fa

   Comments

   Makefile: output MSVC dependency files as a byproduct of compilation
   Previously each object was effectively compiled twice: once with
   -showIncludes -Zs just for the dependencies, and once for real. Pass
   -showIncludes on the actual compilation instead and let the mscl helper
   convert the include records into the .d file.
   
   make -j32 with MSVC 2026:
   
   before:
       1:40.35 elapsed, 345 s user+sys
   
   after:
       0:59.86 elapsed, 124 s user+sys
   
   no .d generation:
       0:59.66 elapsed, 129 s user+sys
   
   making dependency generation nearly free.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • Makefile
   • configure
   • ffbuild/common.mak
   • libswscale/x86/Makefile
   • tools/Makefile