1. 08 May, 2021 2 commits
  2. 07 May, 2021 1 commit
  3. 06 May, 2021 2 commits
  4. 05 May, 2021 2 commits
  5. 02 May, 2021 2 commits
  6. 01 May, 2021 3 commits
    • Emmanuele Bassi's avatar
      Drop the conditional inclusion of config.h · bd138412
      Emmanuele Bassi authored
      We *always* generate this file, and we depend on its existence.
      
      The idea behind HAVE_CONFIG_H was being able to include random files
      from different projects, back in a time where "libraries" were literally
      just random files instead of actual shared objects.
      
      Since we're not in the '80s any more, and our build system(s) define
      HAVE_CONFIG_H *and* generate the config.h header file, we don't need a
      conditional guard around its inclusion.
      bd138412
    • Emmanuele Bassi's avatar
      Remove stray _GNU_SOURCE definitions · bfd1602d
      Emmanuele Bassi authored
      We define _GNU_SOURCE globally in both the Autotools build, through the
      use of the AC_USE_SYSTEM_EXTENSIONS macro; and in the Meson build, with
      add_project_arguments().
      bfd1602d
    • Emmanuele Bassi's avatar
      meson: Define HAVE_CONFIG_H as a project flag · 83363097
      Emmanuele Bassi authored
      Precisely what Autotools does, instead of adding it as per-target C
      argument.
      
      Once we remove HAVE_CONFIG_H checks in every source file, we'll be able
      to drop it.
      83363097
  7. 30 Apr, 2021 1 commit
  8. 29 Apr, 2021 2 commits
  9. 27 Apr, 2021 8 commits
  10. 26 Apr, 2021 2 commits
  11. 25 Apr, 2021 6 commits
  12. 24 Apr, 2021 2 commits
  13. 23 Apr, 2021 1 commit
  14. 22 Apr, 2021 1 commit
  15. 20 Apr, 2021 2 commits
  16. 19 Apr, 2021 1 commit
    • Matthias Clasen's avatar
      Don't build fontconfig on Windows · f6a3f6d8
      Matthias Clasen authored
      mesons 'auto' is too eager to build things. Building
      fontconfig as a subproject on Windows is not the right
      thing, unless it was explictly requested.
      f6a3f6d8
  17. 18 Apr, 2021 2 commits
    • Uli Schlachter's avatar
      Ignore create-for-stream failure with svg · 0392dd78
      Uli Schlachter authored
      
      
      The create-for-stream test verifies that writing something to a file and
      writing it to an in-memory surface produces the same output. The test
      currently fails when the svg backend is tested with:
      
      TEST: create_for_stream TARGET: pdf RESULT: PASS
      svg: Stream based output differ from file output for output/create-for-stream.out.svg.
      TEST: create_for_stream TARGET: svg RESULT: FAIL
      
      I guess this is because svg uses unique IDs for surfaces, meaning that
      drawing two times the same thing in the same process can produce
      different outputs. However, this is just a guess and I didn't
      investigate further.
      Signed-off-by: Uli Schlachter's avatarUli Schlachter <psychon@znc.in>
      0392dd78
    • Uli Schlachter's avatar
      Add hack to ignore a svg test crashes · 2f8b5bc7
      Uli Schlachter authored
      
      
      This adds a special hack to the test suite to ignore the crashes for
      self-copy and self-copy-overlap for the svg backend in CI.
      Signed-off-by: Uli Schlachter's avatarUli Schlachter <psychon@znc.in>
      2f8b5bc7