Builder ffmpeg64-solaris10-i386 Build #12995

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 5 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 ( 7 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_64.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Ayose

   ayosecohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #254109

   Category	ffmpeg
   Changed by	Ayose <ayosecohnoyoudont@gmail.com>
   Changed at	Sun 04 Jan 2026 14:42:20
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	6300e340d3b1d9d30c216f475ca027038fed830d

   Comments

   avfilter/vf_drawvg: skip conversions when a color is assigned to a variable.
   In libcairo, colors are defined as 4 separate components, and each one is double
   between 0 and 1. Before this commit, colors stored in variables (like `defhsla`)
   were converted to a `0xRRGGBBAA` value, which introduced some issues due to
   rounding errors.
   
   Now, when a color is assigned to a variable, the original values (a `double[4]`)
   are stored in a dedicated array (`color_vars`), so no conversion is needed.
   
   This change also reduces the cost of reading a color from a variable (no need
   for `av_be2ne32`, or the `color[i] / 255` operations).
   
   Signed-off-by: Ayose <ayosec@gmail.com>

   Changed files

   • libavfilter/vf_drawvg.c

2. Change #254110

   Category	ffmpeg
   Changed by	Ayose <ayosecohnoyoudont@gmail.com>
   Changed at	Sun 04 Jan 2026 14:42:20
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	46c9584dc5b63229b16e13b86c40610f5af11886

   Comments

   avfilter/vf_drawvg: support color expressions as setvar/call arguments.
   The arguments for `setvar` and `call` commands can be colors (like `#rrggbb`).
   This replaces the previous trick of using `0xRRGGBBAA` values to use colors as
   procedure arguments.
   
   The parser stores colors as the value expected by Cairo (a `double[4]`). This
   array is allocated on the heap so the size of the union in `VGSArgument` is
   not increased (i.e. it is still 8 bytes, instead of 32).
   
   Signed-off-by: Ayose <ayosec@gmail.com>

   Changed files

   • libavfilter/vf_drawvg.c
   • tests/ref/fate/filter-drawvg-interpreter
   • tests/ref/lavf/drawvg.all

3. Change #254111

   Category	ffmpeg
   Changed by	Ayose <ayosecohnoyoudont@gmail.com>
   Changed at	Sun 04 Jan 2026 14:42:20
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c7a2646bc772b642167d9d2af3673fd50ae20015

   Comments

   avfilter/vf_drawvg: values from the p() function can be used as colors.
   To be able to reuse colors from the original frame, the last value returned by
   `p()` is tracked in the eval state, and if it is assigned to a variable, the
   original color components are copied to `color_vars`. Thus, commands like
   `setcolor` and `colorstop` can use those variables:
   
       setvar pixel (p(0, 0))
       ...
       setcolor pixel
   
   `fate-filter-drawvg-video` now also verifies the `p()` function.
   
   Signed-off-by: Ayose <ayosec@gmail.com>

   Changed files

   • libavfilter/vf_drawvg.c
   • tests/fate/filter-video.mak
   • tests/ref/fate/filter-drawvg-video
   • tests/ref/lavf/drawvg.lines
   • tests/ref/lavf/drawvg.video

4. Change #254112

   Category	ffmpeg
   Changed by	Ayose <ayosecohnoyoudont@gmail.com>
   Changed at	Sun 04 Jan 2026 14:42:20
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	1333ee5294664e7bdc925651fc15441e2ba79ddf

   Comments

   doc/drawvg-reference: changes on color syntax.
   Colors expressions (like `#RRGGBB`) can now be used as arguments for `setvar`
   and `call`.
   
   The trick of setting a variable with a `0xRRGGBBAA` value is not valid anymore.
   
   Signed-off-by: Ayose <ayosec@gmail.com>

   Changed files

   • doc/drawvg-reference.texi

5. Change #254113

   Category	ffmpeg
   Changed by	Ayose <ayosecohnoyoudont@gmail.com>
   Changed at	Sun 04 Jan 2026 14:42:20
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	120987543aec040721c9e2b3a983c772b3464049

   Comments

   avfilter/tests/drawvg: fix warnings on WIN32
   The compiler was emitting a warning on every Cairo function replaced by
   the `MOCK_FN_n` macros:
   
       warning: 'cairo_...': redeclared without dllimport attribute after
       being referenced with dll linkage
   
   The macro `CAIRO_WIN32_STATIC_BUILD` prevents the attribute `dllimport` on
   the declarations for these functions.
   
   Signed-off-by: Ayose <ayosec@gmail.com>

   Changed files

   • libavfilter/tests/drawvg.c