summaryrefslogtreecommitdiff
path: root/build/cmake
Commit message (Collapse)AuthorAgeFilesLines
* fix typo in config.h.in (#1851)Xin "Russell" Liu2023-03-011-1/+1
|
* replace time64 functions with normal ones (#1830)Rosen Penev2023-01-091-8/+8
| | | | | | | | | Otherwise there are 32/64-bit pointer conversions going on. In Windows since MSVC2005, time_t has been 64-bit. MinGW needs a hack to get 64-bit time_t. Signed-off-by: Rosen Penev <rosenp@gmail.com> Signed-off-by: Rosen Penev <rosenp@gmail.com>
* Merge pull request #1793 from flyingdutchman23/fix-cmake-warningMartin Matuška2022-12-061-0/+0
|\ | | | | Fix CMake warning
| * Fix CMake warningJoris Clement2022-10-281-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The warnings occurs at least with CMake version 3.24. It is caused by CMake trying to find the gcc library due to case sensitivity. The warning message was: ``` CMake Warning (dev) at /usr/share/cmake-3.24/Modules/FindPackageHandleStandardArgs.cmake:438 (message): The package name passed to `find_package_handle_standard_args` (LIBGCC) does not match the name of the calling package (LibGCC). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): build/cmake/FindLibGCC.cmake:17 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:1269 (FIND_PACKAGE) This warning is for project developers. Use -Wno-dev to suppress it. ```
* | cmake config ${} to @@Rosen Penev2022-11-011-24/+24
|/ | | | | | | meson's cmake config file handling does not support mixing ${} and @@ in the same file. Switch to @@ for consistency. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* Merge pull request #1649 from petris/masterMartin Matuška2022-01-031-0/+4
|\ | | | | Support libzstd compiled with compressor disabled
| * Support libzstd compiled with compressor disabledPetr Malat2021-12-231-0/+4
| | | | | | | | | | | | | | | | | | ZSTD library can be compiled with the compressor disabled, which is handy on space restricted systems as the compressor accounts for more than two thirds of the library size. Detect this case and use libzstd for the decompression only. Compression will be done using zstd binary if it's available.
* | update CMake sizeof definitions to match autotoolslinear cannon2021-12-191-22/+22
|/
* Fix extracting hardlinks to symlinksMartin Matuska2021-08-211-0/+3
| | | | | | | | On platforms that support the linkat(2) function we can safely write hardlinks to symlinks as linkat(2) does not follow symlinks by default. Fixes #1044
* Use built-in strnlen on platforms where not availableMartin Matuska2020-12-081-0/+3
| | | | Fixes #1464
* Avoid mismatch between library and test crypto configurationAlex Richardson2020-09-171-0/+1
| | | | | | | | | | | | | | I was investigating libarchive test failures on FreeBSD and it turns out we get a reproducible SIGBUS for test_archive_m5, etc. Debugging this shows that libarchive and the tests disagree when it comes to the definition of archive_md5_ctx: libarchive assumes it's the OpenSSL type whereas the test use the libmd type. The latter is not necessarily aligned enough to store a pointer (16 bytes for CHERI RISC-V), so we were crashing when storing EVP_MD_CTX* to an 8-byte-aligned archive_md5_ctx. To avoid problems like this in the future, add a new macro to the config header and use that to ensure that all configuration check macros have been defined in archive_digest_private.h.
* Create libarchive.pc inside the cmake build dirDavid Capello2020-04-171-2/+2
| | | | | In case that we don't have write access in the source dir, we have to write generated files in the build dir.
* Windows: use _localtime64_s and _gmtime64_s where appropriateMartin Matuska2020-01-131-0/+3
|
* Add mbed TLS as optional crypto providerMartin Matuska2020-01-032-0/+16
| | | | | Make Nettle optional and OpenSSL default Fixes #1301
* Add missing HAVE_UNLINKAT to build/cmake/config.h.inMartin Matuska2019-06-031-0/+3
|
* Added missing config.h entries for libb2Grzegorz Antoniak2018-10-271-0/+6
| | | | | | | Symbols added: HAVE_LIBB2, HAVE_BLAKE2_H RAR5 reader sources expect those symbols to be defined when using system libb2, but the symbols were missing. This commit fixes that.
* Check for and include sys/sysmacros.h for GNU libc based systems.Tim Kientzle2018-09-011-0/+4
|
* Fix alphabetical order, other small fixesSean Purcell2017-05-151-6/+6
|
* Add Zstandard read supportSean Purcell2017-05-151-0/+6
|
* Improve extended attribute supportMartin Matuska2017-03-231-0/+16
| | | | | | | | | | | | | | | | | | Mac OS X changes: - add support for extended file attributes via sys/xattr.h - when extracting an archive entry that has mac_metadata and mac_metadata is requested to be extracted, extended attributes are restored only from mac_metadata. - by default, extended attributes are stored both in mac_metadata and SCHILY.xattr/LIBARCHIVE.xattr. This is subject to review and change. To match behavior on other platforms, store extended attributes on FreeBSD with extattr_set_link() if no fd is provided. Detection of extended attributes support in configure stage has been rewritten. Added xattr platform test to libarchive and xattrs option test to bsdtar.
* Add NFSv4 ACL support for Linux via librichaclMartin Matuska2017-03-161-1/+7
| | | | | | | | | | | | Richacls are interpreted as NFSv4 ACLs and stored in archive_acl (Richacl flags and masks are not stored). Analog to mac_metadata, NFSv4 ACLs do not get extracted when the extraction of extended attributes is enabled and the "trusted.richacl" extended attribute is present. RichACL masks and are calculated from file mode on extraction. mac_metadata acl check has been moved in the code to be together with the richacl check.
* Move platform-specific ACL code to individual source files.Martin Matuska2017-03-141-0/+18
| | | | | | | | | | This makes the code much more readable and eases the addition of new ACL implementatons in the future. Additional changes: - most of ACL detection is now done at configure stage - configuration now reports what ACL was detected - NFSv4 ACL tests now test INHERIT_ONLY and NO_PROPAGATE_INHERIT
* New tar test: test_option_aclsMartin Matuska2017-03-021-0/+3
| | | | | Add sunacl_get() and setTestAcl() to common test code Test for membership.h on Mac OS X and make it a requirement for ACLs
* Reorganize ACL defines and fix detection of ACL_SYNCHRONIZE on Mac OSMartin Matuska2017-03-021-9/+16
| | | | Adjust MacOS part of test_acl_platform_nfs4
* Change Solaris ACL support to use acl() and facl()Martin Matuska2017-03-021-0/+24
| | | | This removes dependency on libsec and enables compilation on Solaris 10.
* Fix broken Linux fflags code since kernel 3.7 (Dec 2012)Martin Matuska2017-02-241-0/+3
|
* Add NFSv4 ACL support for Mac OS XMartin Matuska2017-01-291-0/+3
| | | | | | | | | | | | | | | | | | Mac OS X supports user and group NFSv4-style ACLs only (extended ACLs). File-mode ACLs (owner@, group@ and everyone@) are not supported. Behavior on Mac OS X: - libarchive does not store GUID of Mac OS X extended ACLs. Only uid or gid (and the corresponding user or group name) are stored. - When extracting an archive entry that has mac_metadata, NFSv4 ACLs are not written to disk (mac_metadata already contains ACLs) - When writing ACLs to disk from an archive entry with NFSv4 ACLs owner@, group@ and everyone@ ACLs are ignored. User and group ids are converted to a GUID (this may lead to a fabricated GUID if the user or group ID is not present on the system) - When reading ACL from disk and there is at least one user or group extended ACL entry, owner@, group@ and everyone@ entries mirroring the file mode are added to the end of the entry's ACL.
* Use HAVE_ACL_TYPE_NFS4 instead of checking against system constantMartin Matuska2017-01-171-0/+3
| | | | | Verify ACL types in test_acl_platform_nfs4.c Add missing inheritance flag to test_acl_platform_nfs4.c
* Remove support for liblzmadec and use FindLibLZMAMartin Matuska2016-10-261-48/+0
| | | | Closes #806
* Fill in checks and support for acl_get_fd_npTim Kientzle2016-09-041-0/+3
|
* Fix FreeBSD build: prefer struct xvfsconf to struct vfsconfTim Kientzle2016-09-041-0/+3
|
* Merge LZMA MP detection from configure.Joerg Sonnenberger2016-07-021-0/+3
|
* Merge struct vfsconf detection from configure for DragonFly.Joerg Sonnenberger2016-07-021-0/+3
|
* Use CMake module "CheckStructHasMember" and remove custom "CheckStructMember"Jean-Christophe Fillion-Robin2016-06-221-43/+0
|
* Define NTDDI_VERSION on Windows, default to Windows Server 2003 instead of WinXPTim Kientzle2016-04-241-1/+5
|
* Define INT32_MAX and INT32_MIN for older compilersTim Kientzle2016-04-241-0/+8
|
* Fix cmake tests for nettle and OpenSSL supportTim Kientzle2016-01-111-0/+6
|
* Ensure to declare UINTMAX_MAX, INTMAX_MAX and INTMAX_MINOBATA Akio2015-12-271-2/+12
|
* Fix CMake build - add HAVE_WMEMMOVE to config.h.inPaul Harris2015-06-231-0/+3
| | | | | HAVE_WMEMMOVE was added to CMakeLists.txt in b6ba5603, but not added to config.h.in
* Allow library installation to be disabled in CMakeXiao-Long Chen2015-01-231-2/+4
|
* Fix a lack of definitions for OpenSSL library on CMake build system.Michihiro NAKAJIMA2014-10-141-0/+6
|
* Merge pull request #85 from purpleKarrot/masterMichihiro NAKAJIMA2014-10-131-1/+1
|\ | | | | Fix int32_t in config.h.in
| * Fix int32_t in config.h.inDaniel Pfeifer2014-07-101-1/+1
| |
* | Implement HMAC, PBKDF2 and AES support on Windows using CNG forMichihiro NAKAJIMA2014-10-131-0/+3
| | | | | | | | Zip encryption and decryption.
* | Implement reading a passphrase from ttys.Michihiro NAKAJIMA2014-09-211-0/+6
| |
* | Fix build failure on FreeBSD 9.2.Michihiro NAKAJIMA2014-09-141-0/+6
| |
* | Add support for traditional PKWARE encryption.Michihiro NAKAJIMA2014-09-081-0/+6
|/
* Add lz4 detection for CMake configuration.Michihiro NAKAJIMA2014-07-061-0/+9
|
* Add optional bsdcat tool.Mike Kazantsev2014-04-041-0/+3
| | | | | bsdcat works like zcat, bzcat, xzcat and similar tools, but auto-detects source data format, which can also vary between multiple input files.
* Merge pull request #63 from sergiud/masterTim Kientzle2014-03-161-0/+5
|\ | | | | Do not redefine _WIN32_WINNT and WINVER