Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gh-113659: Skip hidden .pth files #113660

Merged
merged 7 commits into from
Jan 16, 2024

Conversation

serhiy-storchaka
Copy link
Member

@serhiy-storchaka serhiy-storchaka commented Jan 2, 2024

@serhiy-storchaka serhiy-storchaka added type-security A security issue needs backport to 3.8 only security fixes needs backport to 3.9 only security fixes needs backport to 3.10 only security fixes needs backport to 3.11 only security fixes needs backport to 3.12 bug and security fixes labels Jan 2, 2024
@serhiy-storchaka
Copy link
Member Author

!buildbot BSD

@bedevere-bot
Copy link

🤖 New build scheduled with the buildbot fleet by @serhiy-storchaka for commit 7da1ed4 🤖

The command will test the builders whose names match following regular expression: BSD

The builders matched are:

  • AMD64 FreeBSD14 PR
  • AMD64 FreeBSD PR
  • AMD64 FreeBSD15 PR

Copy link
Contributor

@ronaldoussoren ronaldoussoren left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not looking at hidden pth files looks like a clear security improvement to me. I'll leave it to wiser heads than me if it is enough of an improvement to risk breaking anyone using this intentionally for harmless reasons.

BTW. I noticed some flags missing in stat.py, will file an issue about those :-)

Lib/test/test_site.py Outdated Show resolved Hide resolved
Comment on lines +172 to +175
try:
st = os.lstat(fullname)
except OSError:
return
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm slightly worried about the performance impact of calling stat on all .pth files. pip install -e will install a .pth file for every installed editable package.

On the other hand, the overhead should be neglectable as the inode needs to be read in memory anyway to actually read the contents.

