File: control

package info (click to toggle)
parallel-hashmap 1.4.1%2Bds-2
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 3,872 kB
  • sloc: cpp: 20,492; ansic: 1,114; python: 492; makefile: 85; haskell: 56; perl: 43; sh: 23
file content (60 lines) | stat: -rw-r--r-- 2,557 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Source: parallel-hashmap
Section: libs
Priority: optional
Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org>
Uploaders:
 Steffen Moeller <moeller@debian.org>,
 Andrius Merkys <merkys@debian.org>,
Rules-Requires-Root: no
Build-Depends:
 cmake,
 debhelper-compat (= 13),
 libboost-dev,
 libgmock-dev <!nocheck>,
 libtbb-dev,
Standards-Version: 4.6.2
Homepage: https://github.com/greg7mdp/parallel-hashmap
Vcs-Browser: https://salsa.debian.org/science-team/parallel-hashmap
Vcs-Git: https://salsa.debian.org/science-team/parallel-hashmap.git

Package: libparallel-hashmap-dev
Section: libdevel
Architecture: all
Depends:
 ${misc:Depends},
Suggests:
 libjs-jquery,
 libjs-jquery-flot,
 libjs-jquery-mousewheel,
Description: header-only hash map implementation
 This repository aims to provide a set of excellent hash map
 implementations, as well as a btree alternative to std::map and std::set,
 with the following characteristics:
 .
  * Header only: nothing to build, just copy the parallel_hashmap directory
    to your project and you are good to go.
  * drop-in replacement for std::unordered_map, std::unordered_set,
    std::map and std::set
  * Compiler with C++11 support required, C++14 and C++17 APIs are provided
    (such as try_emplace)
  * Very efficient, significantly faster than your compiler's unordered
    map/set or Boost's, or than sparsepp
  * Memory friendly: low memory usage, although a little higher than
    sparsepp
  * Supports heterogeneous lookup
  * Easy to forward declare: just include phmap_fwd_decl.h in your header
    files to forward declare Parallel Hashmap containers [note: this does
    not work currently for hash maps with pointer keys]
  * Dump/load feature: when a flat hash map stores data that is
    std::trivially_copyable, the table can be dumped to disk and restored
    as a single array, very efficiently, and without requiring any hash
    computation. This is typically about 10 times faster than doing
    element-wise serialization to disk, but it will use 10% to 60% extra
    disk space. See examples/serialize.cc. (flat hash map/set only)
  * Tested on Windows (vs2015 & vs2017, vs2019, Intel compiler 18 and 19),
    linux (g++ 4.8.4, 5, 6, 7, 8, clang++ 3.9, 4.0, 5.0) and MacOS (g++
    and clang++) - click on travis and appveyor icons above for detailed
    test status.
  * Automatic support for boost's hash_value() method for providing the
    hash function (see examples/hash_value.h). Also default hash support
    for std::pair and std::tuple.