summaryrefslogtreecommitdiffstats
path: root/Utilities/cmlibarchive/build/cmake/config.h.in
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2023-10-161-9/+60
| | | | | * upstream-LibArchive: LibArchive 2023-09-12 (6468cd1f)
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2023-04-251-22/+22
| | | | | * upstream-LibArchive: LibArchive 2022-12-09 (ba80276c)
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2022-02-151-2/+6
| | | | | * upstream-LibArchive: LibArchive 2022-02-09 (9147def1)
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2021-08-241-0/+4
| | | | | * upstream-LibArchive: LibArchive 2020-12-26 (227a4b97)
* libarchive: Map fixed-size integer types from KWIML as typedefsBrad King2020-06-031-10/+10
| | | | | | | | | Refactoring in commit ade3b16e63 (libarchive: Use KWIML to get fixed-size integer types, 2020-06-01) accidentally changed the method of defining `int#_t` types from `typedef` to `#define`. Change it back to `typedef`. Reported-by: Rolf Eike Beer <eike@sf-mail.de>
* libarchive: Use KWIML to get fixed-size integer typesBrad King2020-06-021-171/+41
|
* libarchive: Avoid configure-time checks for integer range constantsBrad King2020-06-011-44/+0
|
* libarchive: Drop unused code providing uintmax_t and intmax_tBrad King2020-06-011-11/+0
| | | | The libarchive library code we use within CMake does not need these.
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2020-02-131-0/+15
| | | | | | | | | | * upstream-LibArchive: LibArchive 2020-02-11 (3288ebb0) Also manually restore content from upstream libarchive's main `CMakeLists.txt` file that was removed by previous commits and exclude it with `IF(0)` blocks. Do this as an evil merge so that `git blame -C` can follow the content to upstream.
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2018-09-261-0/+10
| | | | | * upstream-LibArchive: LibArchive 2018-09-03 (5fe69dd0)
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2017-07-201-9/+83
| | | | | * upstream-LibArchive: LibArchive 2017-07-09 (98a69539)
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2017-02-271-0/+3
| | | | | * upstream-LibArchive: LibArchive 2017-02-25 (d6b1bb9f)
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2017-02-201-0/+18
| | | | | * upstream-LibArchive: LibArchive 2017-02-19 (100ee75a)
* Merge branch 'upstream-LibArchive' into update-libarchiveBrad King2016-05-021-3/+31
| | | | | Resolve conflicts in C code by taking their side. Resolve conflicts in CMake code by integrating the changes.
* Merge branch 'libarchive-upstream' into update-libarchiveBrad King2015-10-211-1/+40
| | | | Resolve conflicts by integrating changes from both sides.
* Merge branch 'libarchive-upstream' into update-libarchiveBrad King2014-04-151-0/+3
| | | | | Resolve conflicts in Utilities/cmlibarchive/CMakeLists.txt as appropriate.
* Merge branch 'libarchive-upstream' into update-libarchiveBrad King2014-04-031-0/+5
| | | | | | Resolve conflicts in favor of the upstream side where possible. Resolve a logical conflict in archive_windows.h where the upstream port to Watcom was done slightly differently from ours.
* Merge branch 'libarchive-upstream' into update-libarchiveBrad King2013-07-311-6/+45
| | | | | | | | | | | Conflicts: Utilities/cmlibarchive/CMakeLists.txt Utilities/cmlibarchive/libarchive/archive.h Utilities/cmlibarchive/libarchive/archive_entry.h Utilities/cmlibarchive/libarchive/archive_read_disk_posix.c Utilities/cmlibarchive/libarchive/archive_read_support_format_iso9660.c Utilities/cmlibarchive/libarchive/archive_windows.h Utilities/cmlibarchive/libarchive/archive_write_set_format_iso9660.c
* libarchive: Include linux/types.h before linux/fiemap.hBrad King2012-01-041-0/+3
| | | | | Some Linux API versions do not perform this inclusion automatically, so types like __u64 needed by the latter are not available.
* libarchive: Check for 'struct statvfs' member 'f_iosize'Brad King2011-12-231-0/+3
| | | | | | Configure the result as definition HAVE_STRUCT_STATVFS_F_IOSIZE and use the member only if it exists. At least one platform (IRIX) provides struct statvfs without this member.
* libarchive: Port to OSF operating systemBrad King2011-12-231-0/+3
| | | | | | | | | Make changes equivalent to those originally made by commits bd56626a (Fixes for the OSF operating system build, 2010-09-08) 92c082b1 (Add a fix for the inline keyword on the osf os, 2010-09-10) but based on the updated libarchive snapshot.
* Merge branch 'libarchive-upstream' into update-libarchiveBrad King2011-12-201-0/+1101
| | | | | Add Utilities/cmlibarchive using upstream libarchive 3.0.0-r3950 snapshot.
* libarchive: Remove our copy to make room for new importBrad King2011-12-201-699/+0
|
* Fixes for the OSF operating system build.Bill Hoffman2010-09-081-0/+3
|
* libarchive: Drop unused %jd and %lld checksBrad King2009-12-141-6/+0
| | | | | The libarchive source does not use HAVE_PRINTF_JD or HAVE_PRINTF_LLD, so we do not need to test for them at configuration time.
* libarchive: Remove unused STDC_HEADERS try_runBrad King2009-11-301-3/+0
| | | | | This was the only try_run() in libarchive, and the result was not used in the source code. We remove it to allow cross-compiling to work.
* libarchive: Fix dev_t configurationBrad King2009-11-041-0/+3
|
* libarchive: Fix intptr_t and uintptr_t configurationBrad King2009-11-041-6/+4
|
* libarchive: Fix Borland integer constantsBrad King2009-11-041-1/+1
| | | | | | | Some versions of Borland provide <stdint.h>, so we use it when possible. However, the 64-bit signed and unsigned integer min/max constants cause overflow warnings from Borland itself! For these constants we fall back on our default definitions.
* Fixes for borland, compiles with lots of warnings, but compiles, might fix ↵Bill Hoffman2009-11-011-0/+4
| | | | vs70 again too.
* Switch to using libarchive from libtar for cpack and cmake -E tarBill Hoffman2009-10-301-0/+700
This allows for a built in bzip and zip capability, so external tools will not be needed for these packagers. The cmake -E tar xf should be able to handle all compression types now as well.