babl: add more missing SIMD build related files

babl: add missing files babl-trc.[ch]

extensions/cairo: add a correct enough for 8bit cairo32 to cairo24 conversion

extensions: reduce amount of competing conversions

Avoid loading extensions if a variant with better SIMD support
is expected to exist. We know all variants that are expectd to
exist and thus can register only the fastest known variant.

This avoids combinatorial explosion of conversions to test.

tools: babl-verify make verify do space free conversions by default, it is more useful

extensions: cairo remove a broken conversion, fix RGBA u8 to cairo reference

multipass build, with SIMD variants for x86_64 and arm

Some extensions have their own separate build, so does the
RGB color space conversions, trc computations and base
set of conversions.

babl: reduce number of pixels tested for paths to 1024, include some out of bounds pixels in start

base: x86-64-v2 and x86-64-v3 variants

build: enable -ftree-vectorize always, and -mfpu=neon on aarch64

babl: sync cpuaccel with GEGL

gitlab-ci: disable paccache, trying to unbreak build

babl: set ecx to 0 in cpuid

This is neccesary to be able to detect AVX2 reliably.

tests: add a xyz to lab test

This is testing D50 XYZ to D50 CIE Lab the use of D50 for all XYZ and
Lab is currently implicit in all babl code.

Oklab: disable only Oklch not Oklab

Oklab itself is enabled by default now for testing, but does not seem to
produce correct values with the Oklab test vectors, even with manual
attempt at converting the test vector (presumed) CIE XYZ D65 to CIE XYZ
D50 before running the conversion.

The failure to pass symmetry tests as mentioned in issue #63 seems to be
limited to Oklch, Oklab itself is fine.

oklab: add double variant of code for model conversions

babl: adjust sanity criteria for babl_model_is_symmetric

oklab: add to meson, register model conversions

export-symbols: add babl_chromatic_adaptation_matrix

quick fix

oklab: chad back to D65

expose chromatic adaptation matrix

oklab, initial ver

gitlab-ci: remove nonexistent meson option enable-sse3

post-release version bump

release 0.1.88

babl: re-creation of palette conversions must always set data.

If we allow conversions to be recreated for palettes, it will create a
new identical conversion with collision number incremented in the name
and no user data. Yet the user data is extremely important for palette
conversions, because it contains the palette itself which is required by
the palette conversion functions. Hence we end up crashing.

Moreover, although I think that right now, only palette conversions use
the data field, it might be used for other type of data in the future.
In any case, we should always save this data along as it has been stored
there for a reason.

Finally in babl-palette code, make sure the user data is added to the
models before creating the formats and conversions as we also ended up
in crash-happy code when we didn't.

See: https://gitlab.gnome.org/GNOME/gimp/-/issues/6501

babl: do not append space to the format name when explicitly set.

When a format is named explicitly by the caller, we should just keep the
same name, not tweak it. Generating a name is only valid when no
explicit name is given. Moreover this is the behavior as described in
the docs of babl_format_new():

> If no name is provided a (long) descriptive name is used.

(which usually implies that with a name provided, this one will be used
instead of a generated name)

This is especially important for palette formats for which name is
mostly not descriptive anyway (either caller-set or generated by babl
with incremental number) and this fixes a bug when calling
babl_new_palette_with_space() with the same name and space would fail to
find the already created formats (yet would find the models and return
NULL for both formats) because it would search without the space
description appended. Yet the docs of babl_new_palette*() clearly says
as well:

> If you pass in the same name the previous formats will be provided
> again.

Moreover we actually already tweak a bit the palette format name by
appending the space pointer. No need to tweak it twice appending the
same information (space) in a different way.

See also: https://gitlab.gnome.org/GNOME/gimp/-/issues/6501

build: remove push_web target

ci/meson has started failing due to missing scp binary.

build: subproject improvements:
 - don't expose source in dependency to avoid name clashes
 - add babl path variables to dependency object
 - add babl path variables to uninstalled pc

post release version bump

release 0.1.86

NEWS: update

Another project can add babl as a subproject

ci: remove request for specific arch glibc version

We're getting the version by forcing a specific base image, and ignoring
glibc updates.

ci: use archlinux:base-20210214.0.15477 as base for building

This gives us an arch base from before the glibc version that enforces
a newer glibc package that has a hard dependency on a newer linux
kernel.

babl: babl-fish-reference remove superfluous set of dst_img->type[0]

As reported by Rafał Mikrut, fixing issue #57.

ci: Unbreak archlinux-based CI

Recently Arch has changed its glibc package to require kernel
4.4[1] as a poor man's attempt to disable faccessat2 syscall that
is known to cause problems with old libseccomp and Docker. Downgrade
glibc to the pkgrel before the change and ensure it's not upgraded.

Additionally switch to the official Arch Linux image in the library
namespace. The base image has been deprecated.

[1] https://github.com/archlinux/svntogit-packages/commit/893b1c268abc8822332655865e3d4546025a9b4b

build: revert glibc workaround for arch CI

build: add -y parameter to glibc pacman workaround

build: attempt forcing of older glibc to unbreak CI

icc: make babl_space_from_icc threadsafe

When multiple threads concurrently try to use ICC profiles / spaces
races during construction could cause broken internal representation of
profiles.

icc: add offset bounds checks to read_sign

babl: support creating babl spaces from input-class ICC profiles

post release version bump

