summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2023-04-13configure: break long list of python-embed packagesGerhard Sittig
2023-04-12configure: Add python 3.11 and 3.12 supportFrank Stettner
2021-12-26ir_irmp: wrapper lib, add locking and Python threading supportGerhard Sittig
The IRMP core library is not thread safe (known limitation, heritage of the AVR firmware origin). Add a mutex so that calling applications can lock IR decoder core instances. Allow Python threading while waiting for the locks, we can safely assume that this IRMP wrapper is used in the sigrok context which does require Python for decoders. Add my copyright for the non-trivial changes. This implementation uses glib for locking to improve portability, which already is a dependency of the libsigrokdecode component. This version uses belt and suspenders by implementing a constructor as well as adding auto init calls to each of the public API code paths. The client ID is not an essential requirement, but useful during application maintenance.
2021-12-21configure.ac: Use python3-embed.pc as a fallbackEvangelos Foutras
This provides some future-proofing against newer Python versions.
2021-12-20configure: Add python 3.10 supportSoeren Apel
2020-08-05configure.ac: Add support for Python 3.9.Dan Horák
2020-07-18irmp: hook up IRMP to the build, create a separate shared objectGerhard Sittig
Add the irmp/ subdirectory to the automake build instructions. Make the feature optional, provide an enable/disable switch (on by default). It's an essential implementation detail that the irmp.c file is required to build, but is not a compile unit of its own. It's yet to be seen how to most appropriately declare the dependencies of libirmp_la (can get refined in future commits). Create a separate shared object from the IRMP source, which shall result in a stable filename for the DLL/.so lookup. Decoder library code would not know the application's executable name, neither is anonymous symbol lookup "in the current process" portable across supported platforms. The configure.ac macros were modelled after the autobook DLL section. https://www.sourceware.org/autobook/autobook/autobook_137.html Symbol export is simple because the library gets implemented and built here, but is not used from C language code in this project. That's why we don't do the full dance of symbol import which would be needed on Windows.
2020-07-18configure: add AC_C_CONST to configure.acGerhard Sittig
This is inspired by the autobook sections on Windows DLL builds. https://www.sourceware.org/autobook/autobook/autobook_137.html The AC_C_CONST macro improves support for the C language 'const' decoration in case the compiler does not understand it.
2019-11-12configure.ac: Add support for Python 3.8.Uwe Hermann
This fixes bug #1438.
2018-08-12configure.ac: Also check for Python 3.7.Uwe Hermann
2018-05-17configure.ac: Add some more compiler warning options.Uwe Hermann
Add the -Wshadow -Wformat=2 -Wno-format-nonliteral -Wfloat-equal compiler options (supported by both gcc and clang) to get notified of more potential issues in the code.
2018-03-17Fix part of #1128 by adding a way to retrieve PD search pathsSoeren Apel
As this uses g_slist_copy_deep(), we now require glib 2.34.
2018-02-10configure.ac: explicitly require pkg-config related macroGerhard Sittig
Make sure the PKG_PROG_PKG_CONFIG macro has become available before it gets used. This unbreaks configuration in the poky environment (rocko).
2017-11-11configure.ac: Added AC_C_BIGENDIAN to autoconfJoel Holdsworth
This is needed so that WORDS_BIGENDIAN is defined on big-endian systems, which is needed by version.c .
2017-06-15configure.ac: Bump package version to 0.6.0.Uwe Hermann
0.6.0 will be the next major release. Bump now, so that there is no confusion of tarball 0.5.0 and 0.6.0-git snapshots.
2017-06-12Bump libtool version (not package version) to 4:0:0.Uwe Hermann
The last release (0.4.0) had the libtool version (current:revision:age) set to 3:0:0. Since this release removes and changes interfaces, the new version is 4:0:0. http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info This changes the library filename (e.g. on Linux) from libsigrokdecode.so.3.0.0 to libsigrokdecode.so.4.0.0, the SONAME (+symlink) becomes libsigrokdecode.so.4.
2017-05-26Show lib versions in the debug output.Uwe Hermann
2017-03-05configure summary: Show linker flags.Uwe Hermann
2017-03-05configure summary: Show whether shared/static build is enabled.Uwe Hermann
2016-12-26configure.ac: Also check for Python 3.6.Uwe Hermann
2016-03-03configure.ac: Bump package version to 0.5.0.Uwe Hermann
0.5.0 will be the next major, API-changing release. Bump now, so that there is no confusion of tarball 0.4.0 and 0.5.0-git snapshots.
2016-01-29Bump libtool version (not package version) to 3:0:0.Uwe Hermann
The last release (0.3.0) had the libtool version (current:revision:age) set to 2:0:0. Since this release removes and changes interfaces, the new version is 3:0:0. http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info This changes the library filename (e.g. on Linux) from libsigrokdecode.so.2.0.0 to libsigrokdecode.so.3.0.0, the SONAME (+symlink) becomes libsigrokdecode.so.3.
2016-01-29configure.ac: Also check for Python 3.5.Martijn van Buul
This fixes bug #739.
2015-10-06build: Require GLib 2.28.0Daniel Elstner
This is needed for e.g. g_slist_free_full(), which incidentally has been in use for a while already.
2015-10-03build: Do not hard-code decoders location on WindowsDaniel Elstner
2015-09-13Build: Move _POSIX_C_SOURCE definition to config.hDaniel Elstner
Do not redefine it though when already set, so that it can be overridden by the user, or indirectly by the compiler settings.
2015-09-10Build: Put --no-print-directory into GNUMAKEFLAGSDaniel Elstner
Also output the compiler version in the configuration summary.
2015-09-06Build: Show CC and CFLAGS in configuration summaryDaniel Elstner
2015-08-26configure: Enable largefile support on 32-bit systemsDaniel Elstner
2015-08-26Build: Use TESTS prefix instead of CHECK for flag variablesDaniel Elstner
In order to avoid confusion of the flags-gathering pkg-config result with the actual test for the availability of "check", change the pkg-config output variable prefix from CHECK to TESTS.
2015-08-26Build: Adopt new Autotools magicDaniel Elstner
2015-07-18Bump version to 0.4.0 (the upcoming next major release).Uwe Hermann
2015-07-18Append "-git" to the version string.Uwe Hermann
This avoids confusion with the released tarballs.
2014-09-01PD tests moved into the sigrok-test repo.Uwe Hermann
Drop them from the libsigrokdecode repository.
2014-08-16configure.ac: Use AM_CFLAGS instead of CFLAGS.Uwe Hermann
CFLAGS, CPPFLAGS, LDFLAGS and so on are so-called "user variables" and are meant for users of the package to use/override. The package itself should not set or modify them in any way. Instead, the "shadow variables" such as AM_CFLAGS, AM_CPPFLAGS, AM_LDFLAGS and so on, can be modified by the package.
2014-06-15do not add check to common cflags/libsMike Frysinger
Only the unittests use these flags, so don't go linking them in for the main library too.
2014-06-15fix test operatorMike Frysinger
The == operator is not in POSIX.
2014-05-09Add python as a pkg-config dependencyAbhishek Kumar
The current libsigrokdecode build passes the python CPPFLAGS and LDFLAGS directly into libsigrokdecode.pc.in. This leads to issues while cross-compiling as while using PKG_CONFIG_SYSROOT_DIR, there is a chance of the prefix being duplicated. We now, while detecting the installation of python (cross or normal), add a dependency for the module name in the pkgconfig file (from configure.ac).
2014-05-06configure.ac: Bump package version to 0.3.0.Uwe Hermann
2014-05-06configure.ac: Bump libtool/library version from 1:0:0 to 2:0:0.Uwe Hermann
The libtool current:revision:age numbers change from 1:0:0 to 2:0:0. Details: http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info This changes the library filename (e.g. on Linux) from libsigrokdecode.so.1.0.0 to libsigrokdecode.so.2.0.0, the SONAME (+symlink) becomes libsigrokdecode.so.2.
2014-05-06Bump libsigrok (optional) dependency to 0.3.0.Uwe Hermann
2014-05-04Fix 'make install' on OSes where 'python3' doesn't exist.Uwe Hermann
Sometimes the Python 3 executable is called just 'python3', sometimes it is called 'python3.4' and so on. Handle all cases transparently for the user. Before: $ make install /usr/bin/env: python3: No such file or directory After: $ make install python3.4 ./tools/install-decoders -i ./decoders -o [...] Installing 36 protocol decoders: [...]
2014-04-24Detect Python 3.4 if not installed as "python3".Bert Vermeulen
2014-04-13Switch to a non-recursive automake setup.Uwe Hermann
(fewer files, less clutter)
2014-04-09configure.ac: Clearly mark required and optional libs.Uwe Hermann
Also, drop printing of the detected Python CPPFLAGS/LDFLAGS, not really needed since it's available in 'make V=1' output as well (and we don't print it for other libs either).
2014-03-20Bump minimum Python version to 3.2Bert Vermeulen
We use some functions specific to 3.1, but every distribution appears to be at 3.2.x already anyway.
2014-01-30configure.ac: Add -Wmissing-prototypes.Uwe Hermann
2014-01-30configure.ac: Only check for things we actually use.Uwe Hermann
Drop checks where we don't use the result (yet). We might bring back some of those once we start actually using the result in the code.
2014-01-17configure.ac: Drop obsolete MinGW Python3 workaround.Uwe Hermann
We just use dummy/fake python3.pc files on Windows so that the usual pkg-config mechanism works there as well.
2014-01-17configure.ac: Check for all known Python3 pkg-config names.Uwe Hermann
Even when using pkg-config not all distro/platform specific issues are transparent, unfortunately. On some systems the pkg-config file is named "python3.pc" on others it's versioned, e.g. "python-3.2.pc". See also: http://sigrok.org/wiki/Libsigrokdecode/Python This should fix the build on e.g. FreeBSD, NetBSD, Mac OS X (some versions), and possibly various Linux distros, e.g. Gentoo. Also, drop manual AC_MSG_ERROR() and let PKG_CHECK_MODULES() output a more verbose and standardized error message if Python 3 is not found.
generated by cgit v1.2.3-70-g09d2 (git 2.47.0) at 2024-11-15 09:01:53 +0000