summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* configure: use m4_tolower helperMike Frysinger2022-08-281-19/+20
| | | | | This is new in autoconf-2.69 and lets us kill off some boilerplate in our various library tests.
* configure: require autoconf-2.69Mike Frysinger2022-08-281-1/+1
| | | | | | This was released in 2012, and only developers really need it, so bump the requirement. This will let us use some newer features that aren't available in 2.64.
* configure: add log when we check config scriptsMike Frysinger2022-08-281-0/+8
| | | | | | | This should make it more obvious when we aren't probing for the libs and headers directy ourselves. Closes #841.
* fix help messageRemi Collet2021-10-051-1/+1
|
* Merge pull request #698 from adamsilverstein/webp-losslessChristoph M. Becker2021-07-231-1/+1
|\ | | | | Support writing lossless WebP
| * Require libwebp >= 0.2.0.Adam Silverstein2021-05-131-1/+1
| |
* | use https://lib.gdMike Frysinger2021-05-281-1/+1
|/
* disable gd formats by default #428Mike Frysinger2021-04-241-1/+1
| | | | | These are not normally used, so flip them off. Hopefully no one notices. Fixes #428.
* drop support for freetype <2.1.3Mike Frysinger2021-04-241-0/+1
| | | | | | The configure script has already been requiring freetype-2.1.10+, so this isn't really dropping old support. Even then, 2.1.3 was released in 2002, so users have had plenty of time to upgrade.
* getver: rewrite from perl to shell+awk #535Mike Frysinger2021-04-241-1/+1
| | | | | People are more familiar with shell than perl at this point. Fixes #535.
* AVIF support (#671)Ben Morss2021-03-031-0/+8
| | | | | | | | | | | | | | | | | | | | | | | Demand for AVIF support on the web is growing, as the word gets out about this new file format which allows higher-quality encoding at smaller sizes. Core contributors to major open-source CMSs are interested in auto-generating AVIF images! They've been simply waiting for support to appear in libgd. This PR aims to meet the growing demand, and to help bring smaller, more beautiful images to more of the web - to sites created by experienced developers and CMS users alike. This PR adds support by incorporating libavif in addition to the existing libheif support. It's generally felt that libavif has more complete support for the AVIF format. libavif is also used by the Chromium project and squoosh.app. In this PR, I've endeavored to incorporate the latest research into best practices for AVIF encoding - not just for default quantizer values, but also an algorithm for determining the number of horizontal tiles, vertical tiles, and threads. Fixes #557.
* HEIF support through libheif (#670)Martin Reboredo2021-03-021-0/+9
| | | | | | | | | | | | | | | With the adoption of AVIF by Firefox and Chromium based browsers (still in experimental phase), the newer incorporation of HEIF by Canon and Sony in their cameras and the newer support of both of them in modern software like ImageMagick, GIMP and Krita, `gd` haven't seen any endorsement for the formats up until this PR. Reading and writing is done by `libheif`, with functionality for chroma subsampling (for now `4:2:0`, `4:2:2` and `4:4:4`), quality (with new `200` for lossless) and compression (whether `HEVC` or `AV1`) selection. This was tested with `libheif` version `1.11.0` in my Solus machine. Also, fixes both #395 and #557.
* webp: support pkg-config fileMike Frysinger2021-01-201-1/+1
|
* fix #303: gdlib.pc: use Requires instead of Libs (#537)wilson chen2020-06-181-1/+10
|
* Remove AC_FUNC_VPRINTFPeter Kokot2018-09-111-1/+0
| | | | | | | | | | | | | | | | Autoconf 2.59d (released in 2006) [1] started promoting several macros as not relevant for newer systems anymore, including the `AC_FUNC_VPRINTF`. This macro checks for presence of the C `vprint` function otherwise checks for the presence of the `_doprnt` function. This check was relevant on very old systems and today can be omitted since it should be well supported by now. [2] Also libgd doesn't use the `HAVE_VPRINTF` or `HAVE_DOPRNT` symbols. Refs: [1] http://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS [2] https://www.gnu.org/software/autoconf/manual/autoconf-2.69/autoconf.html
* Remove HAVE_STDLIB_HPeter Kokot2018-09-081-1/+0
| | | | | | | | | | | | The C89 and later standard defines the `<stdlib.h>` header as part of the standard headers [1] and on current systems it is always present and the `HAVE_STDLIB_H` symbol can be removed. Also Autoconf suggests doing this and relying on C89 or above [2] and [3]. [1] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2 [2] http://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4 [3] https://www.gnu.org/software/autoconf/manual/autoconf-2.69/autoconf.html
* Remove AC_C_CONSTPeter Kokot2018-09-081-1/+0
| | | | | | | | | | | | | | | | Autoconf 2.59d (released in 2006) [1] started promoting several macros as not relevant for newer systems, including the `AC_C_CONST`. The `const` keyword is used in C since C89. On old systems some compilers lacked the `const` and this macro defined it to be empty. This check was relevant on systems with compilers before C89 and on current systems it can be omitted. [2] The libgd also requires at least C89 or newer so `const` is always available. Refs: [1] http://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS [2] https://www.gnu.org/software/autoconf/manual/autoconf-2.69/autoconf.html
* Remove HAVE_STRING_HPeter Kokot2018-09-081-1/+0
| | | | | | | | | | | | The C89 and later standard defines the `<string.h>` header as part of the standard headers [1] and on current systems it is always present and the `HAVE_STRING_H` symbol can be removed. Also Autoconf suggests doing this and relying on C89 or above [2] and [3]. [1] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2 [2] http://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4 [3] https://www.gnu.org/software/autoconf/manual/autoconf-2.69/autoconf.html
* Remove HAVE_STDDEF_HPeter Kokot2018-09-061-1/+0
| | | | | | | | | | | | | | The `<stddef.h>` header file is part of the standard C89 headers [1] and on current systems there is no need to manually check if header is present anymore. Since the libgd requires at least C89 or greater, the `HAVE_STDDEF_H` symbol defined by Autoconf in configure.ac [2], and Cmake build system files can be removed and simplifed. Refs: [1] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2 [2] https://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4
* Remove HAVE_LIMITS_HPeter Kokot2018-09-061-1/+0
| | | | | | | | | | | | | | The `<limits.h>` header file is part of the standard C89 headers [1] and on current systems there is no need to manually check if header is present anymore. Since the libgd requires at least C89 or greater, the `HAVE_LIMITS_H` symbol defined by Autoconf in configure.ac [2], and Cmake build system files can be removed and simplifed. Refs: [1] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2 [2] https://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4
* Remove HAVE_ERRNO_HPeter Kokot2018-09-051-1/+0
| | | | | | | | | | | | | | The `<errno.h>` header file is part of the standard C89 headers [1] and on older systems there needed to be also a manual check if header is present. Since libgd requires at least C89 or greater, the `HAVE_ERRNO_H` symbol defined by Autoconf in configure.ac [2], and Cmake build system files can be removed and simplifed. Refs: [1] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.3 [2] https://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4
* configure: support libjpeg.pc #455Mike Frysinger2018-08-261-1/+1
| | | | | | | Since newer jpeg/jpeg-turbo releases include a pc file, optionally support it. Closes #455.
* drop netware support #294Mike Frysinger2018-08-251-16/+0
| | | | | | | We have no way of testing netware, and the OS has been dead for years. PHP also has dropped support for it. Closes #294.
* make gd/gd2 image formats optional #428Mike Frysinger2018-01-301-0/+16
| | | | | We still enable them by default, but we'll probably flip them off in the next major release series.
* Fix typoChristoph M. Becker2017-08-011-1/+1
|
* cmake: add soname info to libgd.soMike Frysinger2016-11-101-14/+11
| | | | | | Pull out the library versioning info out of configure and into a common script that both cmake & autotools can run. This way we have a single source of truth for the versioning info.
* configure: only enable -Werror by default in git builds #339Mike Frysinger2016-11-101-1/+2
|
* gdlib-config: punt!Mike Frysinger2016-10-061-8/+0
| | | | | | | | We've been shipping the pkg-config file for a while now and want people to use that only, so drop this old script. This also drop the FEATURES variable as it was only available via `gdlib-config --features` (and no one has complained).
* tests: drop test_config.hMike Frysinger2016-07-211-1/+0
| | | | | | | | | | This header provides a single define: GDTEST_TOP_DIR. Move it to the build CPPFLAGS instead since it's a path var and that's the recommended way of handling these (by autotools standards), and it simplifies the build overall. It also harmonizes the autotool & cmake build paths. We localize this define to the gdtest/ subdir as we don't want any of the other tests using the path. We have gdtest helpers instead.
* Add complex text layout supportKhalid Alqassabi2016-06-301-0/+9
| | | | | | | | | | | | | This pull request (based on Asma's works) adds support for languages that require [complex text layout](https://en.wikipedia.org/wiki/Complex_text_layout). We are using [libraqm](https://github.com/HOST-Oman/libraqm), a small source code-only library that wraps FriBidi (for bidirectional text support) and HarfBuzz (for text shaping), and does proper BiDi and script itemization. The CTL support is enabled by default but can be disabled at compiling time, and we provide a fallback function that uses your original code without CTL support.
* configure: build with -Wall by defaultMike Frysinger2016-06-031-0/+3
| | | | This makes -Werror more effective (which we already utilize).
* libtool: rework revision to fix OS X breakageMike Frysinger2016-05-211-1/+6
| | | | | | | | | It seems the OS X linker restricts the revision field to 8 bits. Rework how we calculate that value and pack it in closer to fit. It might produce some collisions if we get to like 2.2.8, but oh well ... this field doesn't need to be super exact. Fixes #214.
* dist: drop bzip2 tarballMike Frysinger2016-05-191-1/+1
| | | | | The xz tarball is smaller and most systems should have support for it nowadays. For anyone who doesn't, there's still the gzip tarball.
* libtool: set revision based on package versionMike Frysinger2016-05-191-1/+4
|
* libimagequant: fix integrationMike Frysinger2016-05-181-2/+17
| | | | | | | | | | | The symbol was being set up in cmake but not on the autotools side. Clean this up to be like other external libraries. We need to pull in some openmp logic as it's not uncommon for the lib to be built with openmp support. When we test for it, we need to do so with openmp flags. Fixes #137.
* build: fix GDLIB_REVISION collisionMike Frysinger2016-05-181-6/+6
| | | | | | | | | | | | | We are using GDLIB_REVISION to refer to the gd version string (the "z" in "x.y.z"), and we are using it to control the libtool revision field. This leads to problems where the version increases (e.g. "2.1.1") but the libtool revision doesn't (e.g. "0"). So scripts end up seeing a revision of "0" in their output instead of "1". Namespace the libtool version variables with "_LT_" to avoid any more collisions. Fixes #140.
* configure/cmake: unify header checks and config.h generationMike Frysinger2016-05-171-1/+15
| | | | | Rather than hand maintain config.h.cmake (which is already out of date), re-use the autogenerated config.h from autoheader.
* configure: enable -Werror by default when availableMike Frysinger2016-05-131-0/+7
| | | | Turn this on when building under Travis to increase coverage.
* configure: unify library testsMike Frysinger2015-11-231-277/+132
| | | | | | The various code paths were inconsistent in how they handled user flags. Create common macros and rebase all the library checks on top of those so we know they all stay in sync.
* configure: require autoconf-2.64/automake-1.11Mike Frysinger2015-11-231-5/+2
| | | | | Both of these versions were released in 2009, so people should have them (or newer) readily available.
* configure: use AS_HELP_STRING everywhereMike Frysinger2015-11-231-16/+16
|
* Change issue tracker URL to githubOndřej Surý2015-01-221-1/+1
|
* Merge branch 'GD-2.1'Pierre Joye2015-01-211-0/+6
|\
| * fix #140, versions placeholder not replaced in gdlib-configPierre Joye2015-01-211-0/+6
| |
* | fix #129, drop VPX usage in favor of libwebpPierre Joye2015-01-201-58/+22
|/
* Silence automake 1.14 warnings ("source file is in a subdirectory, but ↵Nathanael Jones2014-10-021-1/+1
| | | | option subdir-objects is disabled").
* gd.h now holds the canonical version number.Chris Reuter2013-11-071-19/+15
| | | | | | | | | | | | | | | | | | | | Up to now, the version numbers were defined in configure.ac and put into gd.h by generating it from gd.h.in, replacing the values of several C macros. This violates the DRY principle, won't work on a dumb build system, confuses some dev tools and is just a huge headache in general. This change makes gd.h (no longer generated) the home of the version number and provides a script (config/getver.pl) which can extract the requested version components from the header file. configure.ac now gets the version number from gd.h instead of vice versa. In addition, there are now C functions that return the values of the version macros. This is for the benefit of non-C code using the library without access to the header file. It also provides a way to get the version number of the library currently linked rather than the header the program was compiled against. (This could change if the shared library is updated without recompiling the program using it.)
* Don't append dash when GDLIB_EXTRA is emptyOndřej Surý2013-06-271-5/+5
|
* Create gd.h from gd.h.in to properly include current library versionOndřej Surý2013-06-261-1/+4
|
* prepare 2.1.0 finalgd-2.1.0Pierre Joye2013-06-251-1/+1
|
View Lorry Controller Status