Mailman 3 October 2018 - Python-Dev

Arbitrary non-identifier string keys when using **kwargs
by Steven D'Aprano Oct. 16, 2018

Oct. 16, 2018

While keyword arguments have to be identifiers, using **kwargs allows arbitrary strings which aren't identifiers: py> def spam(**kwargs): ... print(kwargs) ... py> spam(**{"something arbitrary": 1, '\n': 2}) {'something arbitrary': 1, '\n': 2} There is some discussion on Python-Ideas on whether or not that behaviour ought to be considered a language feature, an accident of implementation, or a bug. Can we get some guidence on this please? Thanks, -- Steve

17 25

[RELEASE] Python 3.7.1rc2 and 3.6.7rc2 now available for testing
by Ned Deily Oct. 13, 2018

Oct. 13, 2018

Python 3.7.1rc2 and 3.6.7rc2 are now available. 3.7.1rc2 is a release preview of the first maintenance release of Python 3.7, the latest feature release of Python. 3.6.7rc2 is a release preview of the next maintenance release of Python 3.6, the previous feature release of Python. Assuming no further critical problems are found prior to 2018-10-20, no code changes are planned between these release candidates and the final releases. These release candidates are intended to give you the opportunity to test the new security and bug fixes in 3.7.1 and 3.6.7. We strongly encourage you to test your projects and report issues found to bugs.python.org as soon as possible. Please keep in mind that these are preview releases and, thus, their use is not recommended for production environments. You can find these releases and more information here: https://www.python.org/downloads/release/python-371rc2/ https://www.python.org/downloads/release/python-367rc2/ -- Ned Deily nad(a)python.org -- []

1 0

Re: [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796)
by Eric V. Smith Oct. 13, 2018

Oct. 13, 2018

On 10/12/2018 5:17 AM, Tal Einat wrote: > The latest stable releases can always be found on the `Python download page > -<https://www.python.org/downloads/>`_. There are two recommended production-ready > -versions at this point in time, because at the moment there are two branches of > -stable releases: 2.x and 3.x. Python 3.x may be less useful than 2.x, since > -currently there is more third party software available for Python 2 than for > -Python 3. Python 2 code will generally not run unchanged in Python 3. > +<https://www.python.org/downloads/>`_. There are two production-ready version > +of Python: 2.x and 3.x, but the recommended one at this times is Python 3.x. This should be "time", not "times". I'd fix it, but I'm unsure if this is being backported or not, and I don't want to mess up any merges before they're done. I do think this should backported to 3.7, 3.6, and 2.7. > +Although Python 2.x is still widely used, `it will not be > +maintained after January 1, 2020 <https://www.python.org/dev/peps/pep-0373/>`_. > +Python 2.x was known for having more third-party libraries available, however, > +by the time of this writing, most of the widely used libraries support Python 3.x, Should probably be "at the time of this writing". > +and some are even dropping the Python 2.x support. And this would read better as "are even dropping support for Python 2.x". Eric

2 2

Summary of Python tracker Issues
by Python tracker Oct. 12, 2018

Oct. 12, 2018