st = os.lstat(fullname)
except OSError:
return
if ((getattr(st, 'st_flags', 0) & stat.UF_HIDDEN) or
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Which platforms support UF_HIDDEN?

On macOS the flag is a hint that's ignored by command-line tools.

E.g.:

ronald@Pelargir[0]% touch foo.txt                                                                   
[~/Projects/Forks/cpython/build/X]
ronald@Pelargir[0]% chflags hidden foo.txt                                                          
[~/Projects/Forks/cpython/build/X]
ronald@Pelargir[0]% ls -l                                                                           (gh-53502-long-times)cpython
total 0
-rw-r--r--  1 ronald  staff  0 Jan  2 21:10 foo.txt
ronald@Pelargir[0]% ls -lO                                                                          
total 0
-rw-r--r--  1 ronald  staff  hidden 0 Jan  2 21:10 foo.txt

This matches the documentation in sys/stat.h:

#define UF_HIDDEN       0x00008000      /* hint that this item should not be */
                                        /* displayed in a GUI */

Co-authored-by: Ronald Oussoren <ronaldoussoren@mac.com>
@serhiy-storchaka
Copy link
Member Author

!buildbot BSD

@bedevere-bot
Copy link

🤖 New build scheduled with the buildbot fleet by @serhiy-storchaka for commit dfbc6ef 🤖

The command will test the builders whose names match following regular expression: BSD

The builders matched are:

  • AMD64 FreeBSD14 PR
  • AMD64 FreeBSD PR
  • AMD64 FreeBSD15 PR

@serhiy-storchaka
Copy link
Member Author

serhiy-storchaka commented Jan 3, 2024

Could you please check what effect has setting UF_HIDDEN on macOS GUI?

I am especially curious about symlinks:

  1. UF_HIDDEN is set on the symlink, but not on the target.
  2. UF_HIDDEN is set on the target, but not on the symlink.
  3. UF_HIDDEN is set on both the symlink and the target.

@ronaldoussoren
Copy link
Contributor

ronaldoussoren commented Jan 4, 2024

Could you please check what effect has setting UF_HIDDEN on macOS GUI?

A file with UF_HIDDEN is not shown at all.

I am especially curious about symlinks:

  1. UF_HIDDEN is set on the symlink, but not on the target.

The symlink is not shown in the GUI, the target is

  1. UF_HIDDEN is set on the target, but not on the symlink.

The symlink is visible in the GUI, the target is not visible. I can open the hidden file through the link.

  1. UF_HIDDEN is set on both the symlink and the target.

Neither are shown in the the GUI.

And for completeness sake: A "." prefixed file is not shown in the GUI.

And finally... there's another way to hide files, although I don't know if there's a convenient API for doing this: The "~/Library" directory is hidden, and this is accomplished by a finder attribute (kMDItemFSInvisible == True). That's something I learned while researching this, t.b.h. I was convinced hidden the user library folder was something hardcoded in the file manager (Finder). I don't think it is worthwhile to try to detect this in site.py, doing that requires exposing APIs we currently don't expose (https://github.com/RhetTbull/osxmetadata is a project that can show this information)

drwxr-xr-x   8 ronald  staff  -       256 Jan  4 21:26 .
drwxr-xr-x  32 ronald  staff  -      1024 Jan  4 21:18 ..
-rw-r--r--   1 ronald  staff  -         0 Jan  4 21:26 .hidden-prefix.txt
-rw-r--r--@  1 ronald  staff  hidden    0 Jan  4 21:19 hidden-file.txt
lrwxr-xr-x   1 ronald  staff  hidden   16 Jan  4 21:19 hidden-link.txt -> visible-file.txt
lrwxr-xr-x   1 ronald  staff  hidden   15 Jan  4 21:24 hidden-to-hidden.txt -> hidden-file.txt
-rw-r--r--   1 ronald  staff  -         0 Jan  4 21:19 visible-file.txt
lrwxr-xr-x   1 ronald  staff  -        15 Jan  4 21:22 visible-link.txt -> hidden-file.txt
image

@ronaldoussoren
Copy link
Contributor

One thing to consider here is the threat model for this.

The most important risk is (IMHO) hidden pth files installed though pip and similar tools. AFAIK those tools currently don't have a way to set flags like UF_HIDDEN, let alone finder attributes on macOS. Both tarfile and zipfile currently don't support st_flags (from a cursory inspection), and IIRC the ZIP spec also doesn't have support for this.

That said, the code to deal with UF_HIDDEN flags is simple enough to just do the check even if this only protects against more complicated scenario's.

@serhiy-storchaka
Copy link
Member Author

Neither are shown in the the GUI.

Then we perhaps need to check also flags of the target.

On Windows only file attributes of the symlink have effect.

@ronaldoussoren
Copy link
Contributor

Neither are shown in the the GUI.

I didn't pay enough attention while editing my response (no blank line between the quoted text and my response), it should be clearer now.

Then we perhaps need to check also flags of the target.

On Windows only file attributes of the symlink have effect.

It's the same on macOS, but that wasn't clear in my response. No need to check the symlink target.

If the symlink does not have the UF_HIDDEN flag it will be shown in the GUI, regardless of the flag on the target.

Sorry about my confusing reply.

@serhiy-storchaka
Copy link
Member Author

If the symlink does not have the UF_HIDDEN flag it will be shown in the GUI, regardless of the flag on the target.

It is a great relief.

Copy link
Member

@vstinner vstinner left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

try:
pth_file.create()
site.addsitedir(pth_file.base_dir, set())
self.assertNotIn(site.makepath(pth_file.good_dir_path)[0], sys.path)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe mock site.addpackage() and check that it's not called, rather than checking effects of site.addpackage() implementation. Same remark for the other added tests.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is not called for dotfiles, but is called for files with hidden attribute. It is rather an implementation detail where we add a filter.

@@ -168,6 +169,14 @@ def addpackage(sitedir, name, known_paths):
else:
reset = False
fullname = os.path.join(sitedir, name)
try:
st = os.lstat(fullname)
except OSError:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hum, maybe add a _trace() call to help debugging such issue. Something like:

_trace(f"Skipping .pth file, stat failed: {exc!r}")

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

When open() fails below, it is simply silently returns.

If we want to add a _trace() for OSError, we should do this in both cases (and maybe in more cases). But this is a different issue. It can add a noise where it was silent.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, I didn't notice. In this case, would you mind to add a comment (in the 2 places) to explain that ignoring silently the file on OSError is a deliberate choice?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Most OSErrors are silently ignored in this module and do not have a comment. I do not know what to add in these two places and why they are special. I also not sure that it is a deliberate choice, it can just be a copied behavior.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As you want, I already approved the PR.

@serhiy-storchaka serhiy-storchaka merged commit 74208ed into python:main Jan 16, 2024
31 checks passed
miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Jan 16, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
@bedevere-app
Copy link

bedevere-app bot commented Jan 16, 2024

GH-114143 is a backport of this pull request to the 3.12 branch.

miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Jan 16, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
@bedevere-app bedevere-app bot removed the needs backport to 3.12 bug and security fixes label Jan 16, 2024
@bedevere-app
Copy link

bedevere-app bot commented Jan 16, 2024

GH-114144 is a backport of this pull request to the 3.11 branch.

miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Jan 16, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
@bedevere-app bedevere-app bot removed the needs backport to 3.11 only security fixes label Jan 16, 2024
@miss-islington-app
Copy link

Sorry, @serhiy-storchaka, I could not cleanly backport this to 3.9 due to a conflict.
Please backport using cherry_picker on command line.

cherry_picker 74208ed0c440244fb809d8acc97cb9ef51e888e3 3.9

@bedevere-app
Copy link

bedevere-app bot commented Jan 16, 2024

GH-114145 is a backport of this pull request to the 3.10 branch.

@bedevere-app bedevere-app bot removed the needs backport to 3.10 only security fixes label Jan 16, 2024
@miss-islington-app
Copy link

Sorry, @serhiy-storchaka, I could not cleanly backport this to 3.8 due to a conflict.
Please backport using cherry_picker on command line.

cherry_picker 74208ed0c440244fb809d8acc97cb9ef51e888e3 3.8

serhiy-storchaka added a commit to serhiy-storchaka/cpython that referenced this pull request Jan 16, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
@bedevere-app
Copy link

bedevere-app bot commented Jan 16, 2024

GH-114146 is a backport of this pull request to the 3.9 branch.

@bedevere-app bedevere-app bot removed the needs backport to 3.9 only security fixes label Jan 16, 2024
serhiy-storchaka added a commit to serhiy-storchaka/cpython that referenced this pull request Jan 16, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
@bedevere-app
Copy link

bedevere-app bot commented Jan 16, 2024

GH-114147 is a backport of this pull request to the 3.8 branch.

@bedevere-app bedevere-app bot removed the needs backport to 3.8 only security fixes label Jan 16, 2024
serhiy-storchaka added a commit that referenced this pull request Jan 16, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
serhiy-storchaka added a commit that referenced this pull request Jan 16, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
ambv pushed a commit that referenced this pull request Jan 17, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)
ambv added a commit that referenced this pull request Jan 17, 2024
(cherry picked from commit 74208ed)

Co-authored-by: Łukasz Langa <lukasz@langa.pl>
ambv added a commit that referenced this pull request Jan 18, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
(cherry picked from commit 74208ed)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
Co-authored-by: Łukasz Langa <lukasz@langa.pl>
@bedevere-bot
Copy link

⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️

Hi! The buildbot AMD64 Fedora Stable 3.10 has failed when building commit 9afc6d1.

What do you need to do:

  1. Don't panic.
  2. Check the buildbot page in the devguide if you don't know what the buildbots are or how they work.
  3. Go to the page of the buildbot that failed (https://buildbot.python.org/all/#builders/659/builds/1107) and take a look at the build logs.
  4. Check if the failure is related to this commit (9afc6d1) or if it is a false positive.
  5. If the failure is related to this commit, please, reflect that on the issue and make a new Pull Request with a fix.

You can take a look at the buildbot page here:

https://buildbot.python.org/all/#builders/659/builds/1107

Summary of the results of the build (if available):

Click to see traceback logs
remote: Enumerating objects: 10, done.        
remote: Counting objects:  11% (1/9)        
remote: Counting objects:  22% (2/9)        
remote: Counting objects:  33% (3/9)        
remote: Counting objects:  44% (4/9)        
remote: Counting objects:  55% (5/9)        
remote: Counting objects:  66% (6/9)        
remote: Counting objects:  77% (7/9)        
remote: Counting objects:  88% (8/9)        
remote: Counting objects: 100% (9/9)        
remote: Counting objects: 100% (9/9), done.        
remote: Compressing objects:  20% (1/5)        
remote: Compressing objects:  40% (2/5)        
remote: Compressing objects:  60% (3/5)        
remote: Compressing objects:  80% (4/5)        
remote: Compressing objects: 100% (5/5)        
remote: Compressing objects: 100% (5/5), done.        
remote: Total 10 (delta 4), reused 4 (delta 4), pack-reused 1        
From https://github.com/python/cpython
 * branch                  3.10       -> FETCH_HEAD
Note: switching to '9afc6d102d16080535325f645849cd84eb04d57d'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 9afc6d102d [3.10] gh-113659: Skip hidden .pth files (GH-113660) (GH-114145)
Switched to and reset branch '3.10'

/tmp/ccTIeCCG.s: Assembler messages:
/tmp/ccTIeCCG.s: Fatal error: can't write 704 bytes to section .gnu.lto_async_gen_asend_traverse.169.3a79403c60a535b1 of Objects/genobject.o: 'No space left on device'
/tmp/ccTIeCCG.s: Fatal error: Objects/genobject.o: No space left on device
make: *** [Makefile:1856: Objects/genobject.o] Error 1
make: *** Waiting for unfinished jobs....
/tmp/ccsAxMhN.s: /tmp/ccTHPjqR.s: Assembler messages:
/tmp/ccTHPjqR.s: Fatal error: can't write 868 bytes to section .gnu.lto_wrapperdescr_get.96.819f6712e4f79bfd of Objects/descrobject.o: 'No space left on device'
Assembler messages:
/tmp/ccsAxMhN.s: Fatal error: can't write 1567 bytes to section .gnu.lto_.inline.64a40ed9593f5210 of Objects/codeobject.o: 'No space left on device'
/tmp/ccTHPjqR.s: Fatal error: Objects/descrobject.o: No space left on device
/tmp/ccsAxMhN.s: Fatal error: Objects/codeobject.o: No space left on device
/tmp/ccePppKQ.s: Assembler messages:
/tmp/ccePppKQ.s: Fatal error: can't write 22 bytes to section .text of Objects/genericaliasobject.o: 'No space left on device'
/tmp/ccePppKQ.s: Fatal error: Objects/genericaliasobject.o: No space left on device
make: *** [Makefile:1856: Objects/genericaliasobject.o] Error 1
make: *** [Makefile:1856: Objects/descrobject.o] Error 1
make: *** [Makefile:1856: Objects/codeobject.o] Error 1
/tmp/cc14PJRb.s: Assembler messages:
/tmp/cc14PJRb.s: Fatal error: can't write 1625 bytes to section .gnu.lto_ImportError_getstate.141.c09d579b8b28553d of Objects/exceptions.o: 'No space left on device'
/tmp/cciTB7AQ.s: Assembler messages:
/tmp/cciTB7AQ.s: Fatal error: can't write 37 bytes to section .text of Objects/floatobject.o: 'No space left on device'
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
as: BFD version 2.39-16.fc38 assertion fail ../../bfd/elf.c:3128
/tmp/cciTB7AQ.s: Fatal error: Objects/floatobject.o: No space left on device
/tmp/cc14PJRb.s: Fatal error: Objects/exceptions.o: No space left on device
make: *** [Makefile:1856: Objects/floatobject.o] Error 1
make: *** [Makefile:1856: Objects/exceptions.o] Error 1
/tmp/ccB8ZfQA.s: Assembler messages:
/tmp/ccB8ZfQA.s: Fatal error: can't write 937 bytes to section .gnu.lto__PyObject_GC_UNTRACK.75.91222f75c1fefa6a of Objects/bytesobject.o: 'No space left on device'
/tmp/ccb1hUwk.s: Assembler messages:
/tmp/ccb1hUwk.s: Fatal error: can't write 14 bytes to section .text of Objects/frameobject.o: 'No space left on device'
/tmp/ccB8ZfQA.s: Fatal error: Objects/bytesobject.o: No space left on device
/tmp/ccb1hUwk.s: Fatal error: Objects/frameobject.o: No space left on device
make: *** [Makefile:1856: Objects/frameobject.o] Error 1
make: *** [Makefile:1856: Objects/bytesobject.o] Error 1
/tmp/ccGb0JxU.s: Assembler messages:
/tmp/ccGb0JxU.s: Fatal error: can't write 229 bytes to section .gnu.lto_bytearray_replace__doc__.96.a346ef864daaa5de of Objects/bytearrayobject.o: 'No space left on device'
/tmp/ccGb0JxU.s: Fatal error: Objects/bytearrayobject.o: No space left on device
make: *** [Makefile:1856: Objects/bytearrayobject.o] Error 1
/tmp/cc4evCqv.s: Assembler messages:
/tmp/cc4evCqv.s: Fatal error: can't write 17 bytes to section .text of Parser/parser.o: 'No space left on device'
/tmp/cc4evCqv.s: Fatal error: Parser/parser.o: No space left on device
make: *** [Makefile:1856: Parser/parser.o] Error 1

find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
make: [Makefile:1940: clean-retain-profile] Error 1 (ignored)

@bedevere-bot
Copy link

⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️

Hi! The buildbot AMD64 Fedora Stable Clang 3.10 has failed when building commit 9afc6d1.

What do you need to do:

  1. Don't panic.
  2. Check the buildbot page in the devguide if you don't know what the buildbots are or how they work.
  3. Go to the page of the buildbot that failed (https://buildbot.python.org/all/#builders/627/builds/1113) and take a look at the build logs.
  4. Check if the failure is related to this commit (9afc6d1) or if it is a false positive.
  5. If the failure is related to this commit, please, reflect that on the issue and make a new Pull Request with a fix.

You can take a look at the buildbot page here:

https://buildbot.python.org/all/#builders/627/builds/1113

Summary of the results of the build (if available):

Click to see traceback logs
remote: Enumerating objects: 10, done.        
remote: Counting objects:  11% (1/9)        
remote: Counting objects:  22% (2/9)        
remote: Counting objects:  33% (3/9)        
remote: Counting objects:  44% (4/9)        
remote: Counting objects:  55% (5/9)        
remote: Counting objects:  66% (6/9)        
remote: Counting objects:  77% (7/9)        
remote: Counting objects:  88% (8/9)        
remote: Counting objects: 100% (9/9)        
remote: Counting objects: 100% (9/9), done.        
remote: Compressing objects:  20% (1/5)        
remote: Compressing objects:  40% (2/5)        
remote: Compressing objects:  60% (3/5)        
remote: Compressing objects:  80% (4/5)        
remote: Compressing objects: 100% (5/5)        
remote: Compressing objects: 100% (5/5), done.        
remote: Total 10 (delta 4), reused 4 (delta 4), pack-reused 1        
From https://github.com/python/cpython
 * branch                  3.10       -> FETCH_HEAD
Note: switching to '9afc6d102d16080535325f645849cd84eb04d57d'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 9afc6d102d [3.10] gh-113659: Skip hidden .pth files (GH-113660) (GH-114145)
Switched to and reset branch '3.10'

Objects/fileobject.c:256:9: warning: variable 'newlinetypes' set but not used [-Wunused-but-set-variable]
    int newlinetypes = 0;
        ^
1 warning generated.
Objects/dictobject.c:2281:16: warning: variable 'i' set but not used [-Wunused-but-set-variable]
    Py_ssize_t i, j;
               ^
1 warning generated.
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/Python-ast.o Python/Python-ast.c
1.	<eof> parser at end of file
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/context.o Python/context.c
1.	<eof> parser at end of file
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/future.o Python/future.c
1.	<eof> parser at end of file
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/bltinmodule.o Python/bltinmodule.c
1.	<eof> parser at end of file
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/frozenmain.o Python/frozenmain.c
1.	<eof> parser at end of file
 #0 0x00007f8b75ec350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f8b75ec0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f8b75ddafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f8b75ddaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f8b75ebd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f8b75debb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f8b75ea69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f8b75ea580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f8b7e49ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f8b7e87281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f8b7d2cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f8b7f44f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f8b7f3c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f8b7f4d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f8b7f01a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f8b75ddaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f8b7f019dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f8b7efe26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f8b7efe2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f8b7effe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f8b74c49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f8b74c49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/context.o] Error 1
make: *** Waiting for unfinished jobs....
 #0 0x00007fb31a0c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007fb31a0c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007fb319fdafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007fb319fdaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007fb31a0bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007fb319febb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007fb31a0a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007fb31a0a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007fb32269ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007fb322a7281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007fb3214cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007fb32364f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007fb3235c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007fb3236d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007fb32321a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007fb319fdaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007fb323219dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007fb3231e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007fb3231e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007fb3231fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007fb318e49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007fb318e49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
 #0 0x00007f5856cc350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f5856cc0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f5856bdafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f5856bdaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f5856cbd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f5856bebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f5856ca69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f5856ca580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f585f29ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f585f67281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f585e0cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f586024f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f58601c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f58602d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f585fe1a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f5856bdaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f585fe19dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f585fde26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f585fde2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f585fdfe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f5855a49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f5855a49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/future.o] Error 1
make: *** [Makefile:1856: Python/Python-ast.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/compile.o Python/compile.c
1.	<eof> parser at end of file
 #0 0x00007fcf9fec350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007fcf9fec0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007fcf9fddafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007fcf9fddaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007fcf9febd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007fcf9fdebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007fcf9fea69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007fcf9fea580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007fcfa849ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007fcfa887281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007fcfa72cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007fcfa944f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007fcfa93c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007fcfa94d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007fcfa901a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007fcf9fddaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007fcfa9019dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007fcfa8fe26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007fcfa8fe2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007fcfa8ffe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007fcf9ec49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007fcf9ec49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/bltinmodule.o] Error 1
 #0 0x00007efe79cc350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007efe79cc0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007efe79bdafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007efe79bdaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007efe79cbd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007efe79bebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007efe79ca69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007efe79ca580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007efe8229ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007efe8267281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007efe810cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007efe8324f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007efe831c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007efe832d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007efe82e1a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007efe79bdaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007efe82e19dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007efe82de26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007efe82de2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007efe82dfe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007efe78a49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007efe78a49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/frozenmain.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/getargs.o Python/getargs.c
1.	<eof> parser at end of file
 #0 0x00007f03ed6c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f03ed6c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f03ed5dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f03ed5daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f03ed6bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f03ed5ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f03ed6a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f03ed6a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f03f5c9ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f03f607281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f03f4acf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f03f6c4f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f03f6bc8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f03f6cd28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f03f681a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f03ed5daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f03f6819dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f03f67e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f03f67e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f03f67fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f03ec449b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f03ec449c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/compile.o] Error 1
 #0 0x00007fd8e54c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007fd8e54c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007fd8e53dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007fd8e53daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007fd8e54bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007fd8e53ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007fd8e54a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007fd8e54a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007fd8eda9ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007fd8ede7281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007fd8ec8cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007fd8eea4f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007fd8ee9c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007fd8eead28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007fd8ee61a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007fd8e53daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007fd8ee619dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007fd8ee5e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007fd8ee5e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007fd8ee5fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007fd8e4249b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007fd8e4249c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/getargs.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/ceval.o Python/ceval.c
1.	<eof> parser at end of file
 #0 0x00007f6bfaac350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f6bfaac0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f6bfa9dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f6bfa9daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f6bfaabd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f6bfa9ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f6bfaaa69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f6bfaaa580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f6c0309ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f6c0347281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f6c01ecf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f6c0404f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f6c03fc8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f6c040d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f6c03c1a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f6bfa9daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f6c03c19dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f6c03be26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f6c03be2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f6c03bfe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f6bf9849b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f6bf9849c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/ceval.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -g -O0 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Objects/unicodeobject.o Objects/unicodeobject.c
1.	<eof> parser at end of file
 #0 0x00007f6b748c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f6b748c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f6b747dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f6b747daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f6b748bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f6b747ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f6b748a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f6b748a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f6b7ce9ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f6b7d27281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f6b7bccf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f6b7de4f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f6b7ddc8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f6b7ded28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f6b7da1a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f6b747daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f6b7da19dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f6b7d9e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f6b7d9e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f6b7d9fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f6b73649b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f6b73649c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Objects/unicodeobject.o] Error 1

find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
make: [Makefile:1940: clean-retain-profile] Error 1 (ignored)

@bedevere-bot
Copy link

⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️

Hi! The buildbot AMD64 Fedora Stable Clang Installed 3.10 has failed when building commit 9afc6d1.

What do you need to do:

  1. Don't panic.
  2. Check the buildbot page in the devguide if you don't know what the buildbots are or how they work.
  3. Go to the page of the buildbot that failed (https://buildbot.python.org/all/#builders/650/builds/1113) and take a look at the build logs.
  4. Check if the failure is related to this commit (9afc6d1) or if it is a false positive.
  5. If the failure is related to this commit, please, reflect that on the issue and make a new Pull Request with a fix.

You can take a look at the buildbot page here:

https://buildbot.python.org/all/#builders/650/builds/1113

Summary of the results of the build (if available):

Click to see traceback logs
remote: Enumerating objects: 10, done.        
remote: Counting objects:  11% (1/9)        
remote: Counting objects:  22% (2/9)        
remote: Counting objects:  33% (3/9)        
remote: Counting objects:  44% (4/9)        
remote: Counting objects:  55% (5/9)        
remote: Counting objects:  66% (6/9)        
remote: Counting objects:  77% (7/9)        
remote: Counting objects:  88% (8/9)        
remote: Counting objects: 100% (9/9)        
remote: Counting objects: 100% (9/9), done.        
remote: Compressing objects:  20% (1/5)        
remote: Compressing objects:  40% (2/5)        
remote: Compressing objects:  60% (3/5)        
remote: Compressing objects:  80% (4/5)        
remote: Compressing objects: 100% (5/5)        
remote: Compressing objects: 100% (5/5), done.        
remote: Total 10 (delta 4), reused 4 (delta 4), pack-reused 1        
From https://github.com/python/cpython
 * branch                  3.10       -> FETCH_HEAD
Note: switching to '9afc6d102d16080535325f645849cd84eb04d57d'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 9afc6d102d [3.10] gh-113659: Skip hidden .pth files (GH-113660) (GH-114145)
Switched to and reset branch '3.10'

Objects/fileobject.c:256:9: warning: variable 'newlinetypes' set but not used [-Wunused-but-set-variable]
    int newlinetypes = 0;
        ^
1 warning generated.
Objects/dictobject.c:2281:16: warning: variable 'i' set but not used [-Wunused-but-set-variable]
    Py_ssize_t i, j;
               ^
1 warning generated.
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/codecs.o Python/codecs.c
1.	<eof> parser at end of file
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/bltinmodule.o Python/bltinmodule.c
1.	<eof> parser at end of file
 #0 0x00007f7b270c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f7b270c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f7b26fdafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f7b26fdaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f7b270bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f7b26febb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f7b270a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f7b270a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f7b2f69ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f7b2fa7281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f7b2e4cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f7b3064f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f7b305c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f7b306d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f7b3021a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f7b26fdaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f7b30219dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f7b301e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f7b301e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f7b301fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f7b25e49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f7b25e49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/codecs.o] Error 1
make: *** Waiting for unfinished jobs....
 #0 0x00007f64fc8c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f64fc8c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f64fc7dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f64fc7daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f64fc8bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f64fc7ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f64fc8a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f64fc8a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f6504e9ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f650527281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f6503ccf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f6505e4f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f6505dc8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f6505ed28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f6505a1a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f64fc7daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f6505a19dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f65059e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f65059e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f65059fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f64fb649b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f64fb649c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/bltinmodule.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/errors.o Python/errors.c
1.	<eof> parser at end of file
 #0 0x00007fc647cc350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007fc647cc0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007fc647bdafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007fc647bdaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007fc647cbd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007fc647bebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007fc647ca69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007fc647ca580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007fc65029ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007fc65067281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007fc64f0cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007fc65124f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007fc6511c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007fc6512d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007fc650e1a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007fc647bdaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007fc650e19dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007fc650de26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007fc650de2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007fc650dfe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007fc646a49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007fc646a49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/errors.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Objects/typeobject.o Objects/typeobject.c
1.	<eof> parser at end of file
 #0 0x00007f12432c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f12432c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f12431dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f12431daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f12432bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f12431ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f12432a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f12432a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f124b89ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f124bc7281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f124a6cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f124c84f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f124c7c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f124c8d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f124c41a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f12431daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f124c419dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f124c3e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f124c3e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f124c3fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f1242049b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f1242049c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Objects/typeobject.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Parser/parser.o Parser/parser.c
1.	<eof> parser at end of file
 #0 0x00007f59810c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f59810c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f5980fdafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f5980fdaf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f59810bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f5980febb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f59810a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f59810a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f598969ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f5989a7281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f59884cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f598a64f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f598a5c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f598a6d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f598a21a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f5980fdaf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f598a219dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f598a1e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f598a1e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f598a1fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f597fe49b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f597fe49c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Parser/parser.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/Python-ast.o Python/Python-ast.c
1.	<eof> parser at end of file
 #0 0x00007f137d2c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f137d2c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f137d1dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f137d1daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f137d2bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f137d1ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f137d2a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f137d2a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f138589ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f1385c7281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f13846cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f138684f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f13867c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f13868d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f138641a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f137d1daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f1386419dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f13863e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f13863e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f13863fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f137c049b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f137c049c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/Python-ast.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/ceval.o Python/ceval.c
1.	<eof> parser at end of file
 #0 0x00007fe2a62c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007fe2a62c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007fe2a61dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007fe2a61daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007fe2a62bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007fe2a61ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007fe2a62a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007fe2a62a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007fe2ae89ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007fe2aec7281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007fe2ad6cf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007fe2af84f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007fe2af7c8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007fe2af8d28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007fe2af41a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007fe2a61daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007fe2af419dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007fe2af3e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007fe2af3e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007fe2af3fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007fe2a5049b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007fe2a5049c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/ceval.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/compile.o Python/compile.c
1.	<eof> parser at end of file
 #0 0x00007f77208c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f77208c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f77207dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f77207daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f77208bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f77207ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f77208a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f77208a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f7728e9ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f772927281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f7727ccf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f7729e4f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f7729dc8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f7729ed28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f7729a1a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f77207daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f7729a19dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f77299e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f77299e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f77299fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f771f649b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f771f649c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Python/compile.o] Error 1
fatal error: error in backend: IO failure on output stream: No space left on device
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Objects/unicodeobject.o Objects/unicodeobject.c
1.	<eof> parser at end of file
 #0 0x00007f3eca6c350a llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib64/libLLVM-16.so+0xcc350a)
 #1 0x00007f3eca6c0e94 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-16.so+0xcc0e94)
 #2 0x00007f3eca5dafb2 (/lib64/libLLVM-16.so+0xbdafb2)
 #3 0x00007f3eca5daf6f (/lib64/libLLVM-16.so+0xbdaf6f)
 #4 0x00007f3eca6bd48d (/lib64/libLLVM-16.so+0xcbd48d)
 #5 0x0000000000416b17 (/usr/bin/clang-16+0x416b17)
 #6 0x00007f3eca5ebb77 llvm::report_fatal_error(llvm::Twine const&, bool) (/lib64/libLLVM-16.so+0xbebb77)
 #7 0x00007f3eca6a69a5 llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca69a5)
 #8 0x00007f3eca6a580d llvm::raw_fd_ostream::~raw_fd_ostream() (/lib64/libLLVM-16.so+0xca580d)
 #9 0x00007f3ed2c9ebf6 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/lib64/libclang-cpp.so.16+0x1c9ebf6)
#10 0x00007f3ed307281d (/lib64/libclang-cpp.so.16+0x207281d)
#11 0x00007f3ed1acf95f clang::ParseAST(clang::Sema&, bool, bool) (/lib64/libclang-cpp.so.16+0xacf95f)
#12 0x00007f3ed3c4f966 clang::FrontendAction::Execute() (/lib64/libclang-cpp.so.16+0x2c4f966)
#13 0x00007f3ed3bc8840 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/lib64/libclang-cpp.so.16+0x2bc8840)
#14 0x00007f3ed3cd28c4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/lib64/libclang-cpp.so.16+0x2cd28c4)
#15 0x000000000041655a cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-16+0x41655a)
#16 0x0000000000412ded (/usr/bin/clang-16+0x412ded)
#17 0x00007f3ed381a4e6 (/lib64/libclang-cpp.so.16+0x281a4e6)
#18 0x00007f3eca5daf44 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/lib64/libLLVM-16.so+0xbdaf44)
#19 0x00007f3ed3819dc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (/lib64/libclang-cpp.so.16+0x2819dc7)
#20 0x00007f3ed37e26be clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/lib64/libclang-cpp.so.16+0x27e26be)
#21 0x00007f3ed37e2927 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/lib64/libclang-cpp.so.16+0x27e2927)
#22 0x00007f3ed37fe83a clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/lib64/libclang-cpp.so.16+0x27fe83a)
#23 0x00000000004124a1 clang_main(int, char**) (/usr/bin/clang-16+0x4124a1)
#24 0x00007f3ec9449b8a __libc_start_call_main (/lib64/libc.so.6+0x27b8a)
#25 0x00007f3ec9449c4b __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x27c4b)
#26 0x000000000040f185 _start (/usr/bin/clang-16+0x40f185)
make: *** [Makefile:1856: Objects/unicodeobject.o] Error 1

chmod: cannot access 'target/': No such file or directory

find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
make: [Makefile:1940: clean-retain-profile] Error 1 (ignored)

@bedevere-bot
Copy link

⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️

Hi! The buildbot AMD64 Fedora Stable LTO + PGO 3.10 has failed when building commit 9afc6d1.

What do you need to do:

  1. Don't panic.
  2. Check the buildbot page in the devguide if you don't know what the buildbots are or how they work.
  3. Go to the page of the buildbot that failed (https://buildbot.python.org/all/#builders/651/builds/1115) and take a look at the build logs.
  4. Check if the failure is related to this commit (9afc6d1) or if it is a false positive.
  5. If the failure is related to this commit, please, reflect that on the issue and make a new Pull Request with a fix.

You can take a look at the buildbot page here:

https://buildbot.python.org/all/#builders/651/builds/1115

Summary of the results of the build (if available):

Click to see traceback logs
remote: Enumerating objects: 10, done.        
remote: Counting objects:  12% (1/8)        
remote: Counting objects:  25% (2/8)        
remote: Counting objects:  37% (3/8)        
remote: Counting objects:  50% (4/8)        
remote: Counting objects:  62% (5/8)        
remote: Counting objects:  75% (6/8)        
remote: Counting objects:  87% (7/8)        
remote: Counting objects: 100% (8/8)        
remote: Counting objects: 100% (8/8), done.        
remote: Compressing objects:  33% (1/3)        
remote: Compressing objects:  66% (2/3)        
remote: Compressing objects: 100% (3/3)        
remote: Compressing objects: 100% (3/3), done.        
remote: Total 10 (delta 5), reused 5 (delta 5), pack-reused 2        
From https://github.com/python/cpython
 * branch                  3.10       -> FETCH_HEAD
Note: switching to '9afc6d102d16080535325f645849cd84eb04d57d'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 9afc6d102d [3.10] gh-113659: Skip hidden .pth files (GH-113660) (GH-114145)
Switched to and reset branch '3.10'

find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
make[2]: [Makefile:1940: clean-retain-profile] Error 1 (ignored)
Objects/obmalloc.c:1413:1: warning: ‘always_inline’ function might not be inlinable [-Wattributes]
 1413 | arena_map_get(block *p, int create)
      | ^~~~~~~~~~~~~
/tmp/ccSaESXl.s: Assembler messages:
/tmp/ccSaESXl.s: Fatal error: can't write 1511 bytes to section .gnu.lto_stringlib__preprocess.138.5687f421a8afa503 of Objects/bytesobject.o: 'No space left on device'
/tmp/ccSaESXl.s: Fatal error: Objects/bytesobject.o: No space left on device
make[3]: *** [Makefile:1856: Objects/bytesobject.o] Error 1
make[3]: *** Waiting for unfinished jobs....
/tmp/cchn1XGC.s: Assembler messages:
/tmp/cchn1XGC.s: Fatal error: Objects/rangeobject.o: No space left on device
make[3]: *** [Makefile:1856: Objects/rangeobject.o] Error 1
/tmp/ccheOqeI.s: Assembler messages:
/tmp/ccheOqeI.s: Fatal error: can't write 151 bytes to section .gnu.lto___gcov_.list_count.730.b50a965ad53f0b7f of Objects/listobject.o: 'No space left on device'
/tmp/ccheOqeI.s: Fatal error: Objects/listobject.o: No space left on device
make[3]: *** [Makefile:1856: Objects/listobject.o] Error 1
/tmp/cczPv7BO.s: Assembler messages:
/tmp/cczPv7BO.s: Fatal error: Objects/obmalloc.o: No space left on device
make[3]: *** [Makefile:1856: Objects/obmalloc.o] Error 1
/tmp/cchkvn8O.s: Assembler messages:
/tmp/cchkvn8O.s: Fatal error: can't write 546 bytes to section .gnu.lto_memory_methods.212.7119ddb0f25ad301 of Objects/memoryobject.o: 'No space left on device'
/tmp/cchkvn8O.s: Fatal error: Objects/memoryobject.o: No space left on device
make[3]: *** [Makefile:1856: Objects/memoryobject.o] Error 1
/tmp/ccxUeTdH.s: Assembler messages:
/tmp/ccxUeTdH.s: Fatal error: can't write 3887 bytes to section .gnu.lto_.decls.9a6a6a306417daf5 of Objects/object.o: 'No space left on device'
/tmp/ccxUeTdH.s: Fatal error: Objects/object.o: No space left on device
make[3]: *** [Makefile:1856: Objects/object.o] Error 1
/tmp/ccMMTADI.s: Assembler messages:
/tmp/ccMMTADI.s: Fatal error: can't write 1149 bytes to section .gnu.lto_dict_update.164.29648900483a0e7 of Objects/dictobject.o: 'No space left on device'
/tmp/ccMMTADI.s: Fatal error: Objects/dictobject.o: No space left on device
make[3]: *** [Makefile:1856: Objects/dictobject.o] Error 1
/tmp/cc36csp8.s: Assembler messages:
/tmp/cc36csp8.s: Fatal error: can't write 3887 bytes to section .gnu.lto_.decls.6e7e0a1210711a10 of Objects/setobject.o: 'No space left on device'
/tmp/cc36csp8.s: Fatal error: Objects/setobject.o: No space left on device
make[3]: *** [Makefile:1856: Objects/setobject.o] Error 1
/tmp/ccItJW4A.s: Assembler messages:
/tmp/ccItJW4A.s: Fatal error: can't write 2449 bytes to section .gnu.lto_PyLong_FromUnicodeObject.160.c98c7ab29eece97b of Objects/longobject.o: 'No space left on device'
/tmp/ccItJW4A.s: Fatal error: Objects/longobject.o: No space left on device
make[3]: *** [Makefile:1856: Objects/longobject.o] Error 1
/tmp/cc9KsNbz.s: Assembler messages:
/tmp/cc9KsNbz.s: Fatal error: can't write 12 bytes to section .data of Parser/parser.o: 'No space left on device'
/tmp/cc9KsNbz.s: Fatal error: Parser/parser.o: No space left on device
make[3]: *** [Makefile:1856: Parser/parser.o] Error 1
make[2]: *** [Makefile:531: build_all_generate_profile] Error 2
make[1]: *** [Makefile:507: profile-gen-stamp] Error 2
make: *** [Makefile:519: profile-run-stamp] Error 2

find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
make: [Makefile:1940: clean-retain-profile] Error 1 (ignored)

Dev-Mw added a commit to Dev-Mw/cpython that referenced this pull request Jan 21, 2024
* gh-111926: Set up basic sementics of weakref API for freethreading (gh-113621)

---------

Co-authored-by: Sam Gross <colesbury@gmail.com>

* gh-113603: Compiler no longer tries to maintain the no-empty-block invariant (#113636)

* gh-113258: Write frozen modules to the build tree on Windows (GH-113303)

This ensures the source directory is not modified at build time, and different builds (e.g. different versions or GIL vs no-GIL) do not have conflicts.

* Document the `co_lines` method on code objects (#113682)

Co-authored-by: Hugo van Kemenade <hugovk@users.noreply.github.com>

* gh-52161: Enhance Cmd support for docstrings (#110987)

In `cmd.Cmd.do_help` call `inspect.cleandoc()`,
to clean indentation and remove leading/trailing empty
lines from a dosctring before printing.

* GH-113689: Fix broken handling of invalid executors (GH-113694)

* gh-113696: Docs: Annotate PyObject_CallOneArg and PyObject_CallNoArgs as returning a strong reference (#113697)

* gh-113569: Display calls in Mock.assert_has_calls failure when empty (GH-113573)

* gh-113538: Don't error in stream reader protocol callback when task is cancelled (#113690)

* GH-113225: Speed up `pathlib.Path.glob()` (#113226)

Use `os.DirEntry.path` as the string representation of child paths, unless
the parent path is empty, in which case we use the entry `name`.

* gh-112532: Isolate abandoned segments by interpreter (#113717)

* gh-112532: Isolate abandoned segments by interpreter

Mimalloc segments are data structures that contain memory allocations along
with metadata. Each segment is "owned" by a thread. When a thread exits,
it abandons its segments to a global pool to be later reclaimed by other
threads. This changes the pool to be per-interpreter instead of process-wide.

This will be important for when we use mimalloc to find GC objects in the
`--disable-gil` builds. We want heaps to only store Python objects from a
single interpreter. Absent this change, the abandoning and reclaiming process
could break this isolation.

* Add missing '&_mi_abandoned_default' to 'tld_empty'

* gh-113320: Reduce the number of dangerous `getattr()` calls when constructing protocol classes (#113401)

- Only attempt to figure out whether protocol members are "method members" or not if the class is marked as a runtime protocol. This information is irrelevant for non-runtime protocols; we can safely skip the risky introspection for them.
- Only do the risky getattr() calls in one place (the runtime_checkable class decorator), rather than in three places (_ProtocolMeta.__init__, _ProtocolMeta.__instancecheck__ and _ProtocolMeta.__subclasscheck__). This reduces the number of locations in typing.py where the risky introspection could go wrong.
- For runtime protocols, if determining whether a protocol member is callable or not fails, give a better error message. I think it's reasonable for us to reject runtime protocols that have members which raise strange exceptions when you try to access them. PEP-544 clearly states that all protocol member must be callable for issubclass() calls against the protocol to be valid -- and if a member raises when we try to access it, there's no way for us to figure out whether it's a callable member or not!

* GH-113486: Do not emit spurious PY_UNWIND events for optimized calls to classes. (GH-113680)

* gh-113703: Correctly identify incomplete f-strings in the codeop module (#113709)

* gh-101100: Fix Sphinx warnings for 2.6 deprecations and removals (#113725)

Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>
Co-authored-by: Hugo van Kemenade <hugovk@users.noreply.github.com>

* gh-80532: Do not set ipv6type when cross-compiling (#17956)

Co-authored-by: Xavier de Gaye <xdegaye@gmail.com>

* gh-101100: Fix Sphinx warnings in `library/pyclbr.rst` (#113739)

Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>

* gh-112532: Tag mimalloc heaps and pages (#113742)

* gh-112532: Tag mimalloc heaps and pages

Mimalloc pages are data structures that contain contiguous allocations
of the same block size. Note that they are distinct from operating
system pages. Mimalloc pages are contained in segments.

When a thread exits, it abandons any segments and contained pages that
have live allocations. These segments and pages may be later reclaimed
by another thread. To support GC and certain thread-safety guarantees in
free-threaded builds, we want pages to only be reclaimed by the
corresponding heap in the claimant thread. For example, we want pages
containing GC objects to only be claimed by GC heaps.

This allows heaps and pages to be tagged with an integer tag that is
used to ensure that abandoned pages are only claimed by heaps with the
same tag. Heaps can be initialized with a tag (0-15); any page allocated
by that heap copies the corresponding tag.

* Fix conversion warning

* gh-113688: Split up gcmodule.c (gh-113715)

This splits part of Modules/gcmodule.c of into Python/gc.c, which
now contains the core garbage collection implementation. The Python
module remain in the Modules/gcmodule.c file.

* GH-113568: Stop raising auditing events from pathlib ABCs (#113571)

Raise auditing events in `pathlib.Path.glob()`, `rglob()` and `walk()`,
but not in `pathlib._abc.PathBase` methods. Also move generation of a
deprecation warning into `pathlib.Path` so it gets the right stack level.

* gh-85567: Fix resouce warnings in pickle and pickletools CLIs (GH-113618)

Explicitly open and close files instead of using FileType.

* gh-113360: Fix the documentation of module's attribute __test__ (GH-113393)

It can only be a dict since Python 2.4.

* GH-113568: Stop raising deprecation warnings from pathlib ABCs (#113757)

* gh-113750: Fix object resurrection in free-threaded builds (gh-113751)

gh-113750: Fix object resurrection on free-threaded builds

This avoids the undesired re-initializing of fields like `ob_gc_bits`,
`ob_mutex`, and `ob_tid` when an object is resurrected due to its
finalizer being called.

This change has no effect on the default (with GIL) build.

* gh-113729: Fix IDLE's Help -> "IDLE Help" menu bug in 3.12.1 and 3.11.7 (#113731)

Co-authored-by: Terry Jan Reedy <tjreedy@udel.edu>

* gh-113537: support loads str in plistlib.loads (#113582)

Add support for loading XML plists from a string value instead of a only bytes value.

* gh-111488: Changed error message in case of no 'in' keyword after 'for' in cmp (#113656)

* gh-107901: synthetic jumps which are not at end of loop no longer check the eval breaker (#113721)

* GH-113528: pathlib ABC tests: add repr to dummy path classes. (#113777)

The `DummyPurePath` and `DummyPath` test classes are simple subclasses of
`PurePathBase` and `PathBase`. This commit adds `__repr__()` methods to the
dummy classes, which makes debugging test failures less painful.

* GH-113528: Split up pathlib tests for invalid basenames. (#113776)

Split test cases for invalid names into dedicated test methods. This will
make it easier to refactor tests for invalid name handling in ABCs later.

No change of coverage, just a change of test suite organisation.

* GH-113528: Slightly improve `pathlib.Path.glob()` tests for symlink loop handling (#113763)

Slightly improve `pathlib.Path.glob()` tests for symlink loop handling

When filtering results, ignore paths with more than one `linkD/` segment,
rather than all paths below the first `linkD/` segment. This allows us
to test that other paths under `linkD/` are correctly returned.

* GH-113528: Deoptimise `pathlib._abc.PurePathBase.name` (#113531)

Replace usage of `_from_parsed_parts()` with `with_segments()` in
`with_name()`, and take a similar approach in `name` for consistency's
sake.

* GH-113528: Deoptimise `pathlib._abc.PurePathBase.parent` (#113530)

Replace use of `_from_parsed_parts()` with `with_segments()`, and move
assignments to `_drv`, `_root`, _tail_cached` and `_str` slots into
`PurePath`.

* GH-113528: Deoptimise `pathlib._abc.PurePathBase.relative_to()` (#113529)

Replace use of `_from_parsed_parts()` with `with_segments()` in
`PurePathBase.relative_to()`, and move the assignment of `_drv`, `_root`
and `_tail_cached` slots into `PurePath.relative_to()`.

* gh-89532: Remove LibreSSL workarounds (#28728)

Remove LibreSSL specific workaround ifdefs from `_ssl.c` and delete the non-version-specific `_ssl_data.h` file (relevant for OpenSSL < 1.1.1, which we no longer support per PEP 644).

Co-authored-by: Christian Heimes <christian@python.org>
Co-authored-by: Gregory P. Smith <greg@krypto.org>

* gh-112795: Allow `/` folder in a zipfile (#112932)

Allow extraction (no-op) of a "/" folder in a zipfile, they are commonly added by some archive creation tools.

Co-authored-by: Erlend E. Aasland <erlend@python.org>
Co-authored-by: Gregory P. Smith <greg@krypto.org>

* gh-73965: New environment variable PYTHON_HISTORY (#13208)

It can be used to set the location of a .python_history file

---------

Co-authored-by: Levi Sabah <0xl3vi@gmail.com>
Co-authored-by: Hugo van Kemenade <hugovk@users.noreply.github.com>

* gh-73965: Move PYTHON_HISTORY into the correct usage section (#113798)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>

* gh-80109: Fix io.TextIOWrapper dropping the internal buffer during write() (GH-22535)

io.TextIOWrapper was dropping the internal decoding buffer
during read() and write() calls.

* gh-74678: Increase base64 test coverage (GH-21913)

Ensure the character y is disallowed within an Ascii85 5-tuple.

Co-authored-by: Lee Cannon <leecannon@leecannon.xyz>

* gh-110721: Remove unused code from suggestions.c after moving PyErr_Display to use the traceback module (#113712)

* gh-113391: fix outdated PyObject_HasAttr docs (#113420)

After #53875: PyObject_HasAttr is not an equivalent of hasattr.
PyObject_HasAttrWithError is; it already has the note.

* gh-113787: Fix refleaks in test_capi (gh-113816)

Fix refleaks and a typo.

* gh-113755: Fully adapt gcmodule.c to Argument Clinic (#113756)

Adapt the following functions to Argument Clinic:

- gc.set_threshold
- gc.get_referrers
- gc.get_referents

* Minor algebraic simplification for the totient() recipe (gh-113822)

* GH-113528: Move a few misplaced pathlib tests (#113527)

`PurePathBase` does not define `__eq__()`, and so we have no business checking path equality in `test_eq_common` and `test_equivalences`. The tests only pass at the moment because we define the test class's `__eq__()` for use elsewhere.

Also move `test_parse_path_common` into the main pathlib test suite. It exercises a private `_parse_path()` method that will be moved to `PurePath` soon.

Lastly move a couple more tests concerned with optimisations and path normalisation.

* gh-113688: fix dtrace build on Solaris (#113814)

(the gcmodule -> gc refactoring broke it)

* GH-113528: Speed up pathlib ABC tests. (#113788)

- Add `__slots__` to dummy path classes.
- Return namedtuple rather than `os.stat_result` from `DummyPath.stat()`.
- Reduce maximum symlink count in `DummyPathWithSymlinks.resolve()`.

* gh-113791: Expose CLOCK_MONOTONIC_RAW_APPROX and CLOCK_UPTIME_RAW_APROX on macOS in the time module (#113792)

* GH-111693: Propagate correct asyncio.CancelledError instance out of asyncio.Condition.wait() (#111694)

Also fix a race condition in `asyncio.Semaphore.acquire()` when cancelled.

* gh-113827: Move Windows frozen modules directory to allow PGO builds (GH-113828)

* gh-113027: Fix test_variable_tzname in test_email (#113821)

Determine the support of the Kyiv timezone by checking the result of
astimezone() which uses the system tz database and not the one
populated by zoneinfo.

* readme: fix displaying issue of command (#113719)

Avoid line break in command as this causes displaying issues on GH.

* gh-112806: Remove unused function warnings during mimalloc build on Solaris (#112807)

* gh-112808: Fix mimalloc build on Solaris (#112809)

* gh-112087: Update list.{pop,clear,reverse,remove} to use CS (gh-113764)

* Docs: Link tokens in the format string grammars (#108184)

Co-authored-by: Adam Turner <9087854+aa-turner@users.noreply.github.com>
Co-authored-by: Sergey B Kirpichev <skirpichev@gmail.com>

* gh-113692: skip a test if multiprocessing isn't available. (GH-113704)

* gh-101100: Fix Sphinx warnings for 2.6 port-specific deprecations (#113752)

* gh-113842: Add missing error check for PyIter_Next() in Python/symtable.c (GH-113843)

* gh-87868: Sort and remove duplicates in getenvironment() (GH-102731)

Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>
Co-authored-by: Pieter Eendebak <pieter.eendebak@gmail.com>
Co-authored-by: Erlend E. Aasland <erlend.aasland@protonmail.com>

* gh-103092: Test _ctypes type hierarchy and features (#113727)

Test the following features for _ctypes types:
- disallow instantiation
- inheritance (MRO)
- immutability
- type name

The following _ctypes types are tested:
- Array
- CField
- COMError
- PyCArrayType
- PyCFuncPtrType
- PyCPointerType
- PyCSimpleType
- PyCStructType
- Structure
- Union
- UnionType
- _CFuncPtr
- _Pointer
- _SimpleCData

Co-authored-by: Erlend E. Aasland <erlend.aasland@protonmail.com>

* gh-113650: Add workaround option for MSVC ARM64 bug affecting string encoding (GH-113836)

* Fix opcode name printing in debug mode (#113870)

Fix a few places where the lltrace debug output printed ``(null)`` instead of an opcode name, because it was calling ``_PyUOpName()`` on a Tier-1 opcode.

* Simplify binomial approximation example with random.binomialvariate() (gh-113871)

* GH-113528: Deoptimise `pathlib._abc.PathBase._make_child_relpath()` (#113532)

Call straight through to `joinpath()` in `PathBase._make_child_relpath()`.
Move optimised/caching code to `pathlib.Path._make_child_relpath()`

* gh-113848: Use PyErr_GivenExceptionMatches() for check for CancelledError (GH-113849)

* gh-113848: Handle CancelledError subclasses in asyncio TaskGroup() and timeout() (GH-113850)

* gh-113781: Silence AttributeError in warning module during Python finalization (GH-113813)

The tracemalloc module can already be cleared.

* GH-113661: unittest runner: Don't exit 5 if tests were skipped (#113856)

The intention of exiting 5 was to detect issues where the test suite
wasn't discovered at all. If we skipped tests, it was correctly
discovered.

* GH-113528: Deoptimise `pathlib._abc.PathBase.resolve()` (#113782)

Replace use of `_from_parsed_parts()` with `with_segments()` in
`resolve()`.

No effect on `Path.resolve()`, which uses `os.path.realpath()`.

* gh-66060: Use actual class name in _io type's __repr__ (#30824)

Use the object's actual class name in the following _io type's __repr__:
- FileIO
- TextIOWrapper
- _WindowsConsoleIO

* GH-113528: Deoptimise `pathlib._abc.PurePathBase.parts` (#113883)

Implement `parts` using `_stack`, which itself calls `pathmod.split()`
repeatedly. This avoids use of `_tail`, which will be moved to `PurePath`
shortly.

* GH-113528: Deoptimise `pathlib._abc.PurePathBase.relative_to()` (again) (#113882)

Restore full battle-tested implementations of `PurePath.[is_]relative_to()`. These were recently split up in 3375dfe and a15a773.

In `PurePathBase`, add entirely new implementations based on `_stack`, which itself calls `pathmod.split()` repeatedly to disassemble a path. These new implementations preserve features like trailing slashes where possible, while still observing that a `..` segment cannot be added to traverse an empty or `.` segment in *walk_up* mode. They do not rely on `parents` nor `__eq__()`, nor do they spin up temporary path objects.

Unfortunately calling `pathmod.relpath()` isn't an option, as it calls `abspath()` and in turn `os.getcwd()`, which is impure.

* gh-111968: Introduce _PyFreeListState and _PyFreeListState_GET API (gh-113584)

* GH-113528: Deoptimise `pathlib._abc.PurePathBase` (#113559)

Apply pathlib's normalization and performance tuning in `pathlib.PurePath`, but not `pathlib._abc.PurePathBase`.

With this change, the pathlib ABCs do not normalize away alternate path separators, empty segments, or dot segments. A single string given to the initialiser will round-trip by default, i.e. `str(PurePathBase(my_string)) == my_string`. Implementors can set their own path domain-specific normalization scheme by overriding `__str__()`

Eliminating path normalization makes maintaining and caching the path's parts and string representation both optional and not very useful, so this commit moves the `_drv`, `_root`, `_tail_cached` and `_str` slots from `PurePathBase` to `PurePath`. Only `_raw_paths` and `_resolving` slots remain in `PurePathBase`. This frees the ABCs from the burden of some of pathlib's hardest-to-understand code.

* pathlib ABCs: Require one or more initialiser arguments (#113885)

Refuse to guess what a user means when they initialise a pathlib ABC
without any positional arguments. In mainline pathlib it's normalised to
`.`, but in the ABCs this guess isn't appropriate; for example, the path
type may not represent the current directory as `.`, or may have no concept
of a "current directory" at all.

* gh-112182: Replace StopIteration with RuntimeError for future (#113220)

When an `StopIteration` raises into `asyncio.Future`, this will cause
a thread to hang. This commit address this by not raising an exception
and silently transforming the `StopIteration` with a `RuntimeError`,
which the caller can reconstruct from `fut.exception().__cause__`

* GH-113858: GitHub Actions config: Only save ccache on pushes (GH-113859)

* gh-113877: Fix Tkinter method winfo_pathname() on 64-bit Windows (GH-113900)

winfo_id() converts the result of "winfo id" command to integer, but
"winfo pathname" command requires an argument to be a hexadecimal number
on Win64.

* gh-113879: Fix ResourceWarning in test_asyncio.test_server (GH-113881)

* gh-96037: Always insert TimeoutError when exit an expired asyncio.timeout() block (GH-113819)

If other exception was raised during exiting an expired
asyncio.timeout() block, insert TimeoutError in the exception context
just above the CancelledError.

* gh-70835: Clarify error message for CSV file opened with wrong newline (GH-113786)

Based on patch by SilentGhost.

* gh-113594: Fix UnicodeEncodeError in TokenList.fold() (GH-113730)

It occurred when try to re-encode an unknown-8bit part combined with non-unknown-8bit part.

* gh-113664: Improve style of Big O notation (GH-113695)

Use cursive to make it looking like mathematic formulas.

* gh-58032: Do not use argparse.FileType in module CLIs and scripts (GH-113649)

Open and close files manually. It prevents from leaking files,
preliminary creation of output files, and accidental closing of stdin
and stdout.

* gh-89850: Add default C implementations of persistent_id() and persistent_load() (GH-113579)

Previously the C implementation of pickle.Pickler and pickle.Unpickler
classes did not have such methods and they could only be used if
they were overloaded in subclasses or set as instance attributes.

Fixed calling super().persistent_id() and super().persistent_load() in
subclasses of the C implementation of pickle.Pickler and pickle.Unpickler
classes. It no longer causes an infinite recursion.

* gh-66515: Fix locking of an MH mailbox without ".mh_sequences" file (GH-113482)

Guarantee that it either open an existing ".mh_sequences" file or create
a new ".mh_sequences" file, but do not replace existing ".mh_sequences"
file.

* gh-111789: Use PyDict_GetItemRef() in Modules/_zoneinfo.c (GH-112078)

* gh-109858: Protect zipfile from "quoted-overlap" zipbomb (GH-110016)

Raise BadZipFile when try to read an entry that overlaps with other entry or
central directory.

* gh-111139: Optimize math.gcd(int, int) (#113887)

Add a fast-path for the common case.

Benchmark:

    python -m pyperf timeit \
        -s 'import math; gcd=math.gcd; x=2*3; y=3*5' \
        'gcd(x,y)'

Result: 1.07x faster (-3.4 ns)

    Mean +- std dev: 52.6 ns +- 4.0 ns -> 49.2 ns +- 0.4 ns: 1.07x faster

* GH-113860: All executors are now defined in terms of micro ops. Convert counter executor to use uops. (GH-113864)

* gh-111968: Use per-thread freelists for float in free-threading (gh-113886)

* Add @requires_zlib() decorator for gh-109858 tests (GH-113918)

* gh-113625: Align object addresses in the Descriptor HowTo Guide (#113894)

* gh-113753: Clear finalized bit when putting PyAsyncGenASend back into free list (#113754)

* gh-112302: Point core developers to SBOM devguide on errors (#113490)

Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>

* gh-77046: os.pipe() sets _O_NOINHERIT flag on fds (#113817)

On Windows, set _O_NOINHERIT flag on file descriptors
created by os.pipe() and io.WindowsConsoleIO.

Add test_pipe_spawnl() to test_os.

Co-authored-by: Zackery Spytz <zspytz@gmail.com>

* gh-87868: Skip `test_one_environment_variable` in `test_subprocess` when the platform or build cannot do that (#113867)

* improve the assert for test_one_environment_variable
* skip some test in test_subprocess when python is configured with shared
* also skip the test if AddressSanitizer is enabled

---------

Co-authored-by: Steve Dower <steve.dower@microsoft.com>

* gh-113896: Fix test_builtin.BuiltinTest.test___ne__() (#113897)

Fix DeprecationWarning in test___ne__().

Co-authored-by: Nikita Sobolev <mail@sobolevn.me>

* gh-111968: Unify naming scheme for freelist (gh-113919)

* gh-89811: Check for valid tp_version_tag in specializer (GH-113558)

* gh-112640: Add `kwdefaults` parameter to `types.FunctionType.__new__` (#112641)

* gh-112419: Document removal of sys.meta_path's 'find_module' fallback (#112421)

Co-authored-by: Erlend E. Aasland <erlend@python.org>

* gh-113932: assert ``SyntaxWarning`` in test_compile.TestSpecifics.test_… (#113933)

* gh-91960: Remove Cirrus CI configuration (#113938)

Remove .cirrus.yml which was already disabled by being renamed to
.cirrus-DISABLED.yml. In total, Cirrus CI only run for less than one
month.

* gh-107901: jump leaving an exception handler doesn't need an eval break check (#113943)

* GH-113853: Guarantee forward progress in executors (GH-113854)

* gh-113845: Fix a compiler warning in Python/suggestions.c (GH-113949)

* gh-111968: Use per-thread freelists for tuple in free-threading (gh-113921)

* Update KDE recipe to match the standard use of the h parameter (gh-#113958)

* gh-81489: Use Unicode APIs for mmap tagname on Windows (GH-14133)

Co-authored-by: Erlend E. Aasland <erlend@python.org>

* GH-107678: Improve Unicode handling clarity in ``library/re.rst`` (#107679)

* Improve kde graph with better caption and number formatting (gh-113967)

* gh-111968: Explicit handling for finalized freelist (gh-113929)

* gh-113903: Fix an IDLE configdialog test (#113973)

test_configdialog.HighPageTest.test_highlight_target_text_mouse fails
if a line of the Highlight tab text sample is not visible. If so, bbox()
in click_char() returns None and the unpacking iteration fails.

This occurred on a Devuan Linux system. Fix by moving the
'see character' call inside click_char, just before the bbox call.

Also, reduce the click_char calls to just one per tag name and
replace the other nested function with a dict comprehension.

* gh-113937 Fix failures in type cache tests due to re-running (GH-113953)

* gh-113858: Cut down ccache size (GH-113945)

Cut down ccache size

- Only save the ccache in the main reusable builds, not on builds that
  don't use special build options:
  - Generated files check
  - OpenSSL tests
  - Hypothesis tests
- Halve the max cache size, to 200M

* gh-108364: In sqlite3, disable foreign keys before dumping SQL schema (#113957)

sqlite3.Connection.iterdump now ensures that foreign key support is
disabled before dumping the database schema, if there is any foreign key
violation.

Co-authored-by: Erlend E. Aasland <erlend@python.org>

* gh-113027: Fix timezone check in test_variable_tzname in test_email (GH-113835)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>

* GH-113860: Get rid of `_PyUOpExecutorObject` (GH-113954)

* Docs: Amend codeobject.co_lines docs; end number is exclusive (#113970)

The end number should be exclusive, not inclusive.

* gh-111877: Fixes stat() handling for inaccessible files on Windows (GH-113716)

* gh-113980: Fix resource warnings in test_asyncgen (GH-113984)

* gh-107901: duplicate blocks with no lineno that have an eval break and multiple predecessors (#113950)

* gh-113868: Add a number of MAP_* flags from macOS to module mmap (#113869)

The new flags were extracted from the macOS 14.2 SDK.

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>

* gh-113710: Add types to the interpreter DSL (#113711)

Co-authored-by: Jules <57632293+JuliaPoo@users.noreply.github.com>
Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com>

* gh-113971: Make `zipfile.ZipInfo._compresslevel` public as `.compress_level` (#113969)

Make zipfile.ZipInfo.compress_level public.

A property is used to retain the behavior of the ._compresslevel.

People constructing zipfile.ZipInfo instances to pass into existing APIs to control per-file compression levels already treat this as public, there was never a reason for it not to be.

I used the more modern name compress_level instead of compresslevel as the keyword argument on other ZipFile APIs is called to be consistent with compress_type and a general long term preference of not runningwordstogether without a separator in names.

* GH-111802: set a low recursion limit for `test_bad_getattr()` in `test.pickletester` (GH-113996)

* gh-95649: Document that asyncio contains uvloop code (#107536)

Some of the asyncio SSL changes in GH-31275 [1] were taken from
v0.16.0 of the uvloop project [2]. In order to comply with the MIT
license, we need to just need to document the copyright information.

[1]: https://github.com/python/cpython/pull/31275
[2]: https://github.com/MagicStack/uvloop/tree/v0.16.0

* gh-101100: Fix Sphinx Lint warnings in `Misc/` (#113946)

Fix Sphinx Lint warnings in Misc/

* Fix a grammatical error in `pycore_pymem.h` (#112993)

* Tutorial: Clarify 'nonzero exit status' in the appendix (#112039)

* Link to the glossary for "magic methods" in ``MagicMock`` (#111292)

The MagicMock documentation mentions magic methods several times without
actually pointing to the term in the glossary. This can be helpful for
people to fully understand what those magic methods are.

* datamodel: Fix a typo in ``object.__init_subclass__`` (#111599)

* GH-111801: set a lower recursion limit for `test_infintely_many_bases()` in `test_isinstance` (#113997)

* gh-89159: Document missing TarInfo members (#91564)

* GH-111798: skip `test_super_deep()` from `test_call` under pydebug builds on WASI (GH-114010)

* GH-44626, GH-105476: Fix `ntpath.isabs()` handling of part-absolute paths (#113829)

On Windows, `os.path.isabs()` now returns `False` when given a path that
starts with exactly one (back)slash. This is more compatible with other
functions in `os.path`, and with Microsoft's own documentation.

Also adjust `pathlib.PureWindowsPath.is_absolute()` to call
`ntpath.isabs()`, which corrects its handling of partial UNC/device paths
like `//foo`.

Co-authored-by: Jon Foster <jon@jon-foster.co.uk>

* pathlib ABCs: add `_raw_path` property (#113976)

It's wrong for the `PurePathBase` methods to rely so much on `__str__()`.
Instead, they should treat the raw path(s) as opaque objects and leave the
details to `pathmod`.

This commit adds a `PurePathBase._raw_path` property and uses it through
many of the other ABC methods. These methods are all redefined in
`PurePath` and `Path`, so this has no effect on the public classes.

* Add module docstring for `pathlib._abc`. (#113691)

* gh-101225: Increase the socket backlog when creating a multiprocessing.connection.Listener (#113567)

Increase the backlog for multiprocessing.connection.Listener` objects created
 by `multiprocessing.manager` and `multiprocessing.resource_sharer` to
 significantly reduce the risk of getting a connection refused error when creating
 a `multiprocessing.connection.Connection` to them.

* gh-114014: Update `fractions.Fraction()`'s rational parsing regex (#114015)

Fix a bug in the regex used for parsing a string input to the `fractions.Fraction` constructor. That bug led to an inconsistent exception message being given for some inputs.

---------

Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com>
Co-authored-by: Mark Dickinson <dickinsm@gmail.com>

* gh-111803: Support loading more deeply nested lists in binary plist format (GH-114024)

It no longer uses the C stack. The depth of nesting is only limited by
Python recursion limit setting.

* gh-113317: Move global utility functions into libclinic (#113986)

Establish Tools/clinic/libclinic/utils.py and move the following
functions over there:

- compute_checksum()
- create_regex()
- write_file()

* gh-101100: Fix Sphinx warnings in `howto/urllib2.rst` and `library/http.client.rst` (#114060)

* Add `pathlib._abc.PathModuleBase` (#113893)

Path modules provide a subset of the `os.path` API, specifically those
functions needed to provide `PurePathBase` functionality. Each
`PurePathBase` subclass references its path module via a `pathmod` class
attribute.

This commit adds a new `PathModuleBase` class, which provides abstract
methods that unconditionally raise `UnsupportedOperation`. An instance of
this class is assigned to `PurePathBase.pathmod`, replacing `posixpath`.
As a result, `PurePathBase` is no longer POSIX-y by default, and
all its methods raise `UnsupportedOperation` courtesy of `pathmod`.

Users who subclass `PurePathBase` or `PathBase` should choose the path
syntax by setting `pathmod` to `posixpath`, `ntpath`, `os.path`, or their
own subclass of `PathModuleBase`, as circumstances demand.

* Replace `pathlib._abc.PathModuleBase.splitroot()` with `splitdrive()` (#114065)

This allows users of the `pathlib-abc` PyPI package to use `posixpath` or
`ntpath` as a path module in versions of Python lacking
`os.path.splitroot()` (3.11 and before).

* gh-113317: Move FormatCounterFormatter into libclinic (#114066)

* gh-109862: Fix test_create_subprocess_with_pidfd when it was run separately (GH-113991)

* gh-114075: Capture `test_compileall` stdout output  (#114076)

Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>

* gh-113666: Adding missing UF_ and SF_ flags to module 'stat' (#113667)

Add some constants to module 'stat' that are used on macOS.

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>

* GH-112354: `_GUARD_IS_TRUE_POP` side-exits to target the next instruction, not themselves. (GH-114078)

* gh-109598: make PyComplex_RealAsDouble/ImagAsDouble use __complex__ (GH-109647)

`PyComplex_RealAsDouble()`/`PyComplex_ImagAsDouble` now try to convert
an object to a `complex` instance using its `__complex__()` method
before falling back to the ``__float__()`` method.

PyComplex_ImagAsDouble() also will not silently return 0.0 for
non-complex types anymore.  Instead we try to call PyFloat_AsDouble()
and return 0.0 only if this call is successful.

* gh-112532: Fix memory block count for free-threaded build (gh-113995)

This fixes `_PyInterpreterState_GetAllocatedBlocks()` and
`_Py_GetGlobalAllocatedBlocks()` in the free-threaded builds. The
gh-113263 change that introduced multiple mimalloc heaps per-thread
broke the logic for counting the number of allocated blocks. For subtle
reasons, this led to reported reference count leaks in the refleaks
buildbots.

* gh-111968: Use per-thread slice_cache in free-threading (gh-113972)

* gh-99437: runpy: decode path-like objects before setting globals

* gh-114070: correct the specification of ``digit`` in the float() docs (#114080)

* gh-91539: Small performance improvement of urrlib.request.getproxies_environment() (#108771)

 Small performance improvement of getproxies_environment() when there are many environment variables. In a benchmark with 5k environment variables not related to proxies, and 5 specifying proxies, we get a 10% walltime improvement.

* gh-112087: Update list impl to be thread-safe with manual CS (gh-113863)

* gh-78502: Add a trackfd parameter to mmap.mmap() (GH-25425)

If *trackfd* is False, the file descriptor specified by *fileno*
will not be duplicated.

Co-authored-by: Erlend E. Aasland <erlend@python.org>
Co-authored-by: Petr Viktorin <encukou@gmail.com>
Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>

* gh-114101: Correct PyErr_Format arguments in _testcapi module (#114102)

- use PyErr_SetString() iso. PyErr_Format() in parse_tuple_and_keywords()
- fix misspelled format specifier in CHECK_SIGNNESS() macro

* GH-113655: Lower the C recursion limit on various platforms (GH-113944)

* gh-113358: Fix rendering tracebacks with exceptions with a broken __getattr__ (GH-113359)

Co-authored-by: Irit Katriel <1055913+iritkatriel@users.noreply.github.com>

* gh-113238: add Anchor to importlib.resources (#113801)

Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com>

* gh-114077: Fix OverflowError in socket.sendfile() when pass count >2GiB (GH-114079)

* Docs: Align multiprocessing.shared_memory docs with Sphinx recommendations (#114103)

- add :class: and :mod: markups where needed
- fix incorrect escaping of a star in ShareableList arg spec
- mark up parameters with stars: *val*
- mark up list of built-in types using list markup
- remove unneeded parentheses from :meth: markups

* gh-113858: GH Actions: Limit max ccache size for the asan build (GH-114113)

* gh-114107: Fix importlib.resources symlink test if symlinks aren't supported (#114108)

gh-114107: Fix symlink test if symlinks aren't supported

* gh-102468: Document `PyCFunction_New*` and `PyCMethod_New` (GH-112557)

Co-authored-by: Erlend E. Aasland <erlend.aasland@protonmail.com>

* gh-113626: Add allow_code parameter in marshal functions (GH-113648)

Passing allow_code=False prevents serialization and de-serialization of
code objects which is incompatible between Python versions.

* gh-111968: Use per-thread freelists for PyContext in free-threading (gh-114122)

* gh-114107: test.pythoninfo logs Windows Developer Mode (#114121)

Also, don't skip the whole collect_windows() if ctypes is missing.

Log also ctypes.windll.shell32.IsUserAnAdmin().

* Fix an incorrect comment in iobase_is_closed (GH-102952)

This comment appears to have been mistakenly copied from what is now
called iobase_check_closed() in commit 4d9aec022063.

Also unite the iobase_check_closed() code with the relevant comment.

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>

* gh-114069: Revise Tutorial Methods paragraph (#114127)

Remove excess words in the first and third sentences.

* gh-114096: Restore privileges in _winapi.CreateJunction after creating the junction (GH-114089)

This avoids impact on later parts of the application which may be able to do things they otherwise shouldn't.

* Docs: Improve multiprocessing.SharedMemory reference (#114093)

Align the multiprocessing shared memory docs with Diatáxis's
recommendations for references.

- use a parameter list for the SharedMemory.__init__() argument spec
- use the imperative mode
- use versionadded, not versionchanged, for added parameters
- reflow touched lines according to SemBr

* Fix 'expresion' typo in IDLE doc (#114130)

The substantive change is on line 577/593. Rest is header/footer stuff ignored when displaying.

* gh-113659: Skip hidden .pth files (GH-113660)

Skip .pth files with names starting with a dot or hidden file attribute.

* Clean up backslash avoiding code in ast, fix typo (#113605)

As of #108553, the `_avoid_backslashes` code path is dead

`scape_newlines` was introduced in #110271. Happy to drop the typo fix
if we don't want it

* GH-114013: fix setting `HOSTRUNNER` for `Tools/wasm/wasi.py` (GH-114097)

Also fix tests found failing under a pydebug build of WASI thanks to `make test` working due to this change.

* Update copyright years to 2024. (GH-113608)

Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>

* gh-112529: Track if debug allocator is used as underlying allocator (#113747)

* gh-112529: Track if debug allocator is used as underlying allocator

The GC implementation for free-threaded builds will need to accurately
detect if the debug allocator is used because it affects the offset of
the Python object from the beginning of the memory allocation. The
current implementation of `_PyMem_DebugEnabled` only considers if the
debug allocator is the outer-most allocator; it doesn't handle the case
of "hooks" like tracemalloc being used on top of the debug allocator.

This change enables more accurate detection of the debug allocator by
tracking when debug hooks are enabled.

* Simplify _PyMem_DebugEnabled

* gh-113655: Increase default stack size for PGO builds to avoid C stack exhaustion (GH-114148)

* GH-78988: Document `pathlib.Path.glob()` exception propagation. (#114036)

We propagate the `OSError` from the `is_dir()` call on the top-level
directory, and suppress all others.

* gh-94220: Align fnmatch docs with the implementation and amend markup (#114152)

- Align the argument spec for fnmatch functions with the actual
  implementation.
- Update Sphinx markup to recent recommandations.
- Add link to 'iterable' glossary entry.

Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com>

* Fix typo in c_annotations.py comment (#108773)

"compatability" => "compatibility"

* GH-110109: pathlib docs: bring `from_uri()` and `as_uri()` together. (#110312)

This is a very soft deprecation of `PurePath.as_uri()`. We instead document
it as a `Path` method, and add a couple of sentences mentioning that it's
also available in `PurePath`.

Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com>

* gh-106293: Fix typos in Objects/object_layout.md (#106294)

Co-authored-by: Terry Jan Reedy <tjreedy@udel.edu>

* gh-88531 Fix dataclass __post_init__/__init__ interplay documentation (gh-107404)

* Simplify __post_init__ example usage. It applies to all base classes, not just dataclasses.

* gh-112043: Align concurrent.futures.Executor.map docs with implementation (#114153)

The first parameter is named 'fn', not 'func'.

* gh-81479: For Help => IDLE Doc, stop double-spacing some lists. (#114168)

This matches Firefox format.  Edge double-spaces non-simple
list but I think it looks worse.

* gh-72284: Revise lists in IDLE doc  (#114174)

Tkinter is a fact, not necessarily a feature.

Reorganize editor key bindings in a logical order
and remove those that do not work, at least on Windows.

Improve shell bindings list.

* gh-86179: Skip test case that fails on POSIX with unversioned binary (GH-114136)

* Python 3.13.0a3

* gh-104282: Fix null pointer dereference in `lzma._decode_filter_properties` (GH-104283)

* gh-111301: Advertise importlib methods removal in What's new in Python 3.12 (GH-111630)

* gh-112343: pdb: Use tokenize to replace convenience variables (#112380)

* Post 3.13.0a3

* gh-114178: Fix generate_sbom.py for out-of-tree builds (#114179)

* gh-114070: fix token reference warnings in expressions.rst (#114169)

* gh-114149: [Enum] fix tuple subclass handling when using custom __new__ (GH-114160)

* gh-105102: Fix nested unions in structures when the system byteorder is the opposite (GH-105106)

* Fix typo in tkinter.ttk.rst (GH-106157)

* gh-38807: Fix race condition in Lib/trace.py (GH-110143)

Instead of checking if a directory does not exist and thereafter
creating it, directly call os.makedirs() with the exist_ok=True.

* gh-112984 Update Windows build and installer for free-threaded builds (GH-113129)

* gh-112984: Fix test_ctypes.test_loading.test_load_dll_with_flags when directory name includes a dot (GH-114217)

* gh-114149: [Enum] revert #114160 and add more tuple-subclass tests (GH-114215)

This reverts commit 05e142b1543eb9662d6cc33722e7e16250c9219f.

* gh-104522: Fix OSError raised when run a subprocess (#114195)

Only set filename to cwd if it was caused by failed chdir(cwd).

_fork_exec() now returns "noexec:chdir" for failed chdir(cwd).

Co-authored-by: Robert O'Shea <PurityLake@users.noreply.github.com>

* gh-113205: test_multiprocessing.test_terminate: Test the API on threadpools (#114186)

gh-113205: test_multiprocessing.test_terminate: Test the API works on threadpools

Threads can't be forced to terminate (without potentially corrupting too much
state), so the  expected behaviour of `ThreadPool.terminate` is to wait for
the currently executing tasks to finish.

The entire test was skipped in GH-110848 (0e9c364f4ac18a2237bdbac702b96bcf8ef9cb09).
Instead of skipping it entirely, we should ensure the API eventually succeeds:
use a shorter timeout.

For the record: on my machine, when the test is un-skipped, the task manages to
start in about 1.5% cases.

* gh-114211: Update EmailMessage doc about ordered keys (#114224)

Ordered keys are no longer unlike 'real dict's.

* gh-96905: In IDLE code, stop redefining built-ins 'dict' and 'object' (#114227)

Prefix 'dict' with 'o', 'g', or 'l' for 'object', 'global', or 'local'.
Suffix 'object' with '_'.

* gh-114231: Fix indentation in enum.rst (#114232)

* gh-104522: Fix test_subprocess failure when build Python in the root home directory (GH-114236)

* gh-104522: Fix test_subprocess failure when build Python in the root home directory

EPERM is raised when setreuid() fails.
EACCES is set in execve() when the test user has not access to sys.executable.

* gh-114050: Fix crash when more than two arguments are passed to int() (GH-114067)

Co-authored-by: Kirill Podoprigora <kirill.bast9@mail.ru>

* gh-103092: Convert some `_ctypes` metatypes to heap types (GH-113620)


Co-authored-by: Erlend E. Aasland <erlend@python.org>

* gh-110345: show Tcl/Tk patchlevel in `tkinter._test()` (GH-110350)

* Delete unused macro (GH-114238)

* gh-108303: Move all doctest related files and tests to `Lib/test/test_doctest/` (#112109)

Co-authored-by: Brett Cannon <brett@python.org>

* gh-114198: Rename dataclass __replace__ argument to 'self' (gh-114251)

This change renames the dataclass __replace__ method's first argument
name from 'obj' to 'self'.

* gh-114087: Speed up dataclasses._asdict_inner (#114088)

* gh-111968: Use per-thread freelists for generator in free-threading (gh-114189)

* gh-112092: clarify unstable ABI recompilation requirements (#112093)

Use different versions in the examples for when extensions do and do not need to be recompiled to make the examples easier to understand.

* gh-114123: Migrate docstring from _csv to csv (#114124)

Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com>
Co-authored-by: Éric <merwok@netwok.org>

* gh-112087: Remove duplicated critical_section (gh-114268)

* gh-111968: Fix --without-freelists build (gh-114270)

* gh-114286: Fix `maybe-uninitialized` warning in `Modules/_io/fileio.c` (GH-114287)

* gh-113884: Refactor `queue.SimpleQueue` to use a ring buffer to store items (#114259)

Use a ring buffer instead of a Python list in order to simplify the
process of making queue.SimpleQueue thread-safe in free-threaded
builds. The ring buffer implementation has no places where critical
sections may be released.

* gh-114275: Skip doctests that use `asyncio` in `test_pdb` for WASI builds (#114309)

* gh-114265: move line number propagation before cfg optimization, remove guarantee_lineno_for_exits (#114267)

* Retain shorter tables of contents for Sphinx 5.2.3+ (#114318)

Disable toc_object_entries, new in Sphinx 5.2.3

* Add a `clean` subcommand to `Tools/wasm/wasi.py` (GH-114274)

* GH-79634: Accept path-like objects as pathlib glob patterns. (#114017)

Allow `os.PathLike` objects to be passed as patterns to `pathlib.Path.glob()` and `rglob()`. (It's already possible to use them in `PurePath.match()`)

While we're in the area:

- Allow empty glob patterns in `PathBase` (but not `Path`)
- Speed up globbing in `PathBase` by generating paths with trailing slashes only as a final step, rather than for every intermediate directory.
- Simplify and speed up handling of rare patterns involving both `**` and `..` segments.

* GH-113225: Speed up `pathlib.Path.walk(top_down=False)` (#113693)

Use `_make_child_entry()` rather than `_make_child_relpath()` to retrieve
path objects for directories to visit. This saves the allocation of one
path object per directory in user subclasses of `PathBase`, and avoids a
second loop.

This trick does not apply when walking top-down, because users can affect
the walk by modifying *dirnames* in-place.

A side effect of this change is that, in bottom-up mode, subdirectories of
each directory are visited in reverse order, and that this order doesn't
match that of the names in *dirnames*. I suspect this is fine as the
order is arbitrary anyway.

* gh-114332: Fix the flags reference for ``re.compile()`` (#114334)

The GH-93000 change set inadvertently caused a sentence in re.compile()
documentation to refer to details that no longer followed. Correct this
with a link to the Flags sub-subsection.

Co-authored-by: Adam Turner <9087854+aa-turner@users.noreply.github.com>

* GH-99380: Update to Sphinx 7 (#99381)

* Docs: structure the ftplib reference (#114317)

Introduce the following headings and subheadings:

- Reference
  * FTP objects
  * FTP_TLS objects
  * Module variables

* gh-112529: Use GC heaps for GC allocations in free-threaded builds (gh-114157)

* gh-112529: Use GC heaps for GC allocations in free-threaded builds

The free-threaded build's garbage collector implementation will need to
find GC objects by traversing mimalloc heaps. This hooks up the
allocation calls with the correct heaps by using a thread-local
"current_obj_heap" variable.

* Refactor out setting heap based on type

* gh-114281: Remove incorrect type hints from `asyncio.staggered` (#114282)

Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com>

* Docs: Add missing line continuation to FTP_TLS class docs (#114352)

Regression introduced by b1ad5a5d4.

* Remove the non-test Lib/test/time_hashlib.py. (#114354)

I believe I added this while chasing some performance of hash functions
when I first created hashlib.  It hasn't been used since, is frankly
trivial, and not a test.

* Remove deleted `time_hashlib.py` from `Lib/test/.ruff.toml` (#114355)

* Fix the confusing "User-defined methods" reference in the datamodel (#114276)

Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com>
Co-authored-by: Sergey B Kirpichev <skirpichev@gmail.com>

* Docs: mark up the FTP debug levels as a list (#114360)

Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>

* gh-101100: Fix sphinx warnings in `Doc/c-api/memory.rst` (#114373)

* gh-80931: Skip some socket tests while hunting for refleaks on macOS (#114057)

Some socket tests related to sending file descriptors cause a file descriptor leak on macOS, all of them tests that send one or more descriptors than cannot be received on the read end.  This appears to be a platform bug.

This PR skips those tests when doing a refleak test run to avoid hiding other problems.

* Docs: mark up FTP() constructor with param list (#114359)

Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>

* gh-114384: Align sys.set_asyncgen_hooks signature in docs to reflect implementation (#114385)

* Docs: link to sys.stdout in ftplib docs (#114396)

---------

Co-authored-by: Donghee Na <donghee.na@python.org>
Co-authored-by: Sam Gross <colesbury@gmail.com>
Co-authored-by: Irit Katriel <1055913+iritkatriel@users.noreply.github.com>
Co-authored-by: Itamar Oren <itamarost@gmail.com>
Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>
Co-authored-by: Hugo van Kemenade <hugovk@users.noreply.github.com>
Co-authored-by: Filip Łapkiewicz <80906036+fipachu@users.noreply.github.com>
Co-authored-by: Brandt Bucher <brandtbucher@microsoft.com>
Co-authored-by: Jamie Phan <jamie@ordinarylab.dev>
Co-authored-by: wookie184 <wookie1840@gmail.com>
Co-authored-by: Guido van Rossum <guido@python.org>
Co-authored-by: Barney Gale <barney.gale@gmail.com>
Co-authored-by: Mark Shannon <mark@hotpy.org>
Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com>
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
Co-authored-by: Zackery Spytz <zspytz@gmail.com>
Co-authored-by: Xavier de Gaye <xdegaye@gmail.com>
Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
Co-authored-by: Ronald Oussoren <ronaldoussoren@mac.com>
Co-authored-by: Terry Jan Reedy <tjreedy@udel.edu>
Co-authored-by: AN Long <aisk@users.noreply.github.com>
Co-authored-by: Grigoriev Semyon <33061489+grigoriev-semyon@users.noreply.github.com>
Co-authored-by: Rami <72725910+ramikg@users.noreply.github.com>
Co-authored-by: Christian Heimes <christian@python.org>
Co-authored-by: Gregory P. Smith <greg@krypto.org>
Co-authored-by: Erlend E. Aasland <erlend@python.org>
Co-authored-by: Levi Sabah <0xl3vi@gmail.com>
Co-authored-by: Lee Cannon <leecannon@leecannon.xyz>
Co-authored-by: Sergey B Kirpichev <skirpichev@gmail.com>
Co-authored-by: neonene <53406459+neonene@users.noreply.github.com>
Co-authored-by: Raymond Hettinger <rhettinger@users.noreply.github.com>
Co-authored-by: Jakub Kulík <Kulikjak@gmail.com>
Co-authored-by: Kristján Valur Jónsson <sweskman@gmail.com>
Co-authored-by: Steve Dower <steve.dower@python.org>
Co-authored-by: mara004 <geisserml@gmail.com>
Co-authored-by: William Andrea <william.j.andrea@gmail.com>
Co-authored-by: Adam Turner <9087854+aa-turner@users.noreply.github.com>
Co-authored-by: Vinay Sajip <vinay_sajip@yahoo.co.uk>
Co-authored-by: Yan Yanchii <yyanchiy@gmail.com>
Co-authored-by: Pieter Eendebak <pieter.eendebak@gmail.com>
Co-authored-by: Erlend E. Aasland <erlend.aasland@protonmail.com>
Co-authored-by: Stefano Rivera <stefano@rivera.za.net>
Co-authored-by: Petr Viktorin <encukou@gmail.com>
Co-authored-by: Victor Stinner <vstinner@python.org>
Co-authored-by: Seth Michael Larson <sethmichaellarson@gmail.com>
Co-authored-by: Steve Dower <steve.dower@microsoft.com>
Co-authored-by: Kirill Podoprigora <kirill.bast9@mail.ru>
Co-authored-by: Nikita Sobolev <mail@sobolevn.me>
Co-authored-by: Peter Lazorchak <lazorchakp@gmail.com>
Co-authored-by: Mariusz Felisiak <felisiak.mariusz@gmail.com>
Co-authored-by: Ned Batchelder <ned@nedbatchelder.com>
Co-authored-by: Ken Jin <kenjin@python.org>
Co-authored-by: Jules <57632293+JuliaPoo@users.noreply.github.com>
Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com>
Co-authored-by: Brett Cannon <brett@python.org>
Co-authored-by: Alois Klink <alois@aloisklink.com>
Co-authored-by: Joseph Pearson <74079531+JoeyPearson822@users.noreply.github.com>
Co-authored-by: Andrew Zipperer <47086307+zipperer@users.noreply.github.com>
Co-authored-by: Pierre Equoy <pierre.equoy@canonical.com>
Co-authored-by: InSync <122007197+InSyncWithFoo@users.noreply.github.com>
Co-authored-by: Stanley <46876382+slateny@users.noreply.github.com>
Co-authored-by: Jon Foster <jon@jon-foster.co.uk>
Co-authored-by: Crowthebird <78076854+thatbirdguythatuknownot@users.noreply.github.com>
Co-authored-by: Mark Dickinson <dickinsm@gmail.com>
Co-authored-by: Kamil Turek <kamil.turek@hotmail.com>
Co-authored-by: Raphaël Marinier <raphael.marinier@gmail.com>
Co-authored-by: Jérome Perrin <perrinjerome@gmail.com>
Co-authored-by: Mike Zimin <122507876+mikeziminio@users.noreply.github.com>
Co-authored-by: Jonathon Reinhart <JonathonReinhart@users.noreply.github.com>
Co-authored-by: Shantanu <12621235+hauntsaninja@users.noreply.github.com>
Co-authored-by: solya0x <41440448+0xSalikh@users.noreply.github.com>
Co-authored-by: Kuan-Wei Chiu <visitorckw@gmail.com>
Co-authored-by: Mano Sriram <mano.sriram0@gmail.com>
Co-authored-by: Steffen Zeile <48187781+Kaniee@users.noreply.github.com>
Co-authored-by: Thomas Wouters <thomas@python.org>
Co-authored-by: Radislav Chugunov <52372310+chgnrdv@users.noreply.github.com>
Co-authored-by: Karolina Surma <33810531+befeleme@users.noreply.github.com>
Co-authored-by: Tian Gao <gaogaotiantian@hotmail.com>
Co-authored-by: Ethan Furman <ethan@stoneleaf.us>
Co-authored-by: Sheidan <37596668+Sh3idan@users.noreply.github.com>
Co-authored-by: Christophe Nanteuil <35002064+christopheNan@users.noreply.github.com>
Co-authored-by: buermarc <44375277+buermarc@users.noreply.github.com>
Co-authored-by: Robert O'Shea <PurityLake@users.noreply.github.com>
Co-authored-by: Miyashita Yosuke <44266492+miyashiiii@users.noreply.github.com>
Co-authored-by: kcatss <kcats9731@gmail.com>
Co-authored-by: Christopher Chavez <chrischavez@gmx.us>
Co-authored-by: Phillip Schanely <pschanely@gmail.com>
Co-authored-by: keithasaurus <592217+keithasaurus@users.noreply.github.com>
Co-authored-by: DerSchinken <53398996+DerSchinken@users.noreply.github.com>
Co-authored-by: Skip Montanaro <skip.montanaro@gmail.com>
Co-authored-by: Éric <merwok@netwok.org>
Co-authored-by: mpage <mpage@meta.com>
Co-authored-by: David H. Gutteridge <dhgutteridge@users.noreply.github.com>
Co-authored-by: cdzhan <zhancdi@163.com>
kulikjak pushed a commit to kulikjak/cpython that referenced this pull request Jan 22, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
aisk pushed a commit to aisk/cpython that referenced this pull request Feb 11, 2024
Skip .pth files with names starting with a dot or hidden file attribute.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type-security A security issue
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants