summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
...
* Use common code for defining iolibdir and camlibdirHans Ulrich Niedermann2021-10-111-12/+1
| | | | | Use a common m4 macro GP_DRIVERDIR for defining iolibdir and IOLIBS in libgphoto2_port and camlibdir and CAMLIBS in libgphoto2.
* Use AC_SEARCH_LIBS to find where mmap(2) is definedHans Ulrich Niedermann2021-08-071-3/+13
| | | | | | | | | | Use AC_SEARCH_LIBS to find whether mmap(2) in the standard library, or whether using mmap(2) requires linking against libmman. This avoids conditionally calling/expanding AM_CONDITIONAL which autoreconf (rightly) complains about. This also uses proper m4 quoting in all m4 macro arguments.
* Fixed build in mingwJaroslav Škarvada2021-08-071-0/+3
| | | | Signed-off-by: Jaroslav Škarvada <jskarvad@redhat.com>
* configure.ac: Avoid po-directories errorHans Ulrich Niedermann2021-05-051-1/+1
| | | | | | | Avoid the po-directories error by putting AM_PO_SUBDIRS *before* AM_GNU_GETTEXT: configure.ac:NNN: error: `po-directories' is already registered with AC_CONFIG_COMMANDS.
* Remove obsolete gp2ddb (gphoto2 device database) ideaHans Ulrich Niedermann2021-04-011-51/+0
| | | | | | | | | | | | | | | | | | | The gphoto2 device database (gp2ddb) was originally intended to replace the device lists in the camlib code by a device list maintained in a text file outside of the camlib C code. This device list file could then be changed without recompiling camlibs, at the cost of adding a simple gp2ddb to internal binary representation compiler to libgphoto2. This would have allowed a user to very easily add a new camera model to the list of camera models supported by a specific camlib, as long as that new camera model uses the same protocol as already supported camera models do. As the gp2ddb idea has never been developed any further in the 15 yearns since my initial commit from 2006, this idea appears to be obsolete and can thus be removed from the codebase.
* Remove stdint.h shim (#625)Zeranoe2021-02-221-14/+0
| | | stdint.h has wide adoption at this point, so it should be safe to use.
* 2.5.27.1 dev releaseMarcus Meissner2021-02-221-1/+1
|
* 2.5.27 releasev2.5.27libgphoto2-2_5_27-releaseMarcus Meissner2021-02-211-2/+2
|
* fix jpeg -> ws232 typoMarcus Meissner2020-12-051-1/+1
|
* check for -lws2_32 to enable winsock support for ptpip on windowsMarcus Meissner2020-12-051-0/+18
| | | | complements https://github.com/gphoto/libgphoto2/pull/596
* directory: use statvfs instead of statfsPino Toscano2020-10-241-19/+2
| | | | | | | | | | | statfs is a non-portable function available only on few OSes (Linux for example). Because of this, the storage_info_func provides results only on Linux. Switch it to statvfs instead: it is a POSIX function, so portable and supposedly available on any POSIX platform. Switch the build system bits from statfs to statvs, removing any statfs leftover. The used APIs of statfs are available as the same when using statvfs.
* also do tar.xzMarcus Meissner2020-10-191-1/+1
|
* 2.5.26.1 development startsMarcus Meissner2020-10-111-2/+2
|
* 2.5.26 releasev2.5.26libgphoto2-2_5_26-releaseMarcus Meissner2020-10-111-1/+1
|
* updated news, switch to dev version 2.5.25.2Marcus Meissner2020-10-041-1/+1
|
* add default warningsMarcus Meissner2020-08-311-0/+6
|
* configure: fix symver support checksFerenc Wágner2020-07-181-5/+6
| | | | | | | | The versioned test symbols must be external, so move them into the prologue, otherwise GCC 9.3 (at least) reports "Error: invalid attempt to declare external version name as default in symbol `f@@VER2'". Also suppress warnings about missing prototypes and return statements for these test functions.
* docupen depends on GD availabilityMarcus Meissner2020-06-281-0/+2
|
* Add Docupen camlibOndrej Zary2020-06-271-0/+1
|
* Fix minor typosYuri Chornoivan2020-05-251-1/+1
|
* 2.5.25.1 devel snapshotMarcus Meissner2020-05-241-1/+1
|
* 2.5.25 releasev2.5.25libgphoto2-2_5_25-releaseMarcus Meissner2020-05-241-2/+2
|
* 2.5.24.1 development starts hereMarcus Meissner2020-02-231-1/+1
|
* 2.5.24 releasev2.5.24libgphoto2-2_5_24-releaseMarcus Meissner2020-02-231-2/+2
|
* travis-ci: Print the exact CC and CXX usedHans Ulrich Niedermann2020-02-191-0/+5
| | | | | This prints a number of CC and CXX version messages, so we can see better which C and C++ compilers are actually in use.
* Make sure both C and C++ programs including gphoto2 headers compileHans Ulrich Niedermann2020-02-191-4/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | Check that programs including libgphoto2 headers compile when compiled for a number of different language standards: C: ansi c99 c11 C++: ansi c++98 c++11 c++14 c++17 For each of these language standards, if the compiler does not compile an empty example program, we do not test whether compiling with the gphoto2/*.h headers included works. This will work with GCC as the compiler, and also should work with CLANG as the compiler as CLANG is mostly compatible in these matters. On other compilers, the test compile of the empty program should fail, and thus no checks with the gphoto2/*.h headers included will be performed. C90/ANSI C apparently does not define __STDC_VERSION__, so the C source code needed to be changed to become ANSI C compatible. In C++ pedantic compilation source, we now use actual C++ code instead of relying on C code working when compiled as C++ code. In Travis CI, we now actually require both C and C++.
* New set based camlib definition and --with-camlibs handlingHans Ulrich Niedermann2020-02-171-16/+38
| | | | | | | | | | | | | | This uses proper set operations both for GP_CAMLIB and for handling the --with-camlibs value. This allows all GP_CAMLIB definitions to be present at autoreconf time (as m4 code) time while some camlib definitions being conditional at the time of the configure run (in the sh code). The ./configure output is still a bit verbose, but we can reduce that verbosity later when we have found out that this works well on people's different systems. Fixes: https://github.com/gphoto/libgphoto2/issues/467
* Avoid "echo" in configure.ac in some placesHans Ulrich Niedermann2020-02-141-13/+15
| | | | | | | This should avoid some possible incompatibities in the case of the multi line string argument to "echo", and cleans up the code by replacing a number of "echo" commands with a single AC_MSG_WARN.
* ricoh g3 is still in use, so reenable by defaultMarcus Meissner2019-10-201-1/+1
| | | | fixes https://github.com/gphoto/libgphoto2/issues/454
* try conditional build of camlibMarcus Meissner2019-06-271-0/+2
|
* autoconf magic for detecting libcurl, added to lumix Makefile-filesMarcus Meissner2019-06-261-0/+7
|
* Merge branch 'master' into lumixMarcus Meissner2019-06-021-2/+2
|\
| * 2.5.23.1 developmentMarcus Meissner2019-06-021-2/+2
| |
| * 2.5.23 releaselibgphoto2-2_5_23-releaseMarcus Meissner2019-06-021-1/+1
| |
* | initial lumix buildMarcus Meissner2019-05-261-0/+1
|/ | | | https://github.com/gphoto/libgphoto2/issues/409
* added kodak dc240 as "still in use", as I got a user reportMarcus Meissner2019-05-071-1/+1
|
* allow obsoleting camlibs, while still building them.Marcus Meissner2019-05-041-48/+48
| | | | Tag a lot of camlibs as obsolete / outdated
* 2.5.22.1 developmentMarcus Meissner2019-01-011-1/+1
|
* 2.5.22 releaselibgphoto2-2_5_22-releaseMarcus Meissner2019-01-011-2/+2
|
* 2.5.21.1 devel startMarcus Meissner2018-12-081-1/+1
|
* 2.5.21 releaselibgphoto2-2_5_21-releaseMarcus Meissner2018-12-081-2/+2
|
* also link with the math libraryMarcus Meissner2018-11-141-0/+3
|
* 2.5.20.1 developmentMarcus Meissner2018-10-271-1/+1
|
* 2.5.20 releaselibgphoto2-2_5_20-releaseMarcus Meissner2018-10-271-2/+2
|
* 2.5.19.1 devel seriesMarcus Meissner2018-07-221-1/+1
|
* 2.5.19 releaselibgphoto2-2_5_19-releaseMarcus Meissner2018-07-221-2/+2
|
* 2.5.19.1 devMarcus Meissner2018-05-131-2/+2
|
* 2.5.18 release , to fix a serious EOS Regressionlibgphoto2-2_5_18-releaseMarcus Meissner2018-05-131-1/+1
|
* 2.5.17.1 development startsMarcus Meissner2018-04-161-1/+1
|
* 2.5.17 releaselibgphoto2-2_5_17-releaseMarcus Meissner2018-04-161-2/+2
|
View Lorry Controller Status