release 0.1.84

babl: fix bug in caching of CMYK profiles

The check for duplicates was gumming up the CMYK profile initialization,
causing babl internal CMYK to be used instead and the original icc
profile to be lost.

post release version bump

release 0.1.82

babl: code handling ICC v4, CIE TRC formulas

babl: expand sRGB formula trc storage with 2 more parameters

babl: handle 7 parameter ICC v4 TRCs

post release version bump

release 0.1.80

export-symbold: add babl_space_get_gamma

add new API babl_space_get_gamma

A need that has arisen in PNG export is knowing if the gamma is a simple
gamma and the gAMA tag can be used instead of a full ICC profile.

Revert "Revert "build: clean up version script handling""

This reverts commit fae1260c751f963863ed8f3feb25d81914b93ada

Revert "build: clean up version script handling"

This reverts commit 5cf4fdf01da2a905553d687116b24f0242e9b6b5

babl: avoid potential NULL deref of malloc result in ICC code

Build: change can run flag name for clarity
- change cc_can_run to can_run_host_binaries (per upcoming meson change)

build: add dependency checks for gir/vala

build: gir - set nsversion from api_version var

build: clean up version script handling
- ensure that symbol list dependency is correctly handled
- add shebang to python script to let meson do the interpreter selection

build: only check for link arg --no-undefined once

build: code cleanup

build: fix build failure
- check for usnsupported args with clang cross-compile to windows

build: remove unnecessary environment variables

git: remove obsolete .gitignore files

build: improve gir build
- change build option to auto/true/false
- auto=false if cross build true otherwise

build: improve portability of git-version.h gen
- use git to check if building from a git repo
- remove dependency on test program

build: add build path variables
  - add build path variables for library and extensions

build: add configuration message
- list configured options and features in a similar manner to GEGL

build: improve build checks
- reverse order of cpu extension checks and compiler argument checks
-  so  we don't check disabled options

build: remove obsolete file
 - xml_insert.sh

build: improve doc build
- change build option to auto/true/false
- auto=false if cross build true otherwise
- replace xml_insert.sh with python script to allow doc gen on msys

build: reformat meson_options.txt to improve readability

docs: clean up docs
- add news to table of contents
- change authors header level to 2 for consistency

babl: post release version bump

release 0.1.78

babl: s/__GNU_SOURCE/_GNU_SOURCE/ fixing issue #59

palette: annotate BablPalette::radii as atomic

tests: use putenv when setting env vars, for win32 compatibility

post release version bump

release babl-0.1.76

NEWS: update

tests: add test that creates the base fishes expected by GIMP

babl: extend BABL_DEBUG_MISSING output

Report lengths of all searched for fishes.

babl: improve debug output for BABL_DEBUG_MISSING

Report both missing fishes and fishes that occur at the maximum search
depth.

babl: increase precision of error included in babl-fishes cache

babl: progressively increase search depth from 2 to 4

Follow-on from previous commit, the specific paths looked for
that are longer than 2 involving formats with spaces are 3
steps long. Doing a 4 step deep search in these common cases
still introduces noticable "warm-up" jankiness in GIMP.

To additionally ensure we're not missing used valid and faster
than reference conversions in GIMP-2.10 we do an additional
search at depth 5 when no converison had been found *and* the
destination format has a space differing from sRGB.

asdf

babl: search depth of 2 and 4, instead of 2 and 5

Conversions needed for color management in GIMP are not feasible in 2
steps, searching 5 deep for commonly used conversions causes severe UI
stalls, lowering the max search depth to 4 avoids this regression
introduced in 51437f216dbbef80f9bf661dd152452083119349, while keeping
the speed-up for other cases.

palette: clean trailing whitespace

palette: delay sorted radius vectors construction until needed

In babl-palette, when C11 atomic operations are available, don't
construct the sorted radius vectors on palette setup, but rather
when first converting from RGB to the palette format.  This avoids
the costly vector-construction step for palettes that are never
used as the destination format of a conversion.

HSV, HSL, HCY: wrap hue around during conversion to RGB

In the conversions from HSV, HSL, and HCY to RGB, wrap the hue
value around to the [0,1) range, instead of producing unspecified
results outside this range.  In particular, hue=1.0 may arise when
going through lower precision, such as when decomposing/recomposing
an 8-bit image in GIMP (see gimp#5097).

babl: adjust search depth for fishes in first pass

Search first only to a depth of 2, and accept the fastest found if any
faster than reference is found, if not search to depth 5. We lose out in
the unlikely to be frequent cases where 2-step babl fishes exist and a 3
step fish is faster. And gain the fishes where 4 step is faster than 3
(which was the old first pass search depth).

babl: slightly pad source buffers for creating conversions

This is done because many babls conversions get optimized by C compilers
to read 16bytes of data at a time. Causing valgrind to report
"Invalid read of size 16" as a false positive. By padding the data at
least when creating conversions we mask the false positives.

meson: Generate VAPI file

This can be used to call Babl from Vala. This is also very useful when
we want to do the same thing (calling from vala) for GIMP 3.x

gitlab-ci: Manage pacman cache

Drop unused packages from download cache.
Signed-off-by: Jan Vesely <jano.vesely@gmail.com>

gitlab-ci: Cleanup

We only use meson now
Signed-off-by: Jan Vesely <jano.vesely@gmail.com>

tests: add a test for naive CMYK conversion