BLAHAJ
/
libsigrok
10
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
libsigrok/Makefile.am

668 lines
18 KiB
Makefile
Raw Normal View History

libsigrok: More coding style fixes.
2010-04-15 18:16:53 +00:00
##
GPL headers: Use correct project name.
2013-04-23 20:24:30 +00:00
## This file is part of the libsigrok project.
libsigrok: More coding style fixes.
2010-04-15 18:16:53 +00:00
##
sr: adjust copyright year
2012-02-13 13:31:51 +00:00
## Copyright (C) 2010-2012 Bert Vermeulen <bert@biot.com>
radioshack-dmm: Add support for Radioshack 22-812 DMM Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>
2012-10-15 06:17:32 +00:00
## Copyright (C) 2012 Alexandru Gagniuc <mr.nuke.me@gmail.com>
libsigrok: More coding style fixes.
2010-04-15 18:16:53 +00:00
##
Start of code base layout restructuring.
2010-04-02 18:18:27 +00:00
## This program is free software: you can redistribute it and/or modify
## it under the terms of the GNU General Public License as published by
## the Free Software Foundation, either version 3 of the License, or
## (at your option) any later version.
libsigrok: More coding style fixes.
2010-04-15 18:16:53 +00:00
##
Start of code base layout restructuring.
2010-04-02 18:18:27 +00:00
## This program is distributed in the hope that it will be useful,
## but WITHOUT ANY WARRANTY; without even the implied warranty of
## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
## GNU General Public License for more details.
libsigrok: More coding style fixes.
2010-04-15 18:16:53 +00:00
##
Start of code base layout restructuring.
2010-04-02 18:18:27 +00:00
## You should have received a copy of the GNU General Public License
## along with this program. If not, see <http://www.gnu.org/licenses/>.
libsigrok: More coding style fixes.
2010-04-15 18:16:53 +00:00
##
Start of code base layout restructuring.
2010-04-02 18:18:27 +00:00
Build: Place Autoconf macros into m4/ directory This separates the M4 macros from the other cruft in autostuff/ to prepare for the introduction of custom macro files.
2015-08-22 18:58:11 +00:00
ACLOCAL_AMFLAGS = -I m4
Build: Reduce unnecessary config substitutions Variable substitutions with a constant value may as well be set directly in Makefile.am.
2015-08-24 20:20:30 +00:00
AM_LIBTOOLFLAGS = --silent
MAKEFLAGS = --no-print-directory
FIRMWARE_DIR = $(datadir)/sigrok-firmware
sr/srd: Move some files to their resp. dirs.
2011-12-30 09:42:39 +00:00
Build: Pass nostdinc option to automake It seems automake automatically adds the directory containing the generated version.h to the include path. Use nostdinc to disable default includes altogether.
2015-08-15 16:10:50 +00:00
local_includes = -Iinclude -I$(srcdir)/include -I$(srcdir)/src -I.
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
if BINDINGS_CXX
Build: Make compiler warnings configurable Use the SR_ARG_ENABLE_WARNINGS macro to configure and check for the availability of compiler warning flags. Maintain separate sets of warning flags for C and C++. The configure option --enable-warnings=[min|max|fatal|no] can be used to set the compiler warning level for all languages. The default level is "max".
2015-08-23 13:02:30 +00:00
local_includes += -Ibindings/cxx/include -I$(srcdir)/bindings/cxx/include -Ibindings/cxx
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
endif
# Ensure that local include directories are always searched first.
Build: Go back to _POSIX_C_SOURCE=200112L
2015-08-27 10:30:13 +00:00
AM_CPPFLAGS = $(local_includes) -D_POSIX_C_SOURCE=200112L -DFIRMWARE_DIR='"$(FIRMWARE_DIR)"'
Fix out-of-tree build. Use libtool "noinst" local helper libs and use one Makefile.am per subdir, which is the usual/preferred method. These helper libraries are purely local and will not be installed. This also fixes out-of-tree builds of sigrok, i.e. building in a directory other than the sigrok source directory, e.g. $ cd /home/user $ git clone ...sigrok $ cd sigrok $ ./autogen.sh $ mkdir /tmp/foo $ cd /tmp/foo $ /home/user/sigrok/configure $ make $ make install This will place all build results (.o files, .la files, etc) in the local build directory (/tmp/foo) instead of the source directory (/home/user/sigrok in this example). The installation directory is selected via the --prefix configure option (/usr/local per default).
2011-01-08 02:32:25 +00:00
Build: Use TESTS prefix instead of CHECK for flag variables 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-26 11:13:39 +00:00
# The tests CFLAGS are a superset of the libsigrok CFLAGS, and the
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
# python bindings CFLAGS are a superset of the C++ bindings CFLAGS.
Build: Use TESTS prefix instead of CHECK for flag variables 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-26 11:13:39 +00:00
AM_CFLAGS = $(SR_EXTRA_CFLAGS) $(SR_WFLAGS) $(TESTS_CFLAGS)
Build: Make compiler warnings configurable Use the SR_ARG_ENABLE_WARNINGS macro to configure and check for the availability of compiler warning flags. Maintain separate sets of warning flags for C and C++. The configure option --enable-warnings=[min|max|fatal|no] can be used to set the compiler warning level for all languages. The default level is "max".
2015-08-23 13:02:30 +00:00
AM_CXXFLAGS = $(SR_WXXFLAGS) $(PYSIGROK_CFLAGS)
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
Revert temporary changes for 0.2 release.
2011-04-03 21:18:46 +00:00
lib_LTLIBRARIES = libsigrok.la
Start of code base layout restructuring.
2010-04-02 18:18:27 +00:00
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
# Backend files
Rename libbackend to libsigrok.
2010-04-02 18:26:48 +00:00
libsigrok_la_SOURCES = \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/backend.c \
src/device.c \
src/session.c \
src/session_file.c \
src/session_driver.c \
src/drivers.c \
src/hwdriver.c \
src/trigger.c \
src/soft-trigger.c \
Add sr_analog_to_float().
2014-11-12 16:05:13 +00:00
src/analog.c \
Add a public API to list available serial ports.
2014-12-06 23:56:22 +00:00
src/fallback.c \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/strutil.c \
src/log.c \
src/version.c \
src/error.c \
src/std.c
Only build hardware plugins if requested by user. Per default all plugins will be built, though. The user can override this via the --disable-la-xxxx options.
2010-06-24 23:11:11 +00:00
Reorganize project tree.
2014-07-21 19:27:33 +00:00
# Input modules
libsigrok_la_SOURCES += \
src/input/input.c \
input: Convert binary module.
2014-08-19 23:29:37 +00:00
src/input/binary.c \
input: Convert chronovu-la8 module.
2014-08-19 22:43:13 +00:00
src/input/chronovu_la8.c \
input: Convert CSV module.
2014-08-18 22:14:47 +00:00
src/input/csv.c \
input: Fixes and VCD.
2014-08-13 12:18:12 +00:00
src/input/vcd.c \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/input/wav.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
Reorganize project tree.
2014-07-21 19:27:33 +00:00
# Output modules
libsigrok_la_SOURCES += \
src/output/output.c \
src/output/analog.c \
src/output/ascii.c \
src/output/bits.c \
src/output/binary.c \
src/output/csv.c \
src/output/chronovu_la8.c \
output/wav: Initial module skeleton.
2014-07-26 09:00:51 +00:00
src/output/wav.c \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/output/gnuplot.c \
src/output/hex.c \
src/output/ols.c \
output: Add srzip, the session file format. The 'filename' option is required: this module creates the zip file itself, and never actually outputs anything back to the calling frontend.
2014-11-11 22:23:09 +00:00
src/output/srzip.c \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/output/vcd.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
transform: Add a basic set of API calls.
2015-02-10 19:49:46 +00:00
# Transform modules
libsigrok_la_SOURCES += \
transform: Add a "nop" transform module. This doesn't do anything, just passes input packets on unmodified.
2015-02-10 20:38:21 +00:00
src/transform/transform.c \
transform: Add a "scale" transform module.
2015-02-10 21:25:52 +00:00
src/transform/nop.c \
transform: Add an "invert" transform module. This inverts the data values: - An analog value of x becomes 1/x. - A digital value of 0 becomes 1 (and vice versa).
2015-02-11 08:34:38 +00:00
src/transform/scale.c \
src/transform/invert.c
transform: Add a basic set of API calls.
2015-02-10 19:49:46 +00:00
Reorganize project tree.
2014-07-21 19:27:33 +00:00
# SCPI support
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/scpi/scpi.c \
scpi: Make helper functions from scpi-pps available library-wide.
2015-08-16 13:12:34 +00:00
src/scpi/helpers.c \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/scpi/scpi_tcp.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if NEED_RPC
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/scpi/scpi_vxi.c \
src/scpi/vxi_clnt.c \
src/scpi/vxi_xdr.c \
src/scpi/vxi.h
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if NEED_SERIAL
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/serial.c \
src/scpi/scpi_serial.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if NEED_USB
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/ezusb.c \
src/usb.c \
src/scpi/scpi_usbtmc_libusb.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if NEED_VISA
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/scpi/scpi_visa.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
Add GPIB SCPI backend using linux-gpib and libgpib.
2014-09-05 09:34:04 +00:00
if NEED_GPIB
libsigrok_la_SOURCES += \
scpi/gpib: Rename backend to scpi_libgpib. libgpib is the userspace component to linux-gpib's kernel modules that implement low-level interface drivers. When libsigrok gets userspace GPIB interface drivers, that backend will be the "official" scpi_gpib.
2014-09-05 16:33:48 +00:00
src/scpi/scpi_libgpib.c
Add GPIB SCPI backend using linux-gpib and libgpib.
2014-09-05 09:34:04 +00:00
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
modbus: Minor typos, cosmetics and consistency fixes.
2015-06-07 18:40:32 +00:00
# Modbus support
Add a modbus communication helper module.
2015-02-22 23:13:31 +00:00
libsigrok_la_SOURCES += \
src/modbus/modbus.c
modbus: add a serial RTU backend.
2015-02-22 23:20:26 +00:00
if NEED_SERIAL
libsigrok_la_SOURCES += \
src/modbus/modbus_serial_rtu.c
endif
Add a modbus communication helper module.
2015-02-22 23:13:31 +00:00
Reorganize project tree.
2014-07-21 19:27:33 +00:00
# Hardware (DMM chip parsers)
libsigrok_la_SOURCES += \
src/dmm/es519xx.c \
src/dmm/fs9721.c \
src/dmm/fs9922.c \
src/dmm/m2110.c \
src/dmm/metex14.c \
Implement Brymen BM25x series as a serial DMM. The Brymen BM25x series supports the BC-20X that is an opto-isolated serial cable. The link seems to be unidirectional i.e. when activated the DMM periodically sends updates to the host while the host cannot control the DMM in any way. The protocol is documented in "6000-count-digital-multimeters-r1.pdf" that is available from the manufacturer. Every 15 byte packet consists of a bitmap where the bits correspond to segments or symbols on the LCD display i.e. the DMM essentially sends the contents of its screen to the host in every update. This driver then decodes the measured quantity, unit and its value from the bitmap.
2014-07-30 07:28:58 +00:00
src/dmm/rs9lcd.c \
Add UNI-T UT71x DMM parser.
2014-10-25 09:36:58 +00:00
src/dmm/bm25x.c \
ut372: Initial sub-driver skeleton.
2015-03-01 21:13:30 +00:00
src/dmm/ut71x.c \
Add initial Voltcraft VC-870 support. There are a few details that have yet to be implemented or reverse engineered and tested.
2014-12-29 22:30:41 +00:00
src/dmm/ut372.c \
src/dmm/vc870.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
Add protocol decoder for Cyrustek ES51919 LCR meter chip. Add a protocol decoder for the Cyrustek ES51919 LCR meter chip. This chipset (together with ES51920 front-end) is supposedly used by multiple different portable LCR meters including at least DER EE DE-5000, Yihua V&A VA520, Mastech MS5308, Uni-T UT612, CEM DT-9935 and various OEM rebadges of them. The communication protocol seems to be implemented on the Cyrustek chip itself so all the different models are expected to use the same protocol if they implement a host connection. Unfortunately the protocol is not available in the public documentation of the chipset, so this implementation is based on reverse engineering it from traffic captures. The actual connection between the meter and the host computer may be different from meter to meter even when based on the same chip. This module implements a decoder for the protocol and some common helper functions for interfacing with the meter via an RS-232 serial port.
2014-10-11 12:47:34 +00:00
# Hardware (LCR chip parsers)
Makefile.am: Add NEED_SERIAL condition.
2015-01-31 21:41:04 +00:00
if NEED_SERIAL
Add protocol decoder for Cyrustek ES51919 LCR meter chip. Add a protocol decoder for the Cyrustek ES51919 LCR meter chip. This chipset (together with ES51920 front-end) is supposedly used by multiple different portable LCR meters including at least DER EE DE-5000, Yihua V&A VA520, Mastech MS5308, Uni-T UT612, CEM DT-9935 and various OEM rebadges of them. The communication protocol seems to be implemented on the Cyrustek chip itself so all the different models are expected to use the same protocol if they implement a host connection. Unfortunately the protocol is not available in the public documentation of the chipset, so this implementation is based on reverse engineering it from traffic captures. The actual connection between the meter and the host computer may be different from meter to meter even when based on the same chip. This module implements a decoder for the protocol and some common helper functions for interfacing with the meter via an RS-232 serial port.
2014-10-11 12:47:34 +00:00
libsigrok_la_SOURCES += \
src/lcr/es51919.c
Makefile.am: Add NEED_SERIAL condition.
2015-01-31 21:41:04 +00:00
endif
Add protocol decoder for Cyrustek ES51919 LCR meter chip. Add a protocol decoder for the Cyrustek ES51919 LCR meter chip. This chipset (together with ES51920 front-end) is supposedly used by multiple different portable LCR meters including at least DER EE DE-5000, Yihua V&A VA520, Mastech MS5308, Uni-T UT612, CEM DT-9935 and various OEM rebadges of them. The communication protocol seems to be implemented on the Cyrustek chip itself so all the different models are expected to use the same protocol if they implement a host connection. Unfortunately the protocol is not available in the public documentation of the chipset, so this implementation is based on reverse engineering it from traffic captures. The actual connection between the meter and the host computer may be different from meter to meter even when based on the same chip. This module implements a decoder for the protocol and some common helper functions for interfacing with the meter via an RS-232 serial port.
2014-10-11 12:47:34 +00:00
Add a protocol parser for KERN scales. (KERN & SOHN GmbH, http://www.kern-sohn.com/)
2015-08-27 19:21:03 +00:00
# Hardware (Scale protocol parsers)
libsigrok_la_SOURCES += \
src/scale/kern.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
# Hardware drivers
if HW_AGILENT_DMM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/agilent-dmm/api.c \
src/hardware/agilent-dmm/agilent-dmm.h \
src/hardware/agilent-dmm/sched.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_APPA_55II
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/appa-55ii/protocol.h \
src/hardware/appa-55ii/protocol.c \
src/hardware/appa-55ii/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_ASIX_SIGMA
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/asix-sigma/asix-sigma.h \
src/hardware/asix-sigma/asix-sigma.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_ATTEN_PPS3XXX
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/atten-pps3xxx/protocol.h \
src/hardware/atten-pps3xxx/protocol.c \
src/hardware/atten-pps3xxx/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
baylibre-acme: Initial driver skeleton. Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
2015-02-12 13:53:49 +00:00
if HW_BAYLIBRE_ACME
libsigrok_la_SOURCES += \
src/hardware/baylibre-acme/protocol.h \
src/hardware/baylibre-acme/protocol.c \
baylibre-acme: Add Linux-specific GPIO helpers. These functions allow to export, read and set GPIOs using Linux sysfs interface. Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
2015-02-12 13:53:54 +00:00
src/hardware/baylibre-acme/api.c \
src/hardware/baylibre-acme/gpio.h \
src/hardware/baylibre-acme/gpio.c
baylibre-acme: Initial driver skeleton. Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
2015-02-12 13:53:49 +00:00
endif
beaglelogic: Initial driver skeleton.
2014-07-21 20:11:52 +00:00
if HW_BEAGLELOGIC
libsigrok_la_SOURCES += \
Makefile.am: Add beaglelogic.h so it ends up in the tarball.
2014-07-22 20:50:06 +00:00
src/hardware/beaglelogic/beaglelogic.h \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/beaglelogic/protocol.h \
src/hardware/beaglelogic/protocol.c \
src/hardware/beaglelogic/api.c
beaglelogic: Initial driver skeleton.
2014-07-21 20:11:52 +00:00
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_BRYMEN_BM86X
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/brymen-bm86x/protocol.h \
src/hardware/brymen-bm86x/protocol.c \
src/hardware/brymen-bm86x/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_BRYMEN_DMM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/brymen-dmm/parser.c \
src/hardware/brymen-dmm/protocol.h \
src/hardware/brymen-dmm/protocol.c \
src/hardware/brymen-dmm/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_CEM_DT_885X
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/cem-dt-885x/protocol.h \
src/hardware/cem-dt-885x/protocol.c \
src/hardware/cem-dt-885x/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_CENTER_3XX
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/center-3xx/protocol.h \
src/hardware/center-3xx/protocol.c \
src/hardware/center-3xx/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
Rename 'chronovu-la8' driver to 'chronovu-la'. The driver now also supports the LA16 device (and possibly others in the future).
2014-04-01 19:47:11 +00:00
if HW_CHRONOVU_LA
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/chronovu-la/protocol.h \
src/hardware/chronovu-la/protocol.c \
src/hardware/chronovu-la/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_COLEAD_SLM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/colead-slm/protocol.h \
src/hardware/colead-slm/protocol.c \
src/hardware/colead-slm/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_CONRAD_DIGI_35_CPU
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/conrad-digi-35-cpu/protocol.h \
src/hardware/conrad-digi-35-cpu/protocol.c \
src/hardware/conrad-digi-35-cpu/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_DEMO
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/demo/demo.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
Add driver for DER EE DE-5000 LCR meter. Add a driver for the DER EE DE-5000 LCR meter. This meter is based on the Cyrustek ES51919/ES51920 chipset and communicates with the host computer via an optional connectivity kit. The kit uses an optoisolated unidirectional link to connect to the meter and an USB cable on the host side. Internally the connection is using the FTDI FT232R USB UART chip i.e. from the host computer point of view the meter is connected into an RS-232 serial port. This driver implements just a thin shim layer for registering the driver and uses the es51919 module for all the actual work.
2014-10-11 12:47:35 +00:00
if HW_DEREE_DE5000
libsigrok_la_SOURCES += \
src/hardware/deree-de5000/api.c
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_FLUKE_DMM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/fluke-dmm/fluke-dmm.h \
src/hardware/fluke-dmm/fluke.c \
src/hardware/fluke-dmm/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_FX2LAFW
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/fx2lafw/protocol.h \
src/hardware/fx2lafw/protocol.c \
fx2lafw: scan/firmware support for DSLogic.
2014-05-03 16:37:00 +00:00
src/hardware/fx2lafw/api.c \
fx2lafw: Basic acquisition support for DSLogic.
2014-05-16 21:04:14 +00:00
src/hardware/fx2lafw/dslogic.c \
src/hardware/fx2lafw/dslogic.h
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_GMC_MH_1X_2X
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/gmc-mh-1x-2x/protocol.h \
src/hardware/gmc-mh-1x-2x/protocol.c \
src/hardware/gmc-mh-1x-2x/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_HAMEG_HMO
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/hameg-hmo/protocol.h \
src/hardware/hameg-hmo/protocol.c \
src/hardware/hameg-hmo/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_HANTEK_DSO
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/hantek-dso/dso.h \
src/hardware/hantek-dso/dso.c \
src/hardware/hantek-dso/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_IKALOGIC_SCANALOGIC2
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/ikalogic-scanalogic2/protocol.h \
src/hardware/ikalogic-scanalogic2/protocol.c \
src/hardware/ikalogic-scanalogic2/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_IKALOGIC_SCANAPLUS
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/ikalogic-scanaplus/protocol.h \
src/hardware/ikalogic-scanaplus/protocol.c \
src/hardware/ikalogic-scanaplus/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_KECHENG_KC_330B
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/kecheng-kc-330b/protocol.h \
src/hardware/kecheng-kc-330b/protocol.c \
src/hardware/kecheng-kc-330b/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
kern-scale: Initial driver skeleton.
2015-08-27 19:42:46 +00:00
if HW_KERN_SCALE
libsigrok_la_SOURCES += \
src/hardware/kern-scale/protocol.h \
src/hardware/kern-scale/protocol.c \
src/hardware/kern-scale/api.c
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_LASCAR_EL_USB
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/lascar-el-usb/protocol.h \
src/hardware/lascar-el-usb/protocol.c \
src/hardware/lascar-el-usb/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
manson-hcs-3xxx: Initial driver skeleton.
2014-06-22 22:31:22 +00:00
if HW_MANSON_HCS_3XXX
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/manson-hcs-3xxx/protocol.h \
src/hardware/manson-hcs-3xxx/protocol.c \
src/hardware/manson-hcs-3xxx/api.c
manson-hcs-3xxx: Initial driver skeleton.
2014-06-22 22:31:22 +00:00
endif
maynuo-m97: Initial driver skeleton.
2015-02-01 22:49:03 +00:00
if HW_MAYNUO_M97
libsigrok_la_SOURCES += \
src/hardware/maynuo-m97/protocol.h \
src/hardware/maynuo-m97/protocol.c \
src/hardware/maynuo-m97/api.c
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_MIC_985XX
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/mic-985xx/protocol.h \
src/hardware/mic-985xx/protocol.c \
src/hardware/mic-985xx/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
motech-lps-30x: Initial driver framework.
2014-05-19 17:23:30 +00:00
if HW_MOTECH_LPS_30X
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/motech-lps-30x/protocol.h \
src/hardware/motech-lps-30x/protocol.c \
src/hardware/motech-lps-30x/api.c
motech-lps-30x: Initial driver framework.
2014-05-19 17:23:30 +00:00
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_NORMA_DMM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/norma-dmm/protocol.h \
src/hardware/norma-dmm/protocol.c \
src/hardware/norma-dmm/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
autoconf: Use DRIVER macro to declare drivers.
2014-07-10 15:26:22 +00:00
if HW_OPENBENCH_LOGIC_SNIFFER
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/openbench-logic-sniffer/protocol.h \
src/hardware/openbench-logic-sniffer/protocol.c \
src/hardware/openbench-logic-sniffer/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
added pipistrello-ols Conflicts: configure.ac src/hwdriver.c
2014-05-10 22:44:13 +00:00
if HW_PIPISTRELLO_OLS
libsigrok_la_SOURCES += \
src/hardware/pipistrello-ols/protocol.h \
src/hardware/pipistrello-ols/protocol.c \
src/hardware/pipistrello-ols/api.c
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_RIGOL_DS
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/rigol-ds/protocol.h \
src/hardware/rigol-ds/protocol.c \
src/hardware/rigol-ds/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_SALEAE_LOGIC16
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/saleae-logic16/protocol.h \
src/hardware/saleae-logic16/protocol.c \
src/hardware/saleae-logic16/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
scpi-pps: Initial driver skeleton.
2014-08-31 15:20:39 +00:00
if HW_SCPI_PPS
libsigrok_la_SOURCES += \
src/hardware/scpi-pps/protocol.h \
src/hardware/scpi-pps/protocol.c \
scpi-pps: Add support for Rigol DP832.
2014-09-05 01:23:32 +00:00
src/hardware/scpi-pps/profiles.c \
scpi-pps: Initial driver skeleton.
2014-08-31 15:20:39 +00:00
src/hardware/scpi-pps/api.c
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_SERIAL_DMM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/serial-dmm/protocol.h \
src/hardware/serial-dmm/protocol.c \
src/hardware/serial-dmm/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_SYSCLK_LWLA
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/sysclk-lwla/lwla.h \
src/hardware/sysclk-lwla/lwla.c \
src/hardware/sysclk-lwla/protocol.h \
src/hardware/sysclk-lwla/protocol.c \
src/hardware/sysclk-lwla/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_TELEINFO
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/teleinfo/protocol.h \
src/hardware/teleinfo/protocol.c \
src/hardware/teleinfo/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
testo: Initial driver skeleton.
2014-06-30 23:34:29 +00:00
if HW_TESTO
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/testo/protocol.h \
src/hardware/testo/protocol.c \
src/hardware/testo/api.c
testo: Initial driver skeleton.
2014-06-30 23:34:29 +00:00
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_TONDAJ_SL_814
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/tondaj-sl-814/protocol.h \
src/hardware/tondaj-sl-814/protocol.c \
src/hardware/tondaj-sl-814/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_UNI_T_DMM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/uni-t-dmm/protocol.h \
src/hardware/uni-t-dmm/protocol.c \
src/hardware/uni-t-dmm/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_UNI_T_UT32X
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/uni-t-ut32x/protocol.h \
src/hardware/uni-t-ut32x/protocol.c \
src/hardware/uni-t-ut32x/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
if HW_VICTOR_DMM
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/victor-dmm/protocol.h \
src/hardware/victor-dmm/protocol.c \
src/hardware/victor-dmm/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
yokogawa-dlm: Integrate driver skeleton
2014-08-25 11:09:42 +00:00
if HW_YOKOGAWA_DLM
libsigrok_la_SOURCES += \
src/hardware/yokogawa-dlm/protocol.h \
src/hardware/yokogawa-dlm/protocol.c \
src/hardware/yokogawa-dlm/protocol_wrappers.h \
src/hardware/yokogawa-dlm/protocol_wrappers.c \
src/hardware/yokogawa-dlm/api.c
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
if HW_ZEROPLUS_LOGIC_CUBE
libsigrok_la_SOURCES += \
Reorganize project tree.
2014-07-21 19:27:33 +00:00
src/hardware/zeroplus-logic-cube/analyzer.c \
src/hardware/zeroplus-logic-cube/analyzer.h \
src/hardware/zeroplus-logic-cube/gl_usb.h \
src/hardware/zeroplus-logic-cube/gl_usb.c \
src/hardware/zeroplus-logic-cube/protocol.h \
src/hardware/zeroplus-logic-cube/protocol.c \
src/hardware/zeroplus-logic-cube/api.c
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
endif
Build: Leave LIBS alone during configure Put the extra libraries into SR_EXTRA_LIBS instead of LIBS. Create an SR_CHECK_LIBS macro to make that easy. Substitute SR_EXTRA_LIBS into libsigrok.pc, too.
2015-08-24 20:06:27 +00:00
libsigrok_la_LIBADD = $(SR_EXTRA_LIBS) $(LIBSIGROK_LIBS)
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
libsigrok_la_LDFLAGS = -version-info $(SR_LIB_VERSION) -no-undefined
windows: Fix building shared library on MinGW.
2015-03-18 12:30:26 +00:00
sr: moved sigrok.h so libsigrok/libsigrok.h All frontends will have to include <libsigrok/libsigrok.h> from now on. This header includes proto.h and version.h, both installed from the distribution into $INCLUDE/libsigrok/ as well. The only dynamically changed header is now version.h, which has both libsigrok and libtool compile-time versions in it.
2012-07-04 22:55:07 +00:00
library_includedir = $(includedir)/libsigrok
Move public headers into include/libsigrok. This is needed so that the C++ bindings, the header for which references "libsigrok/libsigrok.h", can have a valid include directory passed to build them before the headers are installed.
2014-04-26 02:03:11 +00:00
library_include_HEADERS = \
include/libsigrok/libsigrok.h \
Build: Do not distribute generated headers version.h and enums.hpp are generated at build time and should not be included in the distribution tarball. This seems to have triggered a weird error when doing a VPATH build of the dist tarball.
2015-08-15 16:33:05 +00:00
include/libsigrok/proto.h
nodist_library_include_HEADERS = \
Move public headers into include/libsigrok. This is needed so that the C++ bindings, the header for which references "libsigrok/libsigrok.h", can have a valid include directory passed to build them before the headers are installed.
2014-04-26 02:03:11 +00:00
include/libsigrok/version.h
Reorganize project tree.
2014-07-21 19:27:33 +00:00
noinst_HEADERS = src/libsigrok-internal.h
Start of code base layout restructuring.
2010-04-02 18:18:27 +00:00
Revert temporary changes for 0.2 release.
2011-04-03 21:18:46 +00:00
pkgconfigdir = $(libdir)/pkgconfig
pkgconfig_DATA = libsigrok.pc
pkg-config: Add (semi-generated) libsigrok.pc.
2010-05-11 16:07:54 +00:00
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
EXTRA_DIST = \
Doxyfile \
HACKING \
README.devices \
Build: Distribute bindings sources A couple of files referenced during the build were missing from the distribution, causing a tarball build failure.
2015-08-15 14:59:47 +00:00
bindings/cxx/ConfigKey_methods.cpp \
bindings/cxx/ConfigKey_methods.hpp \
bindings/cxx/ConfigKey_methods.i \
bindings/cxx/Doxyfile \
bindings/cxx/QuantityFlag_methods.cpp \
bindings/cxx/QuantityFlag_methods.hpp \
bindings/cxx/enums.py \
bindings/python/Doxyfile \
bindings/python/setup.py \
bindings/python/sigrok/__init__.py \
bindings/python/sigrok/core/__init__.py \
bindings/python/sigrok/core/classes.i \
bindings/java/Doxyfile \
bindings/java/org/sigrok/core/classes/classes.i \
bindings/java/org/sigrok/core/interfaces/DatafeedCallback.java \
bindings/java/org/sigrok/core/interfaces/LogCallback.java \
bindings/java/org/sigrok/core/interfaces/SourceCallback.java \
bindings/swig/classes.i \
bindings/swig/doc.py \
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
contrib/gnuplot_chronovu_la8.gpi \
contrib/gnuplot_rigol_ds1xx2.gpi \
contrib/gnuplot_usbeesx.gpi \
contrib/gnuplot_usbeedx8.gpi \
contrib/gnuplot_usbeedx16.gpi \
contrib/sigrok-logo-notext.png \
contrib/z60_libsigrok.rules
if HAVE_CHECK
unit tests: Drop unneeded check_ filename prefix.
2015-02-16 21:39:19 +00:00
TESTS = tests/main
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
check_PROGRAMS = ${TESTS}
Build: Use TESTS prefix instead of CHECK for flag variables 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-26 11:13:39 +00:00
endif
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
unit tests: Drop unneeded check_ filename prefix.
2015-02-16 21:39:19 +00:00
tests_main_SOURCES = \
Fix 'make check' invocation wrt new libsigrok.h location.
2014-07-20 10:03:29 +00:00
include/libsigrok/libsigrok.h \
Switch to a non-recursive automake setup. Instead of >= 44 Makefile.am's we now only have one top-level Makefile.am, and use the 'subdir-objects' automake option to handle the build via non-recursive (auto)make. This has the advantage of fewer (boilerplate or other) files and less clutter in general, as well as performance advantages since the new setup can build many files in parallel (with 'make -j'), not only 2 or 3 files within the same (e.g. hardware/xxxx/* subdirectory) and also since we no longer need to build intermediate libtool helper libs per subdirectory. A quick, non-scientific test build on a quad-core laptop with 'make -j 4' yields a build time reduction from 35s to 19s. All autotools features that worked before are still intact without any regressions, including the Make targets 'install', 'uninstall', 'check', 'dist', 'clean', 'distclean' and so on, as well as all the usual portability handling (build works on any OS, with any Make implementation such as GNU Make or BSD Make, with any shell such as sh/ksh/zsh/bash/dash, etc. etc.) and features such as out-of-tree build support, cross-compile support, testsuite support (also with colored output), "silent make rules", etc. etc.
2014-03-19 22:04:55 +00:00
tests/lib.c \
tests/lib.h \
unit tests: Drop unneeded check_ filename prefix.
2015-02-16 21:39:19 +00:00
tests/main.c \
tests/core.c \
tests/input_all.c \
tests/input_binary.c \
tests/output_all.c \
tests/transform_all.c \
tests/session.c \
tests/strutil.c \
tests/version.c \
tests/driver_all.c \
tests/device.c \
tests/trigger.c
Build: Use TESTS prefix instead of CHECK for flag variables 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-26 11:13:39 +00:00
tests_main_LDADD = libsigrok.la $(SR_EXTRA_LIBS) $(TESTS_LIBS)
sr/srd: Add Doxyfile to the tarball.
2012-01-04 01:50:26 +00:00
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
BUILD_EXTRA =
INSTALL_EXTRA =
CLEAN_EXTRA =
Add C++ bindings.
2014-07-17 17:39:49 +00:00
if BINDINGS_CXX
Rename libsigrokxx to the more common libsigrokcxx.
2015-01-17 17:49:04 +00:00
lib_LTLIBRARIES += bindings/cxx/libsigrokcxx.la
Add C++ bindings.
2014-07-17 17:39:49 +00:00
Rename libsigrokxx to the more common libsigrokcxx.
2015-01-17 17:49:04 +00:00
bindings_cxx_libsigrokcxx_la_SOURCES = bindings/cxx/classes.cpp
Add C++ bindings.
2014-07-17 17:39:49 +00:00
Build: Leave LIBS alone during configure Put the extra libraries into SR_EXTRA_LIBS instead of LIBS. Create an SR_CHECK_LIBS macro to make that easy. Substitute SR_EXTRA_LIBS into libsigrok.pc, too.
2015-08-24 20:06:27 +00:00
bindings_cxx_libsigrokcxx_la_LIBADD = libsigrok.la $(SR_EXTRA_LIBS) $(LIBSIGROKCXX_LIBS)
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
bindings_cxx_libsigrokcxx_la_LDFLAGS = -version-info $(SR_LIB_VERSION) -no-undefined
cxx: Makefile.am: Use libtool's -no-undefined option.
2015-04-07 00:29:09 +00:00
Install libsigrokcxx headers in separate directory. Don't mix libsigrokcxx header files into the $prefix/include/libsigrok directory. Use a separate $prefix/include/libsigrokcxx instead.
2015-01-17 19:29:05 +00:00
bindings_cxx_libsigrokcxx_la_includedir = $(includedir)/libsigrokcxx
bindings_cxx_libsigrokcxx_la_include_HEADERS = \
Build: Do not distribute generated headers version.h and enums.hpp are generated at build time and should not be included in the distribution tarball. This seems to have triggered a weird error when doing a VPATH build of the dist tarball.
2015-08-15 16:33:05 +00:00
bindings/cxx/include/libsigrokcxx/libsigrokcxx.hpp
nodist_bindings_cxx_libsigrokcxx_la_include_HEADERS = \
cxx: Rename include/libsigrok/ to include/libsigrokcxx/.
2015-01-17 19:11:53 +00:00
bindings/cxx/include/libsigrokcxx/enums.hpp
Add C++ bindings.
2014-07-17 17:39:49 +00:00
Rename libsigrokxx to the more common libsigrokcxx.
2015-01-17 17:49:04 +00:00
pkgconfig_DATA += bindings/cxx/libsigrokcxx.pc
Add C++ bindings.
2014-07-17 17:39:49 +00:00
C++ bindings: Reimplement enums.py using doxygen XML output instead of gccxml.
2014-08-01 16:18:09 +00:00
doxy/xml/index.xml: include/libsigrok/libsigrok.h
Makefile.am: Fix doxygen invocation in out-of-tree build
2014-08-15 12:42:18 +00:00
$(AM_V_GEN)cd $(srcdir) && BUILDDIR=$(abs_builddir)/ doxygen Doxyfile 2>/dev/null
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
Build: Depend on swig/enums.i where appropriate
2015-08-15 17:18:36 +00:00
bindings/swig/enums.i: bindings/cxx/enums.timestamp
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
bindings/cxx/enums.cpp: bindings/cxx/enums.timestamp
cxx: Rename include/libsigrok/ to include/libsigrokcxx/.
2015-01-17 19:11:53 +00:00
bindings/cxx/include/libsigrokcxx/enums.hpp: bindings/cxx/enums.timestamp
Add C++ bindings.
2014-07-17 17:39:49 +00:00
Fix problem building with BSD make This fixes bug #556: Bug 556 - libsigrok fails to build with BSD Make
2015-02-10 13:09:28 +00:00
bindings/cxx/enums.timestamp: $(srcdir)/bindings/cxx/enums.py doxy/xml/index.xml \
Add C++ bindings.
2014-07-17 17:39:49 +00:00
bindings/cxx/ConfigKey_methods.cpp bindings/cxx/QuantityFlag_methods.cpp
Fix problem building with BSD make This fixes bug #556: Bug 556 - libsigrok fails to build with BSD Make
2015-02-10 13:09:28 +00:00
$(AM_V_GEN)$(PYTHON) $(srcdir)/bindings/cxx/enums.py doxy/xml/index.xml
build: Silence language bindings building.
2014-07-19 18:21:19 +00:00
$(AM_V_at)touch $@
Add C++ bindings.
2014-07-17 17:39:49 +00:00
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
bindings/cxx/classes.lo: bindings/cxx/classes.cpp bindings/cxx/enums.cpp \
Build: Depend on swig/enums.i where appropriate
2015-08-15 17:18:36 +00:00
$(library_include_HEADERS) $(nodist_library_include_HEADERS)
Add C++ bindings.
2014-07-17 17:39:49 +00:00
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
cxx-clean:
C++ bindings: Reimplement enums.py using doxygen XML output instead of gccxml.
2014-08-01 16:18:09 +00:00
rm -rf doxy/
bindings: Transfer C++ documentation strings to Python and Java wrappers.
2014-08-01 17:17:33 +00:00
rm -rf bindings/cxx/doxy/
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
rm -f bindings/cxx/enums.cpp
cxx: Rename include/libsigrok/ to include/libsigrokcxx/.
2015-01-17 19:11:53 +00:00
rm -f bindings/cxx/include/libsigrokcxx/enums.hpp
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
rm -f bindings/cxx/enums.timestamp
Add C++ bindings.
2014-07-17 17:39:49 +00:00
Additional build system fixes for C++/Python/Java bindings.
2014-07-19 16:05:29 +00:00
CLEAN_EXTRA += cxx-clean
endif
Reimplement high-level Python bindings on top of SWIG/C++ bindings.
2014-07-17 17:45:29 +00:00
bindings: Transfer C++ documentation strings to Python and Java wrappers.
2014-08-01 17:17:33 +00:00
CPPXMLDOC = bindings/cxx/doxy/xml/index.xml
cxx: Rename include/libsigrok/ to include/libsigrokcxx/.
2015-01-17 19:11:53 +00:00
$(CPPXMLDOC): bindings/cxx/include/libsigrokcxx/libsigrokcxx.hpp \
bindings: Transfer C++ documentation strings to Python and Java wrappers.
2014-08-01 17:17:33 +00:00
bindings/cxx/enums.timestamp
Makefile.am: Fix out-of-tree build for C++ and Java bindings
2014-08-14 21:07:45 +00:00
$(AM_V_GEN)cd $(srcdir)/bindings/cxx && BUILDDIR=$(abs_builddir)/bindings/cxx/ doxygen Doxyfile 2>/dev/null
bindings: Transfer C++ documentation strings to Python and Java wrappers.
2014-08-01 17:17:33 +00:00
Reimplement high-level Python bindings on top of SWIG/C++ bindings.
2014-07-17 17:45:29 +00:00
if BINDINGS_PYTHON
Assorted build system fixes for C++/Python/Java bindings.
2014-07-19 15:23:45 +00:00
PDIR = bindings/python
bindings: Transfer C++ documentation strings to Python and Java wrappers.
2014-08-01 17:17:33 +00:00
PDOC = bindings/python/sigrok/core/doc.i
Build: Pass compiler flags from make to setup.py Extend setup.py to allow environment variables to be set on the command line. Use that functionality to replace the pkg-config invocations with flags passed on from make. Suppress the annoying -Wstrict-prototypes warning by overriding the OPT variable. Also move the "cd bindings/python" from Makefile.am to setup.py to side-step problems with "cd" in make rules. This also fixes bug #628.
2015-08-28 23:54:17 +00:00
setup_vars = VERSION='$(PACKAGE_VERSION)' CC='$(CXX)' CFLAGS='$(AM_CXXFLAGS) $(CXXFLAGS)' LDADD='$(PYSIGROK_LIBS)'
setup_quiet = --quiet
setup_py = $(PYTHON) $(srcdir)/$(PDIR)/setup.py $(setup_vars) $(setup_quiet)
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
Build: Avoid $< in explicit rules Although useful, makes other than GNU make do not like this. Name the prerequisite explicitly instead, and circumvent any VPATH substitution other makes may do.
2015-08-18 16:06:08 +00:00
$(PDOC): $(srcdir)/bindings/swig/doc.py $(CPPXMLDOC)
Makefile.am: Use $(MKDIR_P) everywhere.
2015-01-12 00:19:12 +00:00
$(AM_V_at)test -d $(PDIR)/sigrok/core || $(MKDIR_P) $(PDIR)/sigrok/core
Build: Avoid $< in explicit rules Although useful, makes other than GNU make do not like this. Name the prerequisite explicitly instead, and circumvent any VPATH substitution other makes may do.
2015-08-18 16:06:08 +00:00
$(AM_V_GEN)$(PYTHON) $(srcdir)/bindings/swig/doc.py python $(CPPXMLDOC) > $@
Assorted build system fixes for C++/Python/Java bindings.
2014-07-19 15:23:45 +00:00
python-build: $(PDIR)/timestamp
Rename libsigrokxx to the more common libsigrokcxx.
2015-01-17 17:49:04 +00:00
$(PDIR)/timestamp: bindings/cxx/libsigrokcxx.la $(PDIR)/sigrok/core/classes.i \
Build: Depend on swig/enums.i where appropriate
2015-08-15 17:18:36 +00:00
bindings/swig/classes.i bindings/swig/enums.i $(PDOC) \
$(library_include_HEADERS) $(nodist_library_include_HEADERS)
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
$(AM_V_at)$(setup_py) clean --all 2>/dev/null
$(AM_V_GEN)$(setup_py) build_ext --swig "$(SWIG)" build_py
$(AM_V_at): >$@
Reimplement high-level Python bindings on top of SWIG/C++ bindings.
2014-07-17 17:45:29 +00:00
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
python-install:
$(AM_V_at)$(MKDIR_P) "$(DESTDIR)$(prefix)" "$(DESTDIR)$(exec_prefix)"
Build: Fix installation of Python bindings Apparently setup.py install behaves differently when given the --root option, so omit that if DESTDIR is empty. Fixes #644.
2015-09-02 12:07:06 +00:00
destdir='$(DESTDIR)'; $(setup_py) install $${destdir:+"--root=$$destdir"} \
--prefix "$(prefix)" --exec-prefix "$(exec_prefix)"
Reimplement high-level Python bindings on top of SWIG/C++ bindings.
2014-07-17 17:45:29 +00:00
python: Fix build dependency. This also makes it more portable, notably to non-bash shells.
2014-07-22 02:31:54 +00:00
python-clean:
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
-$(AM_V_at)rm -f $(PDIR)/timestamp
-$(AM_V_at)rm -fr $(PDIR)/doxy
Build: Pass compiler flags from make to setup.py Extend setup.py to allow environment variables to be set on the command line. Use that functionality to replace the pkg-config invocations with flags passed on from make. Suppress the annoying -Wstrict-prototypes warning by overriding the OPT variable. Also move the "cd bindings/python" from Makefile.am to setup.py to side-step problems with "cd" in make rules. This also fixes bug #628.
2015-08-28 23:54:17 +00:00
-$(AM_V_at)$(setup_py) clean --all 2>/dev/null
python: Add documentation generation.
2014-08-01 18:22:24 +00:00
python-doc:
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
$(AM_V_at)cd $(srcdir)/$(PDIR) && BUILDDIR="$(abs_builddir)/$(PDIR)/" doxygen Doxyfile 2>/dev/null
Reimplement high-level Python bindings on top of SWIG/C++ bindings.
2014-07-17 17:45:29 +00:00
BUILD_EXTRA += python-build
INSTALL_EXTRA += python-install
CLEAN_EXTRA += python-clean
endif
Add Java bindings.
2014-04-27 08:48:18 +00:00
if BINDINGS_JAVA
JDIR = bindings/java
Java: Move interfaces into org.sigrok.core.interfaces, tidy build system.
2014-07-26 18:11:11 +00:00
JPKG = org/sigrok/core
JCLS = $(JDIR)/$(JPKG)/classes
JINT = $(JDIR)/$(JPKG)/interfaces
Makefile.am: Fix out-of-tree build for C++ and Java bindings
2014-08-14 21:07:45 +00:00
JSRC = $(JCLS)/*.java $(srcdir)/$(JINT)/*.java
Java: Move interfaces into org.sigrok.core.interfaces, tidy build system.
2014-07-26 18:11:11 +00:00
JSWG = $(JCLS)/classes.i
bindings: Transfer C++ documentation strings to Python and Java wrappers.
2014-08-01 17:17:33 +00:00
JDOC = $(JCLS)/doc.i
Java: Move interfaces into org.sigrok.core.interfaces, tidy build system.
2014-07-26 18:11:11 +00:00
JCXX = $(JCLS)/classes_wrap.cxx
Add Java bindings.
2014-04-27 08:48:18 +00:00
JLIB = $(JDIR)/libsigrok_java_core_classes.so
JJAR = $(JDIR)/sigrok-core.jar
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
java_cleanfiles = $(JCXX) $(JCLS)/*.java $(JCLS)/*.class $(JINT)/*.class $(JJAR) $(JLIB)
Add Java bindings.
2014-04-27 08:48:18 +00:00
java-build: $(JJAR) $(JLIB)
Build: Avoid $< in explicit rules Although useful, makes other than GNU make do not like this. Name the prerequisite explicitly instead, and circumvent any VPATH substitution other makes may do.
2015-08-18 16:06:08 +00:00
$(JDOC): $(srcdir)/bindings/swig/doc.py $(CPPXMLDOC)
Makefile.am: Use $(MKDIR_P) everywhere.
2015-01-12 00:19:12 +00:00
$(AM_V_at)test -d $(JCLS) || $(MKDIR_P) $(JCLS)
Build: Avoid $< in explicit rules Although useful, makes other than GNU make do not like this. Name the prerequisite explicitly instead, and circumvent any VPATH substitution other makes may do.
2015-08-18 16:06:08 +00:00
$(AM_V_GEN)$(PYTHON) $(srcdir)/bindings/swig/doc.py java $(CPPXMLDOC) > $@
bindings: Transfer C++ documentation strings to Python and Java wrappers.
2014-08-01 17:17:33 +00:00
Build: Avoid $< in explicit rules Although useful, makes other than GNU make do not like this. Name the prerequisite explicitly instead, and circumvent any VPATH substitution other makes may do.
2015-08-18 16:06:08 +00:00
$(JCXX): $(srcdir)/$(JSWG) $(JDOC) bindings/swig/classes.i bindings/swig/enums.i \
Build: Depend on swig/enums.i where appropriate
2015-08-15 17:18:36 +00:00
$(library_include_HEADERS) $(nodist_library_include_HEADERS)
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
-$(AM_V_at)rm -f $(java_cleanfiles)
FreeBSD: Also check for swig2.0 in addition to swig. On FreeBSD (for example) the SWIG binary is called "swig2.0". This fixes bug #557.
2015-08-18 16:01:54 +00:00
$(AM_V_GEN)$(SWIG) -c++ -java -package org.sigrok.core.classes \
Build: Avoid $< in explicit rules Although useful, makes other than GNU make do not like this. Name the prerequisite explicitly instead, and circumvent any VPATH substitution other makes may do.
2015-08-18 16:06:08 +00:00
-Ibindings -I$(JCLS) $(local_includes) -I$(srcdir) $(JNI_CPPFLAGS) \
-outdir $(JCLS) -o $@ $(srcdir)/$(JSWG)
Add Java bindings.
2014-04-27 08:48:18 +00:00
Java: Move interfaces into org.sigrok.core.interfaces, tidy build system.
2014-07-26 18:11:11 +00:00
$(JJAR): $(JCXX)
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
$(AM_V_GEN)$(JAVAC) -d $(JDIR) $(JSRC)
build: Silence language bindings building.
2014-07-19 18:21:19 +00:00
$(AM_V_at)jar cf $(JJAR) -C $(JDIR) $(JPKG)
Add Java bindings.
2014-04-27 08:48:18 +00:00
Build: Depend on swig/enums.i where appropriate
2015-08-15 17:18:36 +00:00
$(JLIB): $(JCXX) bindings/cxx/libsigrokcxx.la $(library_include_HEADERS) $(nodist_library_include_HEADERS)
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
$(AM_V_GEN)$(CXXCOMPILE) $(JNI_CPPFLAGS) -L.libs -Lbindings/cxx/.libs \
Java: Move interfaces into org.sigrok.core.interfaces, tidy build system.
2014-07-26 18:11:11 +00:00
-fno-strict-aliasing -fPIC -shared $(JCLS)/classes_wrap.cxx \
Build: Cleanup up and modernize autotools setup Note that some --enable options of configure have become --with or --without options.
2015-08-15 13:59:52 +00:00
-lsigrokcxx $(LIBSIGROKCXX_LIBS) -o $(JLIB)
Add Java bindings.
2014-04-27 08:48:18 +00:00
java-install:
Java: install files into DESTDIR This fixes bug #537.
2015-05-29 22:00:19 +00:00
$(INSTALL) -d $(DESTDIR)$(libdir)/jni
$(INSTALL) $(JLIB) -t $(DESTDIR)$(libdir)/jni
$(INSTALL) -d $(DESTDIR)$(datadir)/java
$(INSTALL) $(JJAR) -t $(DESTDIR)$(datadir)/java
Add Java bindings.
2014-04-27 08:48:18 +00:00
java-clean:
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
-$(AM_V_at)rm -f $(java_cleanfiles)
-$(AM_V_at)rm -fr $(JDIR)/doxy
java: Add documentation generation.
2014-08-01 18:29:48 +00:00
java-doc:
Build: Get rid of recursive make invocations Do not invoke $(MAKE) just to execute some clean rule. This gets rid of the "jobserver unavailable" warnings.
2015-08-18 19:24:39 +00:00
$(AM_V_at)cd $(srcdir)/$(JDIR) && BUILDDIR="$(abs_builddir)/$(JDIR)/" doxygen Doxyfile
Add Java bindings.
2014-04-27 08:48:18 +00:00
BUILD_EXTRA += java-build
INSTALL_EXTRA += java-install
CLEAN_EXTRA += java-clean
endif
Reimplement high-level Python bindings on top of SWIG/C++ bindings.
2014-07-17 17:45:29 +00:00
all-local: $(BUILD_EXTRA)
install-exec-local: $(INSTALL_EXTRA)
Assorted build system fixes for C++/Python/Java bindings.
2014-07-19 15:23:45 +00:00
clean-local: $(CLEAN_EXTRA)
Reimplement high-level Python bindings on top of SWIG/C++ bindings.
2014-07-17 17:45:29 +00:00
sr/srd/cli/gtk: ChangeLog -> MAINTAINERCLEANFILES. If the (generated) ChangeLog file is marked for DISTCLEANFILES, it'll be removed whenever "make distclean" is called (and is then gone forever if you use the tarballs, for example).
2012-05-29 18:30:15 +00:00
MAINTAINERCLEANFILES = ChangeLog
sr: Generate ChangeLog from git upon 'make dist'.
2012-03-28 00:32:52 +00:00
.PHONY: ChangeLog
ChangeLog:
Makefile.am: Fix typo in 'ChangeLog' target.
2013-01-14 10:13:58 +00:00
git --git-dir $(top_srcdir)/.git log > ChangeLog || touch ChangeLog
sr: Generate ChangeLog from git upon 'make dist'.
2012-03-28 00:32:52 +00:00
dist-hook: ChangeLog