Builder ffmpegsos-solaris10-sparc Build #11910

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 40 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 ( 6 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_sos.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 #237080

   Category	ffmpeg
   Changed by	Martin Storsjö <martinohnoyoudont@martin.st>
   Changed at	Thu 19 Jun 2025 22:24:18
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	45a30e03613a3c63d74a40f7ac86ce28dce14ff8

   Comments

   configure: Make MSVC version grabbing more robust
   When running plain "cl", to get the MSVC version, it prints the
   version header on stderr, while the usage instructions are printed
   on stdout. Usually, the version on stderr gets flushed first,
   so "head -n1" gets the line it expects, but some times (in particular
   when running MSVC wrapped in wine), it can get the usage line
   first.
   
   Redirect stdout to /dev/null, so we only grab the version among
   the lines printed to stderr. This should make the version number
   grabbing more robust.
   
   At least all relevant versions of MSVC seem to print this specifically
   to stderr, not stdout (so we don't risk to miss it); checked down
   to MSVC 2010.
   
   Signed-off-by: Martin Storsjö <martin@martin.st>

   Changed files

   • configure