[issue24955] webbrowser broken on Mac OS X when using the BROWSER variable

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue24955> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36596] tarfile module considers anything starting with 512 bytes of zero bytes to be a valid tar file

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue36596> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33597] Compact PyGC_Head

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue33597> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33657] float addition rounding error

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue33657> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33648] unused with_c_locale_warning option in configure should be removed

Eitan Adler added the comment: yeah, I was looking at that too. I think someone else modified related files but never ran a regen (or did so with different tooling than I). Even on master, my regen results in changes. -- ___ Python tracker <ht

[issue33648] unused with_c_locale_warning option in configure should be removed

Change by Eitan Adler : -- keywords: +patch pull_requests: +6752 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33648> ___ ___ Python-

[issue33648] unused with_c_locale_warning option in configure should be removed

New submission from Eitan Adler : There is an option for --with-c-locale-warning which was turned into a run-time option in eb81795d7d3a8c898fa89a376d63fc3bbfb9a081. The configuration should be cleaned up. -- messages: 317676 nosy: eitan.adler priority: normal severity: normal status

[issue33647] Make string.replace accept **kwargs instead of two arguments

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue33647> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33012] Invalid function cast warnings with gcc 8 for METH_NOARGS

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue33012> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32911] Doc strings no longer stored in body of AST

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue32911> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33579] calendar.timegm not always an inverse of time.gmtime

Eitan Adler added the comment: FTR this was entirely self-inflicted: I had a setting which explicitly asked for non-posix gmtime. That said, leaving this open for the same reasons as above. -- ___ Python tracker <https://bugs.python.

[issue33579] calendar.timegm not always an inverse of time.gmtime

Eitan Adler added the comment: Relevant conversation: https://lists.freebsd.org/pipermail/freebsd-standards/2018-May/003714.html -- ___ Python tracker <https://bugs.python.org/issue33

[issue33579] calendar.timegm not always an inverse of time.gmtime

Eitan Adler added the comment: Thanks! I've confirmed this is the case on my system and will be starting a conversation about fixing it. In the meantime I am leaving this bug open since we may want to detect this case in python and correct f

[issue33579] calendar.timegm not always an inverse of time.gmtime

Change by Eitan Adler : -- components: +Library (Lib) type: -> behavior ___ Python tracker <https://bugs.python.org/issue33579> ___ ___ Python-bugs-list mai

[issue33579] calendar.timegm not always an inverse of time.gmtime

New submission from Eitan Adler : How to reproduce: ∴cat bad.py import time import calendar one = time.gmtime(1234567899) two = calendar.timegm(time.gmtime(1234567899)) three = time.gmtime(two) print(one) print(two) print(three) print(one == three) Expected behavior: the functions behave as

[issue1294959] Problems with /usr/lib64 builds.

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue1294959> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33528] os.getentropy support

Eitan Adler added the comment: There are few if any valid reasons to make direct use of the syscall from python code. Portable code would have to reimplement most of the logic from `getentropy` in any case. What you're usecase for the direct sy

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue30411> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30104] clang 4.0 miscompiles dtoa.c, giving broken float parsing and printing

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue30104> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33531] test_asyncio: test_subprocess test_stdin_broken_pipe() failure on Travis CI

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue33531> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33528] os.getentropy support

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue33528> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33473] build system incorrectly handles CC, CFLAGS, LDFLAGS, and related.

Change by Eitan Adler : -- keywords: +patch pull_requests: +6563 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33473> ___ ___ Python-

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue13590> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5755] "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++"

Eitan Adler added the comment: copying and adapting my comments on the PR: Strict Prototypes is correct and helpful for C. That said, the way it is currently implemented, by checking for the compiler in CC is sub-optimal at best. CC ought to always be a C compiler, and never a C++ compiler

[issue9031] distutils uses invalid "-Wstrict-prototypes" flag when compiling C++ extension module

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue9031> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5755] "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++"

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue5755> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1222585] C++ compilation support for distutils

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker <https://bugs.python.org/issue1222585> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33484] build system runs when it may merely link

Change by Eitan Adler : -- title: build system runs when it merely link -> build system runs when it may merely link ___ Python tracker <https://bugs.python.org/issu

[issue33486] regen autotools related files

Change by Eitan Adler : -- pull_requests: +6528 ___ Python tracker <https://bugs.python.org/issue33486> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33486] regen autotools related files

Eitan Adler added the comment: > If these changes are autogenerated, I would prefer that a trusted core > developer create a PR. They are fully auto-generated (using autoupdate and autoreconf). It someone else wants to submit the PR, feel free. > Is it safe to bump the minimal

[issue33512] use more standard approach for detecting long double in configure

Change by Eitan Adler : -- keywords: +patch pull_requests: +6527 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33512> ___ ___ Python-

[issue33512] use more standard approach for detecting long double in configure

New submission from Eitan Adler : autotools has a standard macro for defining HAVE_LONG_DOUBLE. Lets use it rather than using our own. -- components: Build messages: 316615 nosy: eitan.adler priority: normal severity: normal status: open title: use more standard approach for detecting

[issue33511] update.config.sub

Change by Eitan Adler : -- keywords: +patch pull_requests: +6525 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33511> ___ ___ Python-

[issue33511] update.config.sub

New submission from Eitan Adler : confg.sub has been updated upstream. lets pull it in. -- components: Build messages: 316612 nosy: eitan.adler priority: normal severity: normal status: open title: update.config.sub type: enhancement ___ Python

