cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
openbsd-ports/archivers/snappy/Makefile

32 lines
572 B
Makefile
Raw Normal View History

update to snappy-1.1.9
2022-02-26 12:14:14 +00:00
# $OpenBSD: Makefile,v 1.14 2022/02/26 12:14:14 sthen Exp $
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
COMMENT = fast compression/decompression library
update to snappy-1.1.9
2022-02-26 12:14:14 +00:00
GH_TAGNAME = 1.1.9
update to snappy-1.1.6
2017-07-26 19:20:12 +00:00
GH_PROJECT = snappy
GH_ACCOUNT = google
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
update to snappy-1.1.9
2022-02-26 12:14:14 +00:00
SHARED_LIBS = snappy 2.0 # 4.1
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
CATEGORIES = archivers
HOMEPAGE = http://google.github.io/snappy/
# BSD
replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes
2019-07-12 20:43:27 +00:00
PERMIT_PACKAGE = Yes
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
update to snappy-1.1.6
2017-07-26 19:20:12 +00:00
WANTLIB += m ${COMPILER_LIBCXX}
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
Add COMPILER lines to c++ ports which currently use the default. Adjust some existing COMPILER lines with arch restrictions etc. In the usual case this is now using "COMPILER = base-clang ports-gcc base-gcc" on ports with c++ libraries in WANTLIB. This is basically intended to be a noop on architectures using clang as the system compiler, but help with other architectures where we currently have many ports knocked out due to building with an unsuitable compiler - - some ports require c++11/newer so the GCC version in base that is used on these archirtectures is too old. - some ports have conflicts where an executable is built with one compiler (e.g. gcc from base) but a library dependency is built with a different one (e.g. gcc from ports), resulted in mixing incompatible libraries in the same address space. devel/gmp is intentionally skipped as it's on the path to building gcc - the c++ library there is unused in ports (and not built by default upstream) so intending to disable building gmpcxx in a future commit.
2018-10-24 14:27:57 +00:00
COMPILER = base-clang ports-gcc base-gcc
update to snappy-1.1.7
2017-11-09 15:07:08 +00:00
MODULES = devel/cmake
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
update to snappy-1.1.7
2017-11-09 15:07:08 +00:00
CONFIGURE_ARGS += -DBUILD_SHARED_LIBS=ON \
update to snappy-1.1.9
2022-02-26 12:14:14 +00:00
-DSNAPPY_BUILD_BENCHMARKS=OFF \
update to snappy-1.1.7
2017-11-09 15:07:08 +00:00
-DSNAPPY_BUILD_TESTS=OFF
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
update to snappy-1.1.9
2022-02-26 12:14:14 +00:00
# Requires git submodules
update to snappy-1.1.7
2017-11-09 15:07:08 +00:00
NO_TEST = Yes
update to snappy-1.1.6
2017-07-26 19:20:12 +00:00
import snappy-1.1.3 Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger. From Frederic Cambus, thanks! ok sthen@
2016-06-14 18:59:52 +00:00
.include <bsd.port.mk>
Reference in New Issue Copy Permalink