omlish-cext 0.0.0.dev487__cp313-cp313-macosx_15_0_arm64.whl

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,215 @@
1
+ Metadata-Version: 2.4
2
+ Name: omlish-cext
3
+ Version: 0.0.0.dev487
4
+ Summary: omlish
5
+ Author: wrmsr
6
+ License-Expression: BSD-3-Clause
7
+ Project-URL: source, https://github.com/wrmsr/omlish
8
+ Classifier: Development Status :: 2 - Pre-Alpha
9
+ Classifier: Intended Audience :: Developers
10
+ Classifier: Operating System :: OS Independent
11
+ Classifier: Operating System :: POSIX
12
+ Classifier: Programming Language :: Python :: 3
13
+ Classifier: Programming Language :: Python :: 3.13
14
+ Requires-Python: >=3.13
15
+ Description-Content-Type: text/markdown
16
+ License-File: LICENSE
17
+ Requires-Dist: omlish==0.0.0.dev487
18
+ Dynamic: license-file
19
+
20
+ # Overview
21
+
22
+ Core utilities and foundational code. It's relatively large but completely self-contained, and has **no required
23
+ dependencies of any kind**.
24
+
25
+ # Notable packages
26
+
27
+ - **[lang](https://github.com/wrmsr/omlish/blob/master/omlish/lang)** - The standard library of this standard library.
28
+ Usually imported as a whole (`from omlish import lang`), it contains an array of general purpose utilities used
29
+ practically everywhere. It is kept relatively lightweight: its heaviest import is stdlib dataclasses and its
30
+ transitives. Some of its contents include:
31
+
32
+ - **[cached](https://github.com/wrmsr/omlish/blob/master/omlish/lang/cached)** - The standard `cached_function` /
33
+ `cached_property` tools, which are more capable than
34
+ [`functools.lru_cache`](https://docs.python.org/3/library/functools.html#functools.lru_cache).
35
+ - **[imports](https://github.com/wrmsr/omlish/blob/master/omlish/lang/imports.py)** - Import tools like:
36
+ - `proxy_import` - For late-loaded imports.
37
+ - `proxy_init` - For late-loaded module globals.
38
+ - `auto_proxy_init` - For automatic late-loaded package exports.
39
+ - **[classes](https://github.com/wrmsr/omlish/blob/master/omlish/lang/classes)** - Class tools and bases, such as
40
+ `Abstract` (which checks at subclass definition not instantiation), `Sealed` / `PackageSealed`, and `Final`.
41
+ - **[maybes](https://github.com/wrmsr/omlish/blob/master/omlish/lite/maybes.py)** - A simple, nestable formalization
42
+ of the presence or absence of an object, as in [many](https://en.cppreference.com/w/cpp/utility/optional)
43
+ [other](https://docs.oracle.com/javase/8/docs/api/java/util/Optional.html)
44
+ [languages](https://doc.rust-lang.org/std/option/).
45
+ - **[maysync](https://github.com/wrmsr/omlish/blob/master/omlish/lite/maysync.py)** - A lightweight means of sharing
46
+ code between sync and async contexts, eliminating the need for maintaining sync and async versions of functions.
47
+
48
+ - **[bootstrap](https://github.com/wrmsr/omlish/blob/master/omlish/bootstrap)** - A centralized, configurable,
49
+ all-in-one collection of various process-initialization minutiae like resource limiting, profiling, remote debugging,
50
+ log configuration, environment variables, et cetera. Usable as a context manager or via its
51
+ [cli](https://github.com/wrmsr/omlish/blob/master/omlish/bootstrap/main.py).
52
+
53
+ - **[collections](https://github.com/wrmsr/omlish/blob/master/omlish/collections)** - A handful of collection utilities
54
+ and simple implementations, including:
55
+
56
+ - **[cache](https://github.com/wrmsr/omlish/blob/master/omlish/collections/cache)** - A configurable LRU / LFU cache
57
+ with options like ttl and max size / weight.
58
+ - **[hasheq](https://github.com/wrmsr/omlish/blob/master/omlish/collections/hasheq.py)** - A dict taking an external
59
+ `__hash__` / `__eq__` implementation.
60
+ - **[identity](https://github.com/wrmsr/omlish/blob/master/omlish/collections/identity.py)** - Identity-keyed
61
+ collections.
62
+ - **[sorted](https://github.com/wrmsr/omlish/blob/master/omlish/collections/sorted)** - Interfaces for value-sorted
63
+ collections and key-sorted mappings, and a simple but correct skiplist-backed implementation.
64
+ - **[persistent](https://github.com/wrmsr/omlish/blob/master/omlish/collections/persistent)** - Interfaces for
65
+ [persistent](https://en.wikipedia.org/wiki/Persistent_data_structure) maps, and a simple but correct treap-backed
66
+ implementation.
67
+
68
+ - **[dataclasses](https://github.com/wrmsr/omlish/blob/master/omlish/dataclasses)** - A fully-compatible
69
+ reimplementation of stdlib [dataclasses](https://docs.python.org/3/library/dataclasses.html) with numerous
70
+ enhancements and additional features. The
71
+ [full stdlib test suite](https://github.com/wrmsr/omlish/blob/master/omlish/dataclasses/tests/cpython) is run against
72
+ it ensuring compatibility - they *are* dataclasses. Current enhancements include:
73
+
74
+ - Simple field coercion and validation.
75
+ - Any number of `@dc.init` or `@dc.validate` methods, not just a central `__post_init__`.
76
+ - Optional generic type parameter substitution in generated `__init__` methods, enabling accurate reflection.
77
+ - An optional [metaclass](https://github.com/wrmsr/omlish/blob/master/omlish/dataclasses/metaclass) which removes the
78
+ need for re-decorating subclasses (with support for inheritance of dataclass parameters like `frozen`), and some
79
+ basic [base classes](https://github.com/wrmsr/omlish/blob/master/omlish/dataclasses/metaclass/bases.py).
80
+ - Support for ahead-of-time / build-time code generation, significantly reducing import times.
81
+
82
+ The stdlib-equivalent api is exported in such a way as to appear to be direct aliases for the stdlib api itself,
83
+ simplifying tool support.
84
+
85
+ - **[dispatch](https://github.com/wrmsr/omlish/blob/master/omlish/dispatch)** - A beefed-up version of
86
+ [functools.singledispatch](https://docs.python.org/3/library/functools.html#functools.singledispatch), most notably
87
+ supporting MRO-honoring method impl dispatch.
88
+
89
+ - **[formats](https://github.com/wrmsr/omlish/blob/master/omlish/formats)** - Tools for various data formats, including:
90
+
91
+ - **[json](https://github.com/wrmsr/omlish/blob/master/omlish/formats/json)** - Tools for json, including abstraction
92
+ over various backends and a self-contained streaming / incremental parser.
93
+ - **[json5](https://github.com/wrmsr/omlish/blob/master/omlish/formats/json5)** - A self-contained and tested
94
+ [Json5](https://json5.org/) parser.
95
+ - **[toml](https://github.com/wrmsr/omlish/blob/master/omlish/formats/toml)** - Toml tools, including a
96
+ [lite](#lite-code) version of the stdlib parser (for use in older pythons).
97
+
98
+ - **[http](https://github.com/wrmsr/omlish/blob/master/omlish/http)** - HTTP code, including:
99
+
100
+ - **[clients](https://github.com/wrmsr/omlish/blob/master/omlish/http/clients)** - An abstraction over HTTP clients,
101
+ with urllib and httpx implementations.
102
+ - **[coro](https://github.com/wrmsr/omlish/blob/master/omlish/http/coro)** - Coroutine /
103
+ [sans-io](https://sans-io.readthedocs.io/) style reformulation of some stdlib http machinery - namely `http.server`
104
+ (and soon `http.client`). This style of code can run the same in sync, async, or
105
+ [any](https://docs.python.org/3/library/selectors.html)
106
+ [other](https://github.com/wrmsr/omlish/blob/master/omlish/asyncs/bluelet) context.
107
+
108
+ - **[inject](https://github.com/wrmsr/omlish/blob/master/omlish/inject)** - A
109
+ [guice](https://github.com/google/guice)-style dependency injector.
110
+
111
+ - **[io](https://github.com/wrmsr/omlish/blob/master/omlish/io)** - IO tools, including:
112
+
113
+ - **[compress](https://github.com/wrmsr/omlish/blob/master/omlish/io/compress)** - Abstraction over various
114
+ compression schemes, with particular attention to incremental operation. For example it includes
115
+ [an incremental reformulation of stdlib's gzip](https://github.com/wrmsr/omlish/blob/master/omlish/io/compress/gzip.py).
116
+ - **[coro](https://github.com/wrmsr/omlish/blob/master/omlish/io/coro)** - Utilities for coroutine / sans-io style
117
+ code.
118
+ - **[fdio](https://github.com/wrmsr/omlish/blob/master/omlish/io/fdio)** - An implementation of classic
119
+ [selector](https://docs.python.org/3/library/selectors.html)-style IO dispatch, akin to the deprecated
120
+ [asyncore](https://docs.python.org/3.11/library/asyncore.html). While more modern asyncio style code is generally
121
+ preferred, it nearly always involves
122
+ [background threads](https://github.com/python/cpython/blob/95d9dea1c4ed1b1de80074b74301cee0b38d5541/Lib/asyncio/unix_events.py#L1349)
123
+ making it [unsuitable for forking processes](https://rachelbythebay.com/w/2011/06/07/forked/) like
124
+ [process supervisors](https://github.com/wrmsr/omlish/blob/master/ominfra/supervisor).
125
+
126
+ - **[jmespath](https://github.com/wrmsr/omlish/blob/master/omlish/specs/jmespath)** - A vendoring of
127
+ [jmespath community edition](https://github.com/jmespath-community/python-jmespath), modernized and adapted to this
128
+ codebase.
129
+
130
+ - **[marshal](https://github.com/wrmsr/omlish/blob/master/omlish/marshal)** - A
131
+ [jackson](https://github.com/FasterXML/jackson)-style serde system.
132
+
133
+ - **[manifests](https://github.com/wrmsr/omlish/blob/master/omlish/manifests)** - A system for sharing lightweight
134
+ metadata within / across codebases.
135
+
136
+ - **[reflect](https://github.com/wrmsr/omlish/blob/master/omlish/reflect)** - Reflection utilities, including primarily
137
+ a formalization of stdlib type annotations for use at runtime, decoupled from stdlib impl detail. Keeping this working
138
+ is notoriously difficult across python versions (one of the primary reasons for only supporting 3.13+).
139
+
140
+ - **[sql](https://github.com/wrmsr/omlish/blob/master/omlish/sql)** - A collection of SQL utilities, including:
141
+
142
+ - **[api](https://github.com/wrmsr/omlish/blob/master/omlish/sql/api)** - An abstracted api for SQL interaction, with
143
+ support for dbapi compatible drivers (and a SQLAlchemy adapter).
144
+ - **[queries](https://github.com/wrmsr/omlish/blob/master/omlish/sql/queries)** - A SQL query builder with a fluent
145
+ interface.
146
+ - **[alchemy](https://github.com/wrmsr/omlish/blob/master/omlish/sql/alchemy)** - SQLAlchemy utilities. The codebase
147
+ has moved away from SQLAlchemy in favor of its own internal SQL api, but it will likely still remain as an optional
148
+ dep for the api adapter.
149
+
150
+ - **[testing](https://github.com/wrmsr/omlish/blob/master/omlish/testing)** - Test - primarily pytest - helpers,
151
+ including:
152
+
153
+ - **['harness'](https://github.com/wrmsr/omlish/blob/master/omlish/testing/pytest/inject/harness.py)** - An all-in-one
154
+ fixture marrying it to the codebase's dependency injector.
155
+ - **[plugins/async](https://github.com/wrmsr/omlish/blob/master/omlish/testing/pytest/plugins/asyncs)** - An in-house
156
+ async-backend abstraction plugin, capable of handling all of asyncio / trio / trio-asyncio /
157
+ *any-future-event-loop-impl* without having multiple fighting plugins (*[I know, I know](https://xkcd.com/927/)*).
158
+ - **[plugins](https://github.com/wrmsr/omlish/blob/master/omlish/testing/pytest/plugins)** - Various other plugins.
159
+
160
+ - **[lite](https://github.com/wrmsr/omlish/blob/master/omlish/lite)** - The standard library of 'lite' code. This is the
161
+ only package beneath `lang`, and parts of it are re-exported by it for deduplication. On top of miscellaneous
162
+ utilities it contains a handful of independent, self-contained, significantly simplified 'lite' equivalents of some
163
+ major core packages:
164
+
165
+ - **[lite/inject.py](https://github.com/wrmsr/omlish/blob/master/omlish/lite/inject.py)** - The lite injector, which
166
+ is more conservative with features and reflection than the core injector. The codebase's
167
+ [MiniGuice](https://github.com/google/guice/commit/70248eafa90cd70a68b293763e53f6aec656e73c).
168
+ - **[lite/marshal.py](https://github.com/wrmsr/omlish/blob/master/omlish/lite/marshal.py)** - The lite marshalling
169
+ system, which is a classic canned setup of simple type-specific 2-method classes and limited generic handling.
170
+
171
+ # Lite code
172
+
173
+ A subset of this codebase is written in a 'lite' style (non-'lite' code is referred to as *standard* code). While
174
+ standard code is written for python 3.13+, 'lite' code is written for 3.8+, and is written in a style conducive to
175
+ [amalgamation](https://github.com/wrmsr/omlish/blob/master/omdev#amalgamation) in which multiple python source files are
176
+ stitched together into one single self-contained python script.
177
+
178
+ Code written in this style has notable differences from standard code, including (but not limited to):
179
+
180
+ - No name mangling is done in amalgamation, which means (among other things) that code must be written expecting to be
181
+ all dumped into the same giant namespace. Where a standard class might be
182
+ [`omlish.inject.keys.Key`](https://github.com/wrmsr/omlish/blob/master/omlish/inject/keys.py), a lite equivalent might
183
+ be [`omlish.lite.inject.InjectorKey`](https://github.com/wrmsr/omlish/blob/master/omlish/lite/inject.py).
184
+ - All internal imports `import` each individual item out of modules rather than importing the modules and referencing
185
+ their contents. Where standard code would `from .. import x; x.y`, lite code would `from ..x import y; y`. As a result
186
+ there are frequently 'api' non-instantiated namespace classes serving the purpose of modules - just handy bags of
187
+ stuff with shortened names.
188
+ - As lite code is tested in 3.8+ but core code requires 3.13+, packages containing lite code can't import anything
189
+ standard in their (and their ancestors') `__init__.py`'s. Furthermore, `__init__.py` files are omitted outright in
190
+ amalgamation, so they effectively must be empty in any package containing any lite code. As a result there are
191
+ frequently [`all.py`](https://github.com/wrmsr/omlish/blob/master/omlish/configs/all.py) files in mixed-lite packages
192
+ which serve the purpose of `__init__.py` for standard usage - where importing standard packages from standard code
193
+ would be done via `from .. import lang`, importing mixed-lite packages from standard code would be done via
194
+ `from ..configs import all as cfgs`.
195
+
196
+ # Dependencies
197
+
198
+ This library has no required dependencies of any kind, but there are some optional integrations - see
199
+ [`__about__.py`](https://github.com/wrmsr/omlish/blob/master/omlish/__about__.py) for a full list, but some specific
200
+ examples are:
201
+
202
+ - **asttokens / executing** - For getting runtime source representations of function call arguments, an optional
203
+ capability of [check](https://github.com/wrmsr/omlish/blob/master/omlish/check.py).
204
+ - **anyio** - While lite code must use only asyncio, non-trivial async standard code prefers to be written to anyio.
205
+ - **pytest** - What is used for all standard testing - as lite code has no dependencies of any kind its testing uses
206
+ stdlib's [unittest](https://docs.python.org/3/library/unittest.html).
207
+ - **wrapt** - For (optionally-enabled) injector circular proxies.
208
+ - **sqlalchemy** - The codebase has migrated away from SQLAlchemy in favor of the internal api but it retains it as an
209
+ optional dep to support adapting the internal api to it.
210
+
211
+ Additionally, some catchall dep categories include:
212
+
213
+ - **compression** - Various preferred compression backends like lz4, python-snappy, zstandard, and brotli.
214
+ - **formats** - Various preferred data format backends like orjson/ujson, pyyaml, cbor2, and cloudpickle.
215
+ - **sql drivers** - Various preferred and tested sql drivers.
@@ -0,0 +1,7 @@
1
+ omlish/lang/_asyncs.cpython-313-darwin.so,sha256=2XEsNpJ_n2zH6Ebfr5p-NFVIV4nlNQqtinAbBGN4D3I,52256
2
+ omlish/lang/imports/_capture.cpython-313-darwin.so,sha256=wlXlqj1Ij-m6-Icd7WkIJIANUKd7GHrYr53etLdW3oI,51216
3
+ omlish_cext-0.0.0.dev487.dist-info/licenses/LICENSE,sha256=B_hVtavaA8zCYDW99DYdcpDLKz1n3BBRjZrcbv8uG8c,1451
4
+ omlish_cext-0.0.0.dev487.dist-info/METADATA,sha256=tXrb3GpJ8pUL0yEIKGB7Hinr-DZrxo0t8MATWx2bzJ8,15047
5
+ omlish_cext-0.0.0.dev487.dist-info/WHEEL,sha256=bYnk7s_74GtjsL7Cla9unXlhKW3fT-fE7drGEnXRPCU,109
6
+ omlish_cext-0.0.0.dev487.dist-info/top_level.txt,sha256=pePsKdLu7DvtUiecdYXJ78iO80uDNmBlqe-8hOzOmfs,7
7
+ omlish_cext-0.0.0.dev487.dist-info/RECORD,,
@@ -0,0 +1,5 @@
1
+ Wheel-Version: 1.0
2
+ Generator: setuptools (80.9.0)
3
+ Root-Is-Purelib: false
4
+ Tag: cp313-cp313-macosx_15_0_arm64
5
+
@@ -0,0 +1,21 @@
1
+ Copyright 2023- wrmsr
2
+
3
+ Redistribution and use in source and binary forms, with or without modification, are permitted provided that the
4
+ following conditions are met:
5
+
6
+ 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following
7
+ disclaimer.
8
+
9
+ 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following
10
+ disclaimer in the documentation and/or other materials provided with the distribution.
11
+
12
+ 3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products
13
+ derived from this software without specific prior written permission.
14
+
15
+ THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES,
16
+ INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
17
+ DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
18
+ SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
19
+ SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
20
+ WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
21
+ THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
@@ -0,0 +1 @@
1
+ omlish