omlish-cext 0.0.0.dev445__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.

Potentially problematic release.


This version of omlish-cext might be problematic. Click here for more details.

@@ -0,0 +1,214 @@
1
+ Metadata-Version: 2.4
2
+ Name: omlish-cext
3
+ Version: 0.0.0.dev445
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.dev445
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
+ - (Nearly finished) support for ahead-of-time / build-time code generation, greatly 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
+ is moving away from SQLAlchemy however in favor of its own internal SQL api.
148
+
149
+ - **[testing](https://github.com/wrmsr/omlish/blob/master/omlish/testing)** - Test - primarily pytest - helpers,
150
+ including:
151
+
152
+ - **['harness'](https://github.com/wrmsr/omlish/blob/master/omlish/testing/pytest/inject/harness.py)** - An all-in-one
153
+ fixture marrying it to the codebase's dependency injector.
154
+ - **[plugins/async](https://github.com/wrmsr/omlish/blob/master/omlish/testing/pytest/plugins/asyncs)** - An in-house
155
+ async-backend abstraction plugin, capable of handling all of asyncio / trio / trio-asyncio /
156
+ *any-future-event-loop-impl* without having multiple fighting plugins (*[I know, I know](https://xkcd.com/927/)*).
157
+ - **[plugins](https://github.com/wrmsr/omlish/blob/master/omlish/testing/pytest/plugins)** - Various other plugins.
158
+
159
+ - **[lite](https://github.com/wrmsr/omlish/blob/master/omlish/lite)** - The standard library of 'lite' code. This is the
160
+ only package beneath `lang`, and parts of it are re-exported by it for deduplication. On top of miscellaneous
161
+ utilities it contains a handful of independent, self-contained, significantly simplified 'lite' equivalents of some
162
+ major core packages:
163
+
164
+ - **[lite/inject.py](https://github.com/wrmsr/omlish/blob/master/omlish/lite/inject.py)** - The lite injector, which
165
+ is more conservative with features and reflection than the core injector. The codebase's
166
+ [MiniGuice](https://github.com/google/guice/commit/70248eafa90cd70a68b293763e53f6aec656e73c).
167
+ - **[lite/marshal.py](https://github.com/wrmsr/omlish/blob/master/omlish/lite/marshal.py)** - The lite marshalling
168
+ system, which is a classic canned setup of simple type-specific 2-method classes and limited generic handling.
169
+
170
+ # Lite code
171
+
172
+ A subset of this codebase is written in a 'lite' style (non-'lite' code is referred to as *standard* code). While
173
+ standard code is written for python 3.13+, 'lite' code is written for 3.8+, and is written in a style conducive to
174
+ [amalgamation](https://github.com/wrmsr/omlish/blob/master/omdev#amalgamation) in which multiple python source files are
175
+ stitched together into one single self-contained python script.
176
+
177
+ Code written in this style has notable differences from standard code, including (but not limited to):
178
+
179
+ - No name mangling is done in amalgamation, which means (among other things) that code must be written expecting to be
180
+ all dumped into the same giant namespace. Where a standard class might be
181
+ [`omlish.inject.keys.Key`](https://github.com/wrmsr/omlish/blob/master/omlish/inject/keys.py), a lite equivalent might
182
+ be [`omlish.lite.inject.InjectorKey`](https://github.com/wrmsr/omlish/blob/master/omlish/lite/inject.py).
183
+ - All internal imports `import` each individual item out of modules rather than importing the modules and referencing
184
+ their contents. Where standard code would `from .. import x; x.y`, lite code would `from ..x import y; y`. As a result
185
+ there are frequently 'api' non-instantiated namespace classes serving the purpose of modules - just handy bags of
186
+ stuff with shortened names.
187
+ - As lite code is tested in 3.8+ but core code requires 3.13+, packages containing lite code can't import anything
188
+ standard in their (and their ancestors') `__init__.py`'s. Furthermore, `__init__.py` files are omitted outright in
189
+ amalgamation, so they effectively must be empty in any package containing any lite code. As a result there are
190
+ frequently [`all.py`](https://github.com/wrmsr/omlish/blob/master/omlish/configs/all.py) files in mixed-lite packages
191
+ which serve the purpose of `__init__.py` for standard usage - where importing standard packages from standard code
192
+ would be done via `from .. import lang`, importing mixed-lite packages from standard code would be done via
193
+ `from ..configs import all as cfgs`.
194
+
195
+ # Dependencies
196
+
197
+ This library has no required dependencies of any kind, but there are some optional integrations - see
198
+ [`__about__.py`](https://github.com/wrmsr/omlish/blob/master/omlish/__about__.py) for a full list, but some specific
199
+ examples are:
200
+
201
+ - **asttokens / executing** - For getting runtime source representations of function call arguments, an optional
202
+ capability of [check](https://github.com/wrmsr/omlish/blob/master/omlish/check.py).
203
+ - **anyio** - While lite code must use only asyncio, non-trivial async standard code prefers to be written to anyio.
204
+ - **pytest** - What is used for all standard testing - as lite code has no dependencies of any kind its testing uses
205
+ stdlib's [unittest](https://docs.python.org/3/library/unittest.html).
206
+ - **wrapt** - For (optionally-enabled) injector circular proxies.
207
+ - **sqlalchemy** - Parts of the codebase use SQLAlchemy for db stuff, but it is being migrated away from in favor of the
208
+ internal api. It will however likely still remain as an optional dep for the api adapter.
209
+
210
+ Additionally, some catchall dep categories include:
211
+
212
+ - **compression** - Various preferred compression backends like lz4, python-snappy, zstandard, and brotli.
213
+ - **formats** - Various preferred data format backends like orjson/ujson, pyyaml, cbor2, and cloudpickle.
214
+ - **sql drivers** - Various preferred and tested sql drivers.
@@ -0,0 +1,6 @@
1
+ omlish/lang/imports/_capture.cpython-313-darwin.so,sha256=1L7eqRi1sbGtL12VY2UWr0Nw7fnIPdjXis8rHNfi0YY,51216
2
+ omlish_cext-0.0.0.dev445.dist-info/licenses/LICENSE,sha256=B_hVtavaA8zCYDW99DYdcpDLKz1n3BBRjZrcbv8uG8c,1451
3
+ omlish_cext-0.0.0.dev445.dist-info/METADATA,sha256=67iEcCs5vIHTUP6fpACJuM7KqBq3nDjKmOl12L2hWbo,15026
4
+ omlish_cext-0.0.0.dev445.dist-info/WHEEL,sha256=bYnk7s_74GtjsL7Cla9unXlhKW3fT-fE7drGEnXRPCU,109
5
+ omlish_cext-0.0.0.dev445.dist-info/top_level.txt,sha256=pePsKdLu7DvtUiecdYXJ78iO80uDNmBlqe-8hOzOmfs,7
6
+ omlish_cext-0.0.0.dev445.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