| Hi,
My guess is these are generated function signatures and their inputs are self-contained in the comments.
I can try generating those again at build time if we need to regenerate this. Yao Wei
(This email is sent from a phone; sorry for HTML email if it happens.) On Mar 2, 2022, at 07:30, Sean Whitton <spwhitton@spwhitton.name> wrote:
Hello,On Wed 02 Mar 2022 at 06:49AM +08, Yao Wei wrote:Hi,
On Tue, Mar 01, 2022 at 10:11:35PM +0000, Sean Whitton wrote:
Hello,
There are various references to "clinic generated code". Does that mean we
don't have the preferred form for modification for some of these files? Or is
it embedded in those files themselves? Kindly confirm.
The package has headers generated from UCD, which is packaged as
unicode-data in Debian, and the headers are removed from source (hence
+ds). It is packaged to generate those headers from unicode-data.
But it looks like there is some generated code still in the package.From salsa: /*[clinic input] unicodedata.UCD.decimal self: self chr: int(accept={str}) default: object=NULL / Converts a Unicode character into its equivalent decimal value. Returns the decimal value assigned to the character chr as integer. If no such value is defined, default is returned, or, if not given, ValueError is raised. [clinic start generated code]*/ static PyObject * unicodedata_UCD_decimal_impl(PyObject *self, int chr, PyObject *default_value) /*[clinic end generated code: output=be23376e1a185231 input=933f8107993f23d0]*/test_unicodedata2.py says "All Rights Reserved"; are we sure it is under the
PSF license?
Given its presence in python3 source code, I made an assumption that
most of the files are derived from it, and the license follows.
test_unicodedata2.py is derived from Lib/tests/test_unicodedata.py in
python3 source code, with the same header.
Okay.-- Sean Whitton
|