- 08 Jul, 2021 1 commit
-
-
Akira TAGOH authored
Non-string values in a cache is supposed to choose one from them. Due to the change of da1c9f7a, there was a regression on scoring for matching functions. So reverting the behavior for evaluating non-string values to the previous one. Fixes fontconfig/fontconfig#286
-
- 06 Jul, 2021 1 commit
-
-
Mehdi Sabwat authored
fallback to f_type statfs struct field, since f_fstypename is not supported on the platform.
-
- 28 Jun, 2021 3 commits
-
-
Akira TAGOH authored
-
Akira TAGOH authored
Sometimes fonts has multiple values in family and sub-family in order to unify other variants into one. they basically make difference in sub-family though, they also still have standalone family and sub-family. in that case, sub-family is likely to be Regular. fontconfig couldn't recognize the difference between :family=Foo:style=Regular and :family=Foo Caption:style=Regular for example because fontconfig didn't give different score on matching result for the position of multiple values in a cache. Thus, when querying a font like :family=Foo:style=Regular may results :family=Foo Caption:style=Regular. (see the test case for more details) To fix this situation, giving different score according to the position of multiple values in a cache as well as the position of multiple values in a query. Fixes fontconfig/fontconfig#283
-
Akira TAGOH authored
This seems making a regression in Java. we will revisit this issue later. Fixes fontconfig/fontconfig#277
-
- 25 Jun, 2021 1 commit
-
-
Akira TAGOH authored
Fixes #274
-
- 09 Apr, 2021 1 commit
-
-
Albert Astals Cid authored
-
- 30 Mar, 2021 1 commit
-
-
Akira TAGOH authored
Add dirs from XDG_DATA_DIRS when <dir prefix="xdg"> appears in fonts.conf Fixes fontconfig/fontconfig#271
-
- 26 Mar, 2021 1 commit
-
-
Akira TAGOH authored
-
- 25 Mar, 2021 1 commit
-
-
Akira TAGOH authored
Fixes fontconfig/fontconfig#272
-
- 03 Mar, 2021 3 commits
-
-
Akira TAGOH authored
-
Akira TAGOH authored
also refactoring logic around it to reduce the redundant Fixes fontconfig/fontconfig#276
-
sysconfdir defaults to /etc when the prefix is set to /usr. But joining MESON_INSTALL_DESTDIR_PREFIX and sysconfdir when the latter is an absoulte path, results in sysconfdir only. Which might lead to an error during install because /etc/fonts/conf.d/ might already exist from an pre-existing fontconfig installation.
-
- 02 Mar, 2021 1 commit
-
-
Akira TAGOH authored
In Makefile, we are trying to remove old symlinks first and then create a symlink. do the same thing in meson too. Also, the line of the exception handling for FileExistsError is meaningless as the above line is taking care of it instead and we shouldn't ignore it if os.remove and os.symlink doesn't work somehow. Fixes fontconfig/fontconfig#275
-
- 18 Feb, 2021 1 commit
-
-
commit ae9ac2a1 from !165 introduced a regression when fontconfig is built as a subproject. In that case we would fail to correctly construct the path to the root build dir where the meson-info subdirectory resides, instead looking for it in the fontconfig subproject subdir. This would result in FAILED: subprojects/fontconfig/src/fcobjshash.gperf errors in the cutout.py script. Instead use the @BUILD_ROOT@ substitution to get to the build root which will work correctly in either scenario.
-
- 16 Feb, 2021 1 commit
-
-
Ben Wagner authored
Discovered by AddressSanitizer. When left_o and right_o are promoted the promoted values are placed on the stack in FcValuePromotionBuffer. The FcValuePromotionBuffers must then continue to be in scope while left_o and right_o point into their content. In 9d4e5d0f the FcValuePromotionBuffers were moved into the incorrect scope, leaving left_o and right_o pointing into an object whose lifetime has ended. This is similar to left and right which appear to have a smaller scope but are actually required to be in the larger scope. Correct this by moving the FcValuePromotionBuffers to the proper scope. Leave the left and right FcValues where they are since they are in the correct scope already. This also adds to test-conf the ability to create charset, langset, range, and matrix in patterns. This allows for a simple test which fails under AddressSanitizer before this change and passes after.
-
- 15 Feb, 2021 2 commits
-
-
Pass c_args to the compiler when preprocessing the gperf header file, they might contain important bits without which compilation/preprocessing might fail (e.g. with clang on Android). cc.cmd_array() does not include the c_args and we can't easily look them up from the meson.build file, so we have to retrieve from the introspection info. This is basically the Meson equivalent to commit 57103773.
-
The message is in e.args[1] and not e.args[0] at least with python 3.8. Should be more future proof like this in case it change again.
-
- 30 Jan, 2021 1 commit
-
-
Carmina16 authored
-
- 28 Jan, 2021 1 commit
-
-
When passing fccache executable directly Meson does special tricks such as modifying $PATH on Windows. See: https://github.com/mesonbuild/meson/pull/8259 Fixes: #260
-
- 26 Jan, 2021 1 commit
-
-
Xavier Claessens authored
With Meson 0.56 when find_program() does not find it on the system it automatically checks if a .wrap provides it and configure the subproject.
-
- 20 Jan, 2021 1 commit
-
-
Szunti authored
-
- 15 Jan, 2021 1 commit
-
-
- 13 Jan, 2021 1 commit
-
-
Jacko Dirks authored
We would malloc for every try, never cleaning up.
-
- 08 Jan, 2021 2 commits
-
-
Passing -Wno-pointer-bool-conversion in cross file to suppress compiler warning: src/fcfreetype.c:1373:11: address of array 'os2->achVendID' will always evaluate to 'true'
-
fcformat.c:762:44: warning: expression which evaluates to zero treated as a null pointer constant of type 'FcChar8 *' (aka 'unsigned char *') [-Wnon-literal-null-conversion] if (!FcNameUnparseValue (buf, &l->value, '\0')) ^~~~ fcformat.c:769:38: warning: expression which evaluates to zero treated as a null pointer constant of type 'FcChar8 *' (aka 'unsigned char *') [-Wnon-literal-null-conversion] FcNameUnparseValueList (buf, l, '\0'); ^~~~
-
- 07 Jan, 2021 2 commits
-
-
Correct the type of TestMatchPattern's 'ret' from TestResult to TestMatchResult to match the actual return type (and values assigned to it). Fix leak of TestMatchPattern's 'xml' and TestFamily's 'pat'. Simplify TestMatchPattern cleanup and ensure cleanup always happens.
-
Not needed any more. Used to be used with fc-case and fc-lang, but those have since been rewritten in python.
-
- 28 Dec, 2020 1 commit
-
-
Ben Wagner authored
Any early out checks must give the same answer as FcConfigCompareValue. An accelerator was added for family names which treated all ops as if they were FcOpEqual, giving the wrong answer for other non-equivalent ops (for example FcOpContains or FcOpNotEqual). This adds a test which passes before the accelerator was introduced, fails after, and will pass again after !142 lands. This tests the all not_eq case.
-
- 17 Dec, 2020 2 commits
-
-
-
Fixes #267. Hash table lookups assumed qual="any" compare="eq". Add a test too.
-
- 16 Dec, 2020 2 commits
-
-
Ben Wagner authored
The test-conf build_pattern attempted to convert known constant strings into integer values. However, it did so by always converting the string value to an integer if possible and then complaining if the key wasn't of the expected type. This lead to error messages on "style": "Regular" since "Regular" was recognized as "weight". Instead, only attempt conversion from string to integer if the key is the name of an object which can take an integer type. This eliminates the spurious non-fatal errors reported when parsing test-90-synthetic.json. This also fixes an issue where the created value was given the type of the object found, but the integer field was assigned. Instead, check that the object type can take an integer and always set the value type to integer.
-
Ben Wagner authored
The test-conf test requires libjson-c to be available in order to be built. However, there has been no user indication that additional tests could be built if the json-c development files were available. Continue to not build test-conf if json-c is not available, but do run the test harness. The test harness is updated to SKIP the test if the test-conf binary is unavailable.
-
- 14 Dec, 2020 2 commits
-
-
Ben Wagner authored
Reported by AddressSanitizer when running test-conf. The `query`, `result`, and `result_fs` were not initialized to NULL so could result in a wild free when first initialized. The `method` was also not initialized to NULL so comparisons could be made against random data if it had not yet been assigned. The outer `fs` was never destroyed, but is also not used, so remove.
-
Fix leaks reported by AddressSanitizer when running 'make check'.
-
- 10 Dec, 2020 1 commit
-
-
Ben Wagner authored
Posix says: The condition can be EXIT, 0 (equivalent to EXIT), or a signal specified using a symbolic name, without the SIG prefix, as listed in the tables of signal names in the <signal.h> header defined in the Base Definitions volume of IEEE Std 1003.1-2001, Chapter 13, Headers; for example, HUP, INT, QUIT, TERM. Implementations may permit names with the SIG prefix or ignore case in signal names as an extension. Remove 'SIG' from trap conditions in run-test.sh for portability.
-
- 08 Dec, 2020 1 commit
-
-
Szunti authored
'stat ... | grep Modify' fails on non english locales. stat -c '%y' used in most of the places, but one exception remained.
-
- 07 Dec, 2020 2 commits
-
-
Ben Wagner authored
More clearly delineate which files are associated with each license.
-
There doesn't appear to be a good reason to abort when 'v1' has type FcTypeRange. If there does turn out to be a good reason for this then it should be better documented and the code for handling this case removed. At worst it seems -1 should be returned as it is for other unknown types. It is possible this is left over debug code from the initial implementation.
-
- 04 Dec, 2020 1 commit
-
-
Ben Wagner authored
Found by Clang-Tidy. The intent seems to have been to skip all leading whitespace in the 'style' string, but instead this loop was an odd looking no-op. Remove the 'break' from the loop so that it will continue until end of string or a non-space character is found.
-