summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* configure.ac: fix cross compile errorChangqing Li2022-03-281-2/+2
| | | | | | | | | | | On some distros, such as fedora32, cross compile failed with following error since host library is used. undefined reference to `stat64@GLIBC_2.33' According doc of ld, set searchdir begins with "=", but not hardcoded locations. Signed-off-by: Changqing Li <changqing.li@windriver.com>
* Remove obsolete macro AC_HEADER_TIMEAvinash Sonawane2022-03-281-1/+3
|
* daemon: Install to libexecdir, not bindirJosselin Mouette2022-03-281-2/+2
| | | | | https://bugzilla.gnome.org/show_bug.cgi?id=602664 https://gitlab.gnome.org/GNOME/libgtop/-/issues/17
* Replace Bugzilla link with link to GitLabAndre Klapper2021-08-241-1/+1
|
* Version bumpRobert Roth2021-04-231-2/+2
|
* Revert "Revert "Updated config and added reference""James Dominic P. Guana2021-04-231-3/+3
| | | | This reverts commit 2229253e11ae5c729a703f0c72e006f46746c592.
* Revert "Revert "Code clean up and add example""James Dominic P. Guana2021-04-231-0/+10
| | | | This reverts commit ea08151ae6582a438db76b738293a0194c964b88.
* Revert "Code clean up and add example"Michael Catanzaro2020-11-061-10/+0
| | | | This reverts commit 7396970afe2290488fd072612a650353dd13a16d.
* Revert "Updated config and added reference"Michael Catanzaro2020-11-061-3/+3
| | | | This reverts commit e9da95977365731a8f921f2d23b943036bf8f3d5.
* Updated config and added referenceJames Dominic P. Guana2020-11-041-3/+3
|
* Code clean up and add exampleJames Dominic P. Guana2020-11-041-0/+10
|
* Check if sbrk is availableTing-Wei Lan2020-01-201-1/+1
| | | | | | | | | | | | The only use of sbrk in libgtop is in an example which always calls it with 0. Since the use of sbrk provides no functionality, just skip these calls when sbrk is not available. This problem was first reported on FreeBSD Bugzilla because FreeBSD decides not to support sbrk on ARM64 and RISC-V: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221751 Fix https://gitlab.gnome.org/GNOME/libgtop/issues/46
* Allow building with gettext ≥ 0.20Ting-Wei Lan2019-07-241-1/+3
| | | | | | | | | | | | | | | | | | | | The use of AM_GNU_GETTEXT_VERSION in configure.ac instructs autopoint to copy po/Makefile.in.in from the exact gettext version. It is fine if the version of gettext installed on the system has the same minor version number with the requested version, but it fails if you have a newer version of gettext because of the mismatch between autoconf macros and Makefile.in.in. *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.19 but the autoconf macros are from gettext version 0.20 Instead of specifying the exact version with AM_GNU_GETTEXT_VERSION, we can use AM_GNU_GETTEXT_REQUIRE_VERSION to ask autopoint to simply use the gettext version installed on the system to prevent the mismatch. This also bumps the version requirement on gettext to 0.19.6 because AM_GNU_GETTEXT_REQUIRE_VERSION was added in this version.
* Prepared release 2.40.02.40.0gnome-2-40Robert Roth2019-03-111-2/+2
|
* Prepared release 2.39.912.39.91Robert Roth2019-02-181-1/+1
|
* Prepared release 2.39.902.39.90Robert Roth2019-02-041-1/+1
|
* Bump version number and SO libgtop_revision.Benoît Dejean2018-03-261-2/+2
|
* Prepared release 2.38.02.38.0Robert Roth2017-09-111-2/+2
|
* Prepared release 2.37.922.37.92Robert Roth2017-09-051-1/+1
|
* Prepared release 2.37.902.37.90Robert Roth2017-08-081-1/+1
|
* Prepared release 2.37.22.37.2Robert Roth2017-05-231-3/+3
|
* Prepared release 2.36.02.36.0Robert Roth2017-03-211-2/+2
|
* Prepared release 2.35.922.35.92Robert Roth2017-03-131-1/+1
|
* Prepared release 2.35.902.35.90Robert Roth2017-02-131-2/+2
|
* Prepared release 2.34.22.34.2gnome-2-34Robert Roth2017-01-161-1/+1
|
* Prepared release 2.34.1Robert Roth2016-08-201-1/+1
|
* Use upstream gettext intead intltool/glib-gettextJavier Jardón2016-07-121-4/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=768704
* Prepared release 2.34.02.34.0Robert Roth2016-03-221-2/+2
|
* Prepared release 2.33.912.33.91Robert Roth2016-02-291-1/+1
|
* Prepared release 2.33.42.33.4Robert Roth2016-01-181-1/+1
|
* Prepared release 3.19.32.33.3Robert Roth2015-12-141-2/+2
|
* Prepared release 3.18.03.18.02.32.0gnome-2-32Robert Roth2015-09-211-2/+2
|
* Post-release version bump.Benoît Dejean2015-08-251-1/+1
|
* Prepared release 2.31.90LIBGTOP_2_31_90Robert Roth2015-08-171-1/+1
|
* Always define gligtop_machine.Benoit Dejean2015-08-081-10/+0
| | | | | | | | | | | There was an ABI mismatch because HAVE_GLIBTOP_MACHINE was only defined when compiling the library itself. The library code would then use a larger struct glibtop (with a machine member) than the application code. Everyone defines a glibtop_machine but linux (though it as a glibtop_machine.h) and cygwin (code unchanged for 5 years) so this should not break anything.
* Post-release version bump.Benoît Dejean2015-08-081-1/+1
|
* Prepared release 2.31.4LIBGTOP_2_31_4Robert Roth2015-08-051-1/+1
|
* It's been 26 years since C89, let modern compilers do what theyBenoit Dejean2015-07-181-1/+0
| | | | want.
* Always define LIBGTOP_ENABLE_DEBUG (0|1) to be used in if() statements.Benoit Dejean2015-07-151-1/+2
|
* Fix autotools deprecation warning with s/INCLUDES/AM_CPPFLAGS/g.Benoit Dejean2015-07-151-2/+2
|
* Drop --with-libgtop-smp.Benoît Dejean2015-07-101-4/+0
| | | | No code uses this switch.
* Enable silent build.Benoit Dejean2015-06-261-0/+1
|
* Prepare 2.31.3LIBGTOP_2_31_3Robert Roth2015-06-221-1/+1
|
* Let's stick to the GNOME release processRobert Roth2015-04-021-2/+2
| | | | | | To stick to the GNOME release train from now on, we start with an unstable number and the next stable will be released along with GNOME 3.18.0.
* Version bump required to 2.32.0Robert Roth2015-03-211-2/+2
|
* Make some APIs that return struct introspectableJasper St. Pierre2015-01-031-1/+2
| | | | | | | In order to do this, we need to define some boxed types. So we need to add a new dependency, GObject, to GTop. https://bugzilla.gnome.org/show_bug.cgi?id=663265
* Use configure.ac instead of configure.inRobert Roth2014-08-201-0/+400