cosmopolitan/third_party/python/Objects/stringlib
Justine Tunney b420ed8248 Undiamond Python headers
This change gets the Python codebase into a state where it conforms to
the conventions of this codebase. It's now possible to include headers
from Python, without worrying about ordering. Python has traditionally
solved that problem by "diamonding" everything in Python.h, but that's
problematic since it means any change to any Python header invalidates
all the build artifacts. Lastly it makes tooling not work. Since it is
hard to explain to Emacs when I press C-c C-h to add an import line it
shouldn't add the header that actually defines the symbol, and instead
do follow the nonstandard Python convention.

Progress has been made on letting Python load source code from the zip
executable structure via the standard C library APIs. System calss now
recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME
since Python uses colon as its delimiter.

Some progress has been made on embedding the notice license terms into
the Python object code. This is easier said than done since Python has
an extremely complicated ownership story.

- Some termios APIs have been added
- Implement rewinddir() dirstream API
- GetCpuCount() API added to Cosmopolitan Libc
- More bugs in Cosmopolitan Libc have been fixed
- zipobj.com now has flags for mangling the path
- Fixed bug a priori with sendfile() on certain BSDs
- Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms
- FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes
- APE now supports a hybrid solution to no-self-modify for builds
- Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 14:07:40 -07:00
..
asciilib.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
codecs.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
count.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
ctype.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
eq.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
fastsearch.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
find.inc Undiamond Python headers 2021-08-12 14:07:40 -07:00
find_max_char.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
join.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
localeutil.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
partition.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
README.txt python-3.6.zip added from Github 2021-08-09 05:39:42 -07:00
replace.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
split.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
stringdefs.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
transmogrify.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
ucs1lib.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
ucs2lib.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
ucs4lib.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
undef.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
unicode_format.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00
unicodedefs.inc Perform build and magnum tuning 2021-08-10 10:26:13 -07:00

bits shared by the bytesobject and unicodeobject implementations (and
possibly other modules, in a not too distant future).

the stuff in here is included into relevant places; see the individual
source files for details.

--------------------------------------------------------------------
the following defines used by the different modules:

STRINGLIB_CHAR

    the type used to hold a character (char or Py_UNICODE)

STRINGLIB_EMPTY

    a PyObject representing the empty string, only to be used if
    STRINGLIB_MUTABLE is 0

Py_ssize_t STRINGLIB_LEN(PyObject*)

    returns the length of the given string object (which must be of the
    right type)

PyObject* STRINGLIB_NEW(STRINGLIB_CHAR*, Py_ssize_t)

    creates a new string object

STRINGLIB_CHAR* STRINGLIB_STR(PyObject*)

    returns the pointer to the character data for the given string
    object (which must be of the right type)

int STRINGLIB_CHECK_EXACT(PyObject *)

    returns true if the object is an instance of our type, not a subclass

STRINGLIB_MUTABLE

    must be 0 or 1 to tell the cpp macros in stringlib code if the object
    being operated on is mutable or not