Search Criteria
Package Details: android-aarch64-zlib 1.3.1-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/android-aarch64-zlib.git (read-only, click to copy) |
---|---|
Package Base: | android-aarch64-zlib |
Description: | A compression/decompression Library (Android, aarch64) |
Upstream URL: | http://www.zlib.net/ |
Licenses: | custom:zlib |
Submitter: | hipersayan_x |
Maintainer: | hipersayan_x |
Last Packager: | hipersayan_x |
Votes: | 3 |
Popularity: | 0.002521 |
First Submitted: | 2019-04-23 23:32 (UTC) |
Last Updated: | 2024-03-16 14:06 (UTC) |
Dependencies (4)
- android-ndkAUR (android-ndk-10eAUR, android-ndk-14bAUR, android-ndk-11cAUR, android-ndk-16bAUR, android-ndk-r18bAUR, android-ndk-19AUR, android-ndk-20bAUR, android-ndk-r17cAUR, android-ndk-16b-optAUR, android-ndk-25AUR, android-ndk-betaAUR, android-ndk-26AUR)
- android-environmentAUR (make)
- android-pkg-configAUR (make)
- android-sdk-build-toolsAUR (android-sdk-build-tools-21AUR, android-sdk-build-tools-21.0.1AUR, android-sdk-build-tools-21.1AUR, android-sdk-build-tools-21.1.2AUR, android-sdk-build-tools-22AUR, android-sdk-build-tools-22.0.1AUR, android-sdk-build-tools-23AUR, android-sdk-build-tools-23.0.2AUR, android-sdk-build-tools-23.0.1AUR, android-sdk-build-tools-23.0.3AUR, android-sdk-build-tools-19.1AUR, android-sdk-build-tools-dummyAUR) (make)
Required by (39)
- android-aarch64-boost
- android-aarch64-cairo
- android-aarch64-cairo-bootstrap
- android-aarch64-cracklib
- android-aarch64-curl
- android-aarch64-ffmpeg
- android-aarch64-freetype2
- android-aarch64-freetype2-bootstrap
- android-aarch64-glib2
- android-aarch64-gnutls
- android-aarch64-kmod
- android-aarch64-libarchive
- android-aarch64-libevent (make)
- android-aarch64-libopenmpt
- android-aarch64-libpciaccess
- android-aarch64-libpng
- android-aarch64-libssh
- android-aarch64-libssh2
- android-aarch64-libtiff
- android-aarch64-libxml2
- Show 19 more...
Latest Comments
1 2 Next › Last »
Nep_Nep commented on 2024-01-16 14:19 (UTC)
no problem ^^
hipersayan_x commented on 2024-01-16 12:28 (UTC)
@Nep_Nep thank you very much, I did not had time to investigate the errors my self.
Nep_Nep commented on 2024-01-16 01:05 (UTC)
from https://github.com/madler/zlib/issues/856#issuecomment-1749514906 seems to fix it, the .so is created and android-aarch64-qt6-base can be linked against it
Nep_Nep commented on 2024-01-13 19:10 (UTC)
This seems related to what Martchus sent regarding the error, from $SRCDIR/zlib-1.3/configure.log
Martchus commented on 2023-10-08 19:31 (UTC)
I'd rather update the package in accordance with the regular
zlib
package which also has a few other changes, see https://gitlab.archlinux.org/archlinux/packaging/packages/zlib/-/commits/main.asnt commented on 2023-10-07 04:00 (UTC) (edited on 2023-10-07 04:01 (UTC) by asnt)
Had to apply this patch:
fft commented on 2022-06-18 11:27 (UTC) (edited on 2022-06-18 11:28 (UTC) by fft)
For shared library building need to apply this commit (currently on 'develop' branch): https://github.com/madler/zlib/commit/05796d3d8d5546cf1b4dfe2cd72ab746afae505d
BTW, 'export CXX' and 'case "$_android_arch" in' is excessive in current PKGBUILD.
Martchus commented on 2022-04-21 12:20 (UTC) (edited on 2022-04-21 12:20 (UTC) by Martchus)
Yes, the build system somehow determines that building the shared library is not supported:
Maybe I can come up with a fix and maybe it is even an upstream bug.
I'm currently not using the package so I'm also not trying to rush a fix. (I suppose if the Qt 6 ecosystem matures, e.g. if Kirigami is ported, I'll look into Android + Qt 6 more actively again.)
hipersayan_x commented on 2022-04-18 14:26 (UTC)
The shared library is enabled but isn't building it, in previous versions it worked fine, its maybe a bug of this version, just send me the patches to fix it, I'm quite busy right now to work in this.
Martchus commented on 2022-04-16 23:16 (UTC)
Looks like the shared library is missing in the latest update. Is this intended? I have currently several packages in my repository using the shared library which I needed to rebuild. However, linking each of those shared libraries statically against zlib is likely not the best solution so it would make sense to keep the shared library. Of course the same counts for the other archs.
1 2 Next › Last »