[issue33483] build system requires explicit compiler, but should discover it

Eitan Adler added the comment: On any system where "gcc" is not the correct compiler to use. If it does not exist, is too old, points to the incorrect compiler, etc. Concretely I have two such systems: - on one, "gcc" does not exist - on the other "gcc" is

[issue33490] pthread auto-detection can use AX_PTHREAD

New submission from Eitan Adler : There is a ton of logic in configure.ac to detect pthreads support. There is a standard macro to use instead: https://www.gnu.org/software/autoconf-archive/ax_pthread.html#ax_pthread In order to simplify our pthread logic we should make use of the standard

[issue33490] pthread auto-detection can use AX_PTHREAD

Change by Eitan Adler : -- keywords: +patch pull_requests: +6475 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33490> ___ ___ Python-

[issue33488] github pull request template does not satisfy markdownlint

Change by Eitan Adler : -- keywords: +patch pull_requests: +6473 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33488> ___ ___ Python-

[issue33488] github pull request template does not satisfy markdownlint

New submission from Eitan Adler : markdownlint is, as the name implies, a tool for linting markdown files. The current template has the following lint warnings: ``` ./.github/PULL_REQUEST_TEMPLATE.md:8: MD031 Fenced code blocks should be surrounded by blank lines ./.github

[issue33486] regen autotools related files

Change by Eitan Adler : -- keywords: +patch pull_requests: +6470 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33486> ___ ___ Python-

[issue33486] regen autotools related files

New submission from Eitan Adler : There are few if any functional changes, but this is helpful when making other changes to the build system. -- components: Build messages: 316477 nosy: eitan.adler priority: normal severity: normal status: open title: regen autotools related files type

[issue33484] build system runs when it merely link

Eitan Adler added the comment: I believe I have removed the regen step from all my patches. I will separately upgrade the generated files (particularly since it is only a minor version bump). -- ___ Python tracker <https://bugs.python.

[issue33485] autoconf target does not behave correctly

Change by Eitan Adler : -- keywords: +patch pull_requests: +6469 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33485> ___ ___ Python-

[issue33484] build system runs when it merely link

Eitan Adler added the comment: The unrelated changes are likely due to the "regen" step. I am using newer tools than previously used. It is unclear to me why we include generated files in the repository. Some projects prefer this to avoid the need to have autotools installed on

[issue33485] autoconf target does not

New submission from Eitan Adler : The current "autoconf" target is suboptimal in a few ways: - it does not use a quoted srcdir - it uses autoheader and autoconf instead of autoreconf - it does act sanely if 'cd' fails. -- components: Build messages: 316472 nosy:

[issue33485] autoconf target does not behave correctly

Change by Eitan Adler : -- title: autoconf target does not -> autoconf target does not behave correctly ___ Python tracker <https://bugs.python.org/issu

[issue33484] build system runs when it merely link

Change by Eitan Adler : -- keywords: +patch pull_requests: +6468 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33484> ___ ___ Python-

[issue33484] build system runs when it merely link

New submission from Eitan Adler : The build system attempts to run certain test code when it can actually just link the code. This is a minor performance optimization but is really a semantic correctness issue. -- components: Build messages: 316471 nosy: eitan.adler priority: normal

[issue33483] build system requires explicit compiler, but should discover it

Change by Eitan Adler : -- keywords: +patch pull_requests: +6466 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33483> ___ ___ Python-

[issue33483] build system requires explicit compiler, but should discover it

New submission from Eitan Adler : configure.ac requires explicit configuration for finding the preferred compiler. This results in a non-native way of configuring the system, and does not actually work on most platforms. Expected behavior: CC is used to discover the C compiler; CPP, LD, CXX

[issue33473] build system incorrectly handles CC, CFLAGS, LDFLAGS, and related.

New submission from Eitan Adler : There are a number of incorrect items in python's build system. Expected behavior: - CC is correctly report as the compiler, and without any additional options - CFLAGS is correctly reported for the required flags to the compiler - CXXFLAGS is the sa

[issue33472] build system incorrectly handles CC, CFLAGS, LDFLAGS, and related.

Eitan Adler (bad account) added the comment: closing this as I created under a bad account and can't find a way to merge them. -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker <https:

[issue33472] build system incorrectly handles CC, CFLAGS, LDFLAGS, and related.

New submission from Eitan Adler : There are a number of incorrect items in python's build system. Expected behavior: - CC is correctly report as the compiler, and without any additional options - CFLAGS is correctly reported for the required flags to the compiler - CXXFLAGS is the sa

[issue20353] Hanging bug with multiprocessing + sqlite3 + tkinter (OS X 10.9 only)

Change by Eitan Adler : -- nosy: +eadler ___ Python tracker <https://bugs.python.org/issue20353> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13829] exception error in _scproxy.so when called after fork

Change by Eitan Adler : -- nosy: +eadler ___ Python tracker <https://bugs.python.org/issue13829> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27126] Apple-supplied libsqlite3 on OS X is not fork safe; can cause crashes

Change by Eitan Adler : -- nosy: +eadler ___ Python tracker <https://bugs.python.org/issue27126> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16605] test_posix.test_fs_holes() fails on FreeBSD 9.0

Changes by Eitan Adler : -- nosy: +eadler ___ Python tracker <http://bugs.python.org/issue16605> ___ ___ Python-bugs-list mailing list Unsubscribe: