Commit Graph

30 Commits

Author SHA1 Message Date
sthen
850ecac369 kyotocabinet: switch https->http for HOMEPAGE/MASTER_SITES 2022-04-12 20:33:41 +00:00
naddy
7a958849ed drop RCS Ids 2022-03-11 18:31:17 +00:00
sthen
9c17bed4df update to kyotocabinet-1.2.79 2021-01-10 20:06:04 +00:00
cwen
7a9fcf3d20 kyotocabinet: remove BROKEN-powerpc.
Linking errors due to the usage of 64-bit __sync* operators are fixed since
gkoehler@ has set the llvm max atomic size on powerpc.
2020-10-09 21:04:54 +00:00
jsg
0b771d2a5b remove explicit -march=i586
-march=i586 is now the default for clang in base on i386

ok sthen@
2020-08-07 09:21:01 +00:00
bket
d860fce81b Update to kyotocabinet-1.2.78
Minor update, fixes some build warnings.
2020-07-21 14:25:36 +00:00
sthen
9fe1e38b23 replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes 2019-07-12 20:43:27 +00:00
bket
3c269fd052 Update to kyotocabinet-1.2.77.
Drop patch as issue had been addressed upstream. While here switch
HOMEPAGE to https.

OK sthen@
2019-01-02 16:03:54 +00:00
sthen
25f0e460f2 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
jasper
01de00d57f fix build with clang; from freebsd 2018-04-08 13:10:25 +00:00
jsg
9a190ffe23 Now that arm has switched to clang the base compiler has atomic builtins
and accepts -mfpu=neon.

ok jca@ sthen@
2018-01-20 14:03:39 +00:00
sthen
5e964ab0df bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports. 2017-07-26 22:45:14 +00:00
espie
8ac47fd9c6 use COMPILER_LIBCXX where applicable 2017-07-16 19:18:47 +00:00
sthen
5af47e06ec extend the existing ifdef that decides whether or not to use tr1 path/namespace
so that this has a chance with clang/libc++ arch

remove unneeded quotes from BROKEN lines in Makefile that make my eyes bleed
with syntax highlighting
2017-04-16 20:27:48 +00:00
sthen
7b9fdbb2c9 use LIBCXX 2017-04-10 11:45:22 +00:00
jsg
997bb1f5ec use ports gcc on arm to get atomic builtins 2016-12-30 10:20:31 +00:00
jasper
003e889c0a retire sparc 2016-09-01 10:53:26 +00:00
naddy
c253f424ca garbage collect CONFIGURE_SHARED 2016-03-11 19:59:11 +00:00
jsg
578ae7c7ca Don't attempt to build on arm. sync atomic builtins required. 2016-02-21 16:17:25 +00:00
ajacoutot
4e1ea8b4b1 Remove some BROKEN markers for ports that should build now with the new libgcc
assisted built-in atomic ops for mips64.

from Brad
2015-12-25 08:39:45 +00:00
phessler
020a837930 another arch missing atomic ops 2015-04-17 07:59:56 +00:00
naddy
2382144b92 fold lib-only PFRAG.shared into PLIST, regen PLIST, and bump 2015-03-16 18:07:34 +00:00
miod
6d3c30fd7f One more port which includes <tr1/....> and thus NOT_FOR_ARCHS=${GCC3_ARCHS} 2013-10-18 14:46:59 +00:00
espie
3f680606a7 PERMIT_* / REGRESS->TEST sweep 2013-03-11 02:52:04 +00:00
jasper
064629598d mark broken on mips64 for the same reasons it's broken on hppa/powerpc. 2012-11-30 13:31:02 +00:00
landry
dc43253376 Mark as BROKEN-hppa like it is for powerpc, undefined refs to :
__sync_bool_compare_and_swap_4
__sync_bool_compare_and_swap_8
__sync_lock_test_and_set_8
__sync_fetch_and_add_8
2012-09-29 07:03:46 +00:00
ajacoutot
d3d90d9459 Mark BROKEN on powerpc for now. 2012-09-10 16:21:54 +00:00
ajacoutot
ca372cac9a Unbreak on i386; reported by nigel@ 2012-08-30 09:19:00 +00:00
jasper
92ddc01ad1 spello in comment 2012-08-29 17:38:54 +00:00
ajacoutot
94f07f68eb Import kyotocabinet-1.2.76.
Kyoto Cabinet is a library of routines for managing a database. The
database is a simple data file containing records, each is a pair of a
key and a value. Every key and value is serial bytes with variable
length. Both binary data and character string can be used as a key and a
value. Each key must be unique within a database. There is neither
concept of data tables nor data types. Records are organized in hash
table or B+ tree.

Available FLAVOR:
        optimized - build with optimizations for the local CPU


ok robert@ jasper@ sthen@
2012-08-29 14:32:51 +00:00