Ravenports generated: 07 Jun 2024 00:12
[ravenports.git] / bucket_2A / libebml
1 # Buildsheet autogenerated by ravenadm tool -- Do not edit.
2
3 NAMEBASE=               libebml
4 VERSION=                1.4.5
5 KEYWORDS=               textproc
6 VARIANTS=               standard
7 SDESC[standard]=        Library for Extensible Binary Meta-Language files
8 HOMEPAGE=               https://matroska-org.github.io/libebml/
9 CONTACT=                nobody
10
11 DOWNLOAD_GROUPS=        main
12 SITES[main]=            https://dl.matroska.org/downloads/libebml/
13 DISTFILE[1]=            libebml-1.4.5.tar.xz:main
14 DF_INDEX=               1
15 SPKGS[standard]=        complete
16                         primary
17                         dev
18
19 OPTIONS_AVAILABLE=      none
20 OPTIONS_STANDARD=       none
21
22 USES=                   cpe cmake c++:primary
23
24 LICENSE=                LGPL21+:primary
25 LICENSE_TERMS=          primary:{{WRKDIR}}/TERMS
26 LICENSE_FILE=           LGPL21+:{{WRKSRC}}/LICENSE.LGPL
27 LICENSE_AWK=            TERMS:"^$$"
28 LICENSE_SOURCE=         TERMS:{{WRKSRC}}/src/EbmlVersion.cpp
29 LICENSE_SCHEME=         solo
30
31 CPE_VENDOR=             matroska
32 FPC_EQUIVALENT=         textproc/libebml
33
34 SOVERSION=              5.0.0
35
36 CMAKE_ARGS=             -DBUILD_SHARED_LIBS:BOOL=ON
37
38 post-install:
39         ${STRIP_CMD} ${STAGEDIR}${PREFIX}/lib/libebml.so
40
41 [FILE:1376:descriptions/desc.primary]
42 Extensible Binary Markup Language (EBML)
43
44 EBML was designed to be a simplified binary extension of XML for the
45 purpose of storing and manipulating data in a hierarchical form with
46 variable field lengths.
47
48 It uses the same paradigms as XML files, meaning that syntax and
49 semantics are separated. So a generic EBML library could read any format
50 based on it. The interpretation of data is up to a specific application
51 that knows how each elements (equivalent of XML tag) has to be handled.
52
53 Among all the advantages of XML, there are a few limitations compared to
54 what XML can achieve:
55
56 - There is currently no equivalent to a DTD or Schema to define known
57   elements for a document. But we plan on adding such a level.
58 - No entity can be defined, ie an element that would be replaced by
59   another content. We don't plan to add something like this so far.
60 - No external include of other files (like CSS, images, etc). It could
61   be easily added as a "proprietary" element (not defined in the basic
62   EBML format).
63
64 For the rest, you have all advantages like:
65
66 - Upward compatibility when the format is updated. Something rare in
67   binary formats, unless you have some unused space in the original
68   format.
69 - Unlimited size of binary data.
70 - Very size efficient: only space required for a data is written (unless
71   you specifically require more space for better updating later).
72
73
74 [FILE:99:distinfo]
75 4971640b0592da29c2d426f303e137a9b0b3d07e1b81d069c1e56a2f49ab221b        64408 libebml-1.4.5.tar.xz
76
77
78 [FILE:55:manifests/plist.primary]
79 lib/
80  libebml.so.%%SOMAJOR%%
81  libebml.so.%%SOVERSION%%
82
83
84 [FILE:610:manifests/plist.dev]
85 include/ebml/
86  Debug.h
87  EbmlBinary.h
88  EbmlConfig.h
89  EbmlContexts.h
90  EbmlCrc32.h
91  EbmlDate.h
92  EbmlDummy.h
93  EbmlElement.h
94  EbmlEndian.h
95  EbmlFloat.h
96  EbmlHead.h
97  EbmlId.h
98  EbmlMaster.h
99  EbmlSInteger.h
100  EbmlStream.h
101  EbmlString.h
102  EbmlSubHead.h
103  EbmlTypes.h
104  EbmlUInteger.h
105  EbmlUnicodeString.h
106  EbmlVersion.h
107  EbmlVoid.h
108  IOCallback.h
109  MemIOCallback.h
110  MemReadIOCallback.h
111  SafeReadIOCallback.h
112  StdIOCallback.h
113  ebml_export.h
114 include/ebml/c/libebml_t.h
115 lib/libebml.so
116 lib/cmake/EBML/
117  EBMLConfig.cmake
118  EBMLConfigVersion.cmake
119  EBMLTargets-%%CMAKE_BUILD_TYPE%%.cmake
120  EBMLTargets.cmake
121 lib/pkgconfig/libebml.pc
122