ACTIVITY SUMMARY (2018-10-05 - 2018-10-12) Python tracker at https://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 6824 (+10) closed 39893 (+49) total 46717 (+59) Open issues with patches: 2721 Issues opened (38) ================== #34908: netrc parsing is overly strict https://bugs.python.org/issue34908 opened by ianwremmel #34912: Update overflow checks in resize_buffer https://bugs.python.org/issue34912 opened by Windson Yang #34914: Clarify text encoding used to enable UTF-8 mode https://bugs.python.org/issue34914 opened by ncoghlan #34915: LWPCookieJar.save() creates *.lwp file in 644 mode https://bugs.python.org/issue34915 opened by aleskva #34916: include sqlite-3.25+ (with window functions) https://bugs.python.org/issue34916 opened by Big Stone #34918: Python 3 tkinter measurement problem https://bugs.python.org/issue34918 opened by Ackbach #34919: Crash caused by certain characters in a string https://bugs.python.org/issue34919 opened by cwickens #34920: PYTHONWARNINGS entries are escaped https://bugs.python.org/issue34920 opened by nikratio #34922: hashlib segmentation fault https://bugs.python.org/issue34922 opened by shuoz #34924: inspect.signature isn't aware that types.MethodType can wrap a https://bugs.python.org/issue34924 opened by bup #34927: Tkinter-related segfault on macOS (regression between 3.7.0 an https://bugs.python.org/issue34927 opened by aivarannamaa #34930: sha1module: Switch sha1 implementation to sha1dc/hardened sha1 https://bugs.python.org/issue34930 opened by antoine.pietri #34931: os.path.splitext with more dots https://bugs.python.org/issue34931 opened by xnovakj #34932: Add macOS TCP_KEEPALIVE to available socket options https://bugs.python.org/issue34932 opened by llawall #34934: Consider making Windows select.select interruptible using WSAE https://bugs.python.org/issue34934 opened by ondrej.kutal #34936: tkinter.Spinbox.selection_element() raises TclError https://bugs.python.org/issue34936 opened by j-4321-i #34938: Fix mimetype.init() to account for from import https://bugs.python.org/issue34938 opened by YoSTEALTH #34939: Possibly spurious SyntaxError: annotated name can't be global https://bugs.python.org/issue34939 opened by rohanpadhye #34941: xml.etree.ElementTree findall() fails when using custom TreeBu https://bugs.python.org/issue34941 opened by jackjansen #34943: sched cancel (wrong item removed from queue) https://bugs.python.org/issue34943 opened by ajneu #34944: Update _dirnameW to accept long path names https://bugs.python.org/issue34944 opened by jopamer #34945: regression with ./python -m test and pdb https://bugs.python.org/issue34945 opened by matrixise #34946: inspect.getcallargs is marked as deprecated in documentation, https://bugs.python.org/issue34946 opened by chrisjbremner #34947: inspect.getclosurevars() does not get all globals https://bugs.python.org/issue34947 opened by azag0 #34948: Document __warningregister__ https://bugs.python.org/issue34948 opened by steven.daprano #34949: ntpath.abspath no longer uses normpath https://bugs.python.org/issue34949 opened by rhwlo #34950: Parse trusted and signature information from X509 certificate https://bugs.python.org/issue34950 opened by famendola #34951: cookielib/cookiejar cookies' Expires date parse fails with lon https://bugs.python.org/issue34951 opened by alb_moral #34952: Problems with the warningregistry() decorator in Lib/unittest/ https://bugs.python.org/issue34952 opened by serhiy.storchaka #34953: Implement `mmap.mmap.__repr__` https://bugs.python.org/issue34953 opened by cool-RR #34956: _tkinter built on macOS 10.14 does not link to Tcl and Tk in / https://bugs.python.org/issue34956 opened by wordtech #34957: Segementation faults on ARM and ARM64 https://bugs.python.org/issue34957 opened by stefanrink(a)yahoo.com #34958: urllib.error.HTTPError.fp is not closed when error is finalize https://bugs.python.org/issue34958 opened by puxlit #34960: macOS builds expose stack_size option in LINKEDFOORSHARED and https://bugs.python.org/issue34960 opened by xzcvczx #34961: Global scoping when shadowing local names in class definitions https://bugs.python.org/issue34961 opened by multun #34963: String representation for types created with typing.NewType(� https://bugs.python.org/issue34963 opened by fish2000 #34965: Python on Docker container using flask is going down after som https://bugs.python.org/issue34965 opened by sri_spl #34966: Pydoc: better support of method aliases https://bugs.python.org/issue34966 opened by serhiy.storchaka Most recent 15 issues with no replies (15) ========================================== #34966: Pydoc: better support of method aliases https://bugs.python.org/issue34966 #34963: String representation for types created with typing.NewType(� https://bugs.python.org/issue34963 #34958: urllib.error.HTTPError.fp is not closed when error is finalize https://bugs.python.org/issue34958 #34950: Parse trusted and signature information from X509 certificate https://bugs.python.org/issue34950 #34949: ntpath.abspath no longer uses normpath https://bugs.python.org/issue34949 #34944: Update _dirnameW to accept long path names https://bugs.python.org/issue34944 #34938: Fix mimetype.init() to account for from import https://bugs.python.org/issue34938 #34934: Consider making Windows select.select interruptible using WSAE https://bugs.python.org/issue34934 #34931: os.path.splitext with more dots https://bugs.python.org/issue34931 #34924: inspect.signature isn't aware that types.MethodType can wrap a https://bugs.python.org/issue34924 #34918: Python 3 tkinter measurement problem https://bugs.python.org/issue34918 #34915: LWPCookieJar.save() creates *.lwp file in 644 mode https://bugs.python.org/issue34915 #34912: Update overflow checks in resize_buffer https://bugs.python.org/issue34912 #34898: add mtime argument to gzip.compress https://bugs.python.org/issue34898 #34897: distutils test errors when CXX is not set https://bugs.python.org/issue34897 Most recent 15 issues waiting for review (15) ============================================= #34966: Pydoc: better support of method aliases https://bugs.python.org/issue34966 #34963: String representation for types created with typing.NewType(� https://bugs.python.org/issue34963 #34944: Update _dirnameW to accept long path names https://bugs.python.org/issue34944 #34941: xml.etree.ElementTree findall() fails when using custom TreeBu https://bugs.python.org/issue34941 #34936: tkinter.Spinbox.selection_element() raises TclError https://bugs.python.org/issue34936 #34932: Add macOS TCP_KEEPALIVE to available socket options https://bugs.python.org/issue34932 #34922: hashlib segmentation fault https://bugs.python.org/issue34922 #34903: strptime %d handling of single digit day of month https://bugs.python.org/issue34903 #34901: Missing isolated (-I) flag in sys.flags table https://bugs.python.org/issue34901 #34898: add mtime argument to gzip.compress https://bugs.python.org/issue34898 #34897: distutils test errors when CXX is not set https://bugs.python.org/issue34897 #34876: Python3.8 changes how decorators are traced https://bugs.python.org/issue34876 #34866: CGI DOS vulnerability via long post list https://bugs.python.org/issue34866 #34861: Improve cProfile standard output https://bugs.python.org/issue34861 #34856: Make the repr of lambda contain signature and body expression. https://bugs.python.org/issue34856 Top 10 most discussed issues (10) ================================= #34839: doctest: Change example under warnings section https://bugs.python.org/issue34839 12 msgs #34751: Hash collisions for tuples https://bugs.python.org/issue34751 10 msgs #34922: hashlib segmentation fault https://bugs.python.org/issue34922 10 msgs #25592: distutils docs: data_files always uses sys.prefix https://bugs.python.org/issue25592 8 msgs #34893: Add 2to3 fixer to change send and recv methods of socket objec https://bugs.python.org/issue34893 8 msgs #33729: Hashlib/blake2* missing 'data' keyword argument https://bugs.python.org/issue33729 7 msgs #34927: Tkinter-related segfault on macOS (regression between 3.7.0 an https://bugs.python.org/issue34927 7 msgs #34939: Possibly spurious SyntaxError: annotated name can't be global https://bugs.python.org/issue34939 6 msgs #34957: Segementation faults on ARM and ARM64 https://bugs.python.org/issue34957 6 msgs #34960: macOS builds expose stack_size option in LINKEDFOORSHARED and https://bugs.python.org/issue34960 6 msgs Issues closed (45) ================== #20304: Argument Clinic: char convertor should use default values of t https://bugs.python.org/issue20304 closed by taleinat #23596: gzip argparse interface https://bugs.python.org/issue23596 closed by matrixise #31715: Add mimetype for extension .mjs https://bugs.python.org/issue31715 closed by asvetlov #32174: nonASCII punctuation characters can not display in python363.c https://bugs.python.org/issue32174 closed by steve.dower #32680: smtplib SMTP instances missing a default sock attribute https://bugs.python.org/issue32680 closed by giampaolo.rodola #32962: test_gdb fails in debug build with `-mcet -fcf-protection -O0` https://bugs.python.org/issue32962 closed by vstinner #33643: Mock functions with autospec STILL don't support assert_called https://bugs.python.org/issue33643 closed by matrixise #34334: QueueHandler logs exc_info twice https://bugs.python.org/issue34334 closed by ned.deily #34383: asyncio passes SSL certificate error to loop.call_exception_ha https://bugs.python.org/issue34383 closed by asvetlov #34445: asyncio support in doctests https://bugs.python.org/issue34445 closed by asvetlov #34630: Don't log ssl cert errors in asyncio https://bugs.python.org/issue34630 closed by asvetlov #34758: http.server module sets incorrect mimetype for WebAssembly fil https://bugs.python.org/issue34758 closed by asvetlov #34769: _asyncgen_finalizer_hook running in wrong thread https://bugs.python.org/issue34769 closed by yselivanov #34825: Add more entries to os module to pathlib reference table https://bugs.python.org/issue34825 closed by asvetlov #34829: Add missing selection_ methods to tkinter Spinbox https://bugs.python.org/issue34829 closed by serhiy.storchaka #34849: Drop logging when asyncio waits in selector.select() https://bugs.python.org/issue34849 closed by asvetlov #34870: Core dump when Python VSCode debugger is attached https://bugs.python.org/issue34870 closed by terry.reedy #34872: investigate task/future cancellation in asynciomodule.c https://bugs.python.org/issue34872 closed by yselivanov #34899: Possible assertion failure due to int_from_bytes_impl() https://bugs.python.org/issue34899 closed by ZackerySpytz #34900: unittest subTests() fails when called from debug() https://bugs.python.org/issue34900 closed by berker.peksag #34902: Azure pipelines PR build fails with "Unexpected vmImage 'vs201 https://bugs.python.org/issue34902 closed by steve.dower #34905: Cannot assign memoryview values from array.array https://bugs.python.org/issue34905 closed by skrah #34906: Fix typo in the documentation https://bugs.python.org/issue34906 closed by mdk #34907: calculation not working properly https://bugs.python.org/issue34907 closed by matrixise #34909: StrEnum subclasses cannot be created https://bugs.python.org/issue34909 closed by ethan.furman #34910: PyObject_Print() doesn't always return -1 on error https://bugs.python.org/issue34910 closed by serhiy.storchaka #34911: Allow Cookies for Secure WebSockets https://bugs.python.org/issue34911 closed by asvetlov #34913: Document gzip command line interface https://bugs.python.org/issue34913 closed by mdk #34917: add time decorator to timeit.py https://bugs.python.org/issue34917 closed by ezio.melotti #34921: NoReturn not allowed by get_type_hints when future import anno https://bugs.python.org/issue34921 closed by levkivskyi #34923: Decimal Multiplication problems: Wrong solution https://bugs.python.org/issue34923 closed by Shadow Raven #34925: 25% speed-up to common case for bisect() https://bugs.python.org/issue34925 closed by rhettinger #34926: Allow querying a Path's mime-type https://bugs.python.org/issue34926 closed by xtreak #34928: string method .upper() converts 'ß' to 'SS' instead of 'ẞ' https://bugs.python.org/issue34928 closed by xtreak #34929: Extract asyncio sendfile tests into a separate test file https://bugs.python.org/issue34929 closed by asvetlov #34933: json.dumps serializes double quotes incorrectly https://bugs.python.org/issue34933 closed by serhiy.storchaka #34935: Misleading error message in str.decode() https://bugs.python.org/issue34935 closed by ezio.melotti #34937: Extract asyncio tests for sock_*() methods into a separate tes https://bugs.python.org/issue34937 closed by asvetlov #34940: Possible assertion failure due to _check_for_legacy_statements https://bugs.python.org/issue34940 closed by serhiy.storchaka #34942: Add an FAQ note about floating point representation https://bugs.python.org/issue34942 closed by xtreak #34954: Getting an email's subject is error-prone https://bugs.python.org/issue34954 closed by r.david.murray #34955: passing a dict to bytes() gives unhelpful error message https://bugs.python.org/issue34955 closed by rhettinger #34959: Are the tests optional on travis? https://bugs.python.org/issue34959 closed by matrixise #34962: make doctest does not pass :/ https://bugs.python.org/issue34962 closed by mdk #34964: Make Tkinter sources more readable by adding blank lines https://bugs.python.org/issue34964 closed by serhiy.storchaka

1 0

Use of objdump within ctypes _get_soname()
by Ray Donnelly Oct. 10, 2018

Oct. 10, 2018

Hi, We ran into an issue on the Anaconda Distribution recently where we added libarchive-c to conda-build (so we can un-compress more source archive formats than tarfile supports) and everything was good a few hours, until it hit various CI systems where objdump is not installed. I was a bit surprised by this dependency and wondered if there'd be interest in a fallback path that inspects the elf with some fairly simple python code to determine the soname instead? I have code that works already - though it could do with and a tidy up - and has been tested on a variety of architectures. Would CPython be interested in an attempt to upstream this? Is it documented anywhere that objdump is needed to load some extension modules on Linux? Best regards, Ray Donnelly, Anaconda Inc,

2 2

Python startup time
by Victor Stinner Oct. 10, 2018

Oct. 10, 2018

Hi, On Twitter, Raymond Hettinger wrote: "The decision making process on Python-dev is an anti-pattern, governed by anecdotal data and ambiguity over what problem is solved." https://twitter.com/raymondh/status/887069454693158912 About "anecdotal data", I would like to discuss the Python startup time. == Python 3.7 compared to 2.7 == First of all, on speed.python.org, we have: * Python 2.7: 6.4 ms with site, 3.0 ms without site (-S) * master (3.7): 14.5 ms with site, 8.4 ms without site (-S) Python 3.7 startup time is 2.3x slower with site (default mode), or 2.8x slower without site (-S command line option). (I will skip Python 3.4, 3.5 and 3.6 which are much worse than Python 3.7...) So if an user complained about Python 2.7 startup time: be prepared for a 2x - 3x more angry user when "forced" to upgrade to Python 3! == Mercurial vs Git, Python vs C, startup time == Startup time matters a lot for Mercurial since Mercurial is compared to Git. Git and Mercurial have similar features, but Git is written in C whereas Mercurial is written in Python. Quick benchmark on the speed.python.org server: * hg version: 44.6 ms +- 0.2 ms * git --version: 974 us +- 7 us Mercurial startup time is already 45.8x slower than Git whereas tested Mercurial runs on Python 2.7.12. Now try to sell Python 3 to Mercurial developers, with a startup time 2x - 3x slower... I tested Mecurial 3.7.3 and Git 2.7.4 on Ubuntu 16.04.1 using "python3 -m perf command -- ...". == CPython core developers don't care? no, they do care == Christian Heimes, Naoki INADA, Serhiy Storchaka, Yury Selivanov, me (Victor Stinner) and other core developers made multiple changes last years to reduce the number of imports at startup, optimize impotlib, etc. IHMO all these core developers are well aware of the competition of programming languages, and honesty Python startup time isn't "good". So let's compare it to other programming languages similar to Python. == PHP, Ruby, Perl == I measured the startup time of other programming languages which are similar to Python, still on the speed.python.org server using "python3 -m perf command -- ...": * perl -e ' ': 1.18 ms +- 0.01 ms * php -r ' ': 8.57 ms +- 0.05 ms * ruby -e ' ': 32.8 ms +- 0.1 ms Wow, Perl is quite good! PHP seems as good as Python 2 (but Python 3 is worse). Ruby startup time seems less optimized than other languages. Tested versions: * perl 5, version 22, subversion 1 (v5.22.1) * PHP 7.0.18-0ubuntu0.16.04.1 (cli) ( NTS ) * ruby 2.3.1p112 (2016-04-26) [x86_64-linux-gnu] == Quick Google search == I also searched for "python startup time" and "python slow startup time" on Google and found many articles. Some examples: "Reducing the Python startup time" http://www.draketo.de/book/export/html/498 => "The python startup time always nagged me (17-30ms) and I just searched again for a way to reduce it, when I found this: The Python-Launcher caches GTK imports and forks new processes to reduce the startup time of python GUI programs." https://nelsonslog.wordpress.com/2013/04/08/python-startup-time/ => "Wow, Python startup time is worse than I thought." "How to speed up python starting up and/or reduce file search while loading libraries?" https://stackoverflow.com/questions/15474160/how-to-speed-up-python-startin… => "The first time I log to the system and start one command it takes 6 seconds just to show a few line of help. If I immediately issue the same command again it takes 0.1s. After a couple of minutes it gets back to 6s. (proof of short-lived cache)" "How does one optimise the startup of a Python script/program?" https://www.quora.com/How-does-one-optimise-the-startup-of-a-Python-script-… => "I wrote a Python program that would be used very often (imagine 'cd' or 'ls') for very short runtimes, how would I make it start up as fast as possible?" "Python Interpreter Startup time" https://bytes.com/topic/python/answers/34469-pyhton-interpreter-startup-time "Python is very slow to start on Windows 7" https://stackoverflow.com/questions/29997274/python-is-very-slow-to-start-o… => "Python takes 17 times longer to load on my Windows 7 machine than Ubuntu 14.04 running on a VM" => "returns in 0.614s on Windows and 0.036s on Linux" "How to make a fast command line tool in Python" (old article Python 2.5.2) https://files.bemusement.org/talks/OSDC2008-FastPython/ => "(...) some techniques Bazaar uses to start quickly, such as lazy imports." -- So please continue efforts for make Python startup even faster to beat all other programming languages, and finally convince Mercurial to upgrade ;-) Victor

42 96

3.7.1 and 3.6.7 Release Update
by Ned Deily Oct. 7, 2018

Oct. 7, 2018

[duplicated from https://discuss.python.org/c/committers] We issued the 3.7.1rc1 and 3.6.7rc1 release candidates a little over 11 days ago with the plan to have final releases for each available by today, assuming no new issues arose since the rc1 cutoffs. While the good news is that, to the best of my knowledge, no regressions have been reported for the release candidates (or remain unfixed), several critical and security-related issues have identified during the rc phase. Most of these have already been addressed (thanks for the quick responses!) but there remain a couple that still need to be finalized. Since there is a non-zero amount of fixes going in after rc1, I think we need to do another set of release candidates once everything is resolved. Because a number of core developers are right now attending various Python-related events, I am going to aim for tagging 3.7.1rc2 and 3.6.7rc2 after 2018-10-09 23:59 AoE, if at all possible, with final releases targeted for about 10 days later. I will send out an update as we approach that time. Just a reminder to core developers: as always please try to get fixes merged in to all relevant branches as soon as you feel they are ready. There is no need to hold off during a release candidate phase. Release managers will cherry pick as necessary appropriate fixes from the release branches into subsequent release candidates or final releases. The sooner changes are merged, the sooner they will get buildbot exposure and potential exposure in the wider community. Thanks! -- Ned Deily nad(a)python.org -- []

1 0

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580
by Jeroen Demeyer Oct. 6, 2018

Oct. 6, 2018

On 2018-10-03 17:06, Łukasz Langa wrote: > That's the only > reason why PEP 544 is not yet accepted for example. Did you actually try to get PEP 544 accepted or to appoint a BDFL-Delegate? I don't find any discussions about PEP 544 after the stepping down of the BDFL.

5 5

Should assert continue to do a LOAD_GLOBAL on AssertionError?
by Steven D'Aprano Oct. 5, 2018

Oct. 5, 2018

On the bug tracker, there's a discussion about the current behaviour of the assert statement, where shadowing AssertionError will change the behaviour of the assertion. https://bugs.python.org/issue34880 Currently, assert does a LOAD_GLOBAL on AssertionError, which means if you shadow the name, you get a different exception. This behaviour goes back to Python 1.5. I'm looking for guidance here, is this the intended behaviour, or an accident? Should it be changed to better match other builtins? (For example, shadowing iter doesn't effect for loops.) Thanks, Steve

5 4

Re: [Python-Dev] AIX to stable, what does that take?
by Rob Boehne Oct. 5, 2018

Oct. 5, 2018

On 10/5/18, 10:33 AM, "Python-Dev on behalf of Michael Haubenwallner" <python-dev-bounces+robb=datalogics.com(a)python.org on behalf of michael.haubenwallner(a)ssi-schaefer.com> wrote: > >... I build everything myself, using xlc >(gcc introduces the need for a GNU RTE, e.g., glibc). Using gcc does *not* require to use glibc or even GNU binutils at all. Except for gcc's own runtime libraries, there's no need for a GNU RTE. In fact, in Gentoo Prefix I do use gcc as the compiler, configured to use AIX provided binutils (as, ld, nm, ...), with AIX libc as RTE. I think the author was referring to the dependency on libgcc_s when using gcc. It's typical for native UNIX package builders to use gcc only when necessary because the correct runtime is always installed (if the os running it is newer) and therefore won't clash when something else in the process space is using a different version of libgcc_s (I'm not sure what the ABI guarantees are with libgcc_s specifically, and neither are UNIX packagers - not necessarily anyway) It also eliminates the need to ship a version of libgcc_s as a shared library.

2 1