[issue213773] Python 2.0b1 selectmodule compile error under Redhat 5.2

Change by admin : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue417418] Python 2.1 compile error on HPUX

Change by admin : -- github: None -> 34375 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue210778] pyport.h compile error on windows

Change by admin : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue400962] Fix \n's in string literals in pyexpat.c - compile error

Change by admin : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue213773] Python 2.0b1 selectmodule compile error under Redhat 5.2

Change by admin : -- github: None -> 33055 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue210778] pyport.h compile error on windows

Change by admin : -- github: None -> 32802 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue400962] Fix \n's in string literals in pyexpat.c - compile error

Change by admin : -- github: None -> 32646 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25853] Compile error with pytime.h - struct timespec declared inside parameter list

Irit Katriel added the comment: Closing as there isn't enough information here for us to do anything about it and there has been no response from the OP to follow-up questions. -- nosy: +iritkatriel resolution: -> works for me stage: -> resolved status: open -> closed

[issue19348] Building _testcapimodule as a builtin results in compile error

STINNER Victor added the comment: The C API was deeply reworked since 2013. This issue was reported in Python 2.7. I'm confident that it has been fixed in the meanwhile. -- resolution: out of date -> fixed stage: -> resolved status: pending -> closed

[issue19348] Building _testcapimodule as a builtin results in compile error

Irit Katriel added the comment: I think this was fixed by https://github.com/python/cpython/commit/5c75f37d473140f0e0b7d9bf3a8c08343447ded1 which added "#undef Py_BUILD_CORE_MODULE" to _testcapimodule.c. -- nosy: +iritkatriel resolution: -> out of date status: open -> pending

[issue23805] _hashlib compile error?

Irit Katriel added the comment: Freddy, this issue is 5 years old with no activity and no indicated action for the python devs, so I am closing it. If you are still seeing compilation errors, please create a new one and update it with more details. -- nosy: +iritkatriel stage: ->

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

On Fri, Sep 04, 2020 at 03:43:14PM -0500, Python wrote: > On Fri, Sep 04, 2020 at 08:04:33AM -0800, Joshua J. Kugler wrote: > > On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote: > > > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2) > > > 4.9.2 I get this: >

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

On Fri, Sep 04, 2020 at 08:04:33AM -0800, Joshua J. Kugler wrote: > On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote: > > I've built 3.8.5 on a few other machines happily recently. > > > > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2) > > 4.9.2 I get

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

On Sat, Sep 5, 2020 at 2:06 AM Joshua J. Kugler wrote: > > On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote: > > I've built 3.8.5 on a few other machines happily recently. > > > > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2) > > 4.9.2 I get this: > > I

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote: > I've built 3.8.5 on a few other machines happily recently. > > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2) > 4.9.2 I get this: I am going to assume the version of C required is past what is in that

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

On 04Sep2020 15:54, Chris Angelico wrote: >On Fri, Sep 4, 2020 at 3:01 PM Cameron Simpson wrote: >> I've built 3.8.5 on a few other machines happily recently. >Those are warnings; if there are errors that block compilation, they >aren't in what you quoted above. Yes, that's what I thought. And

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

On Fri, Sep 4, 2020 at 3:01 PM Cameron Simpson wrote: > > I've built 3.8.5 on a few other machines happily recently. > > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2) > 4.9.2 I get this: > > % gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv > -O3

compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

I've built 3.8.5 on a few other machines happily recently. Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2) 4.9.2 I get this: % gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall-std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter

[issue36332] compile() error on AST object with assignment expression

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36332] compile() error on AST object with assignment expression

Pablo Galindo Salgado added the comment: New changeset 0c9258a6d299e0484538ef8d4b23f30515283db2 by Pablo Galindo in branch 'master': bpo-36332: Allow compile() to handle AST objects with assignment expressions (GH-12398)

[issue36332] compile() error on AST object with assignment expression

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36332] compile() error on AST object with assignment expression

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +12353 stage: -> patch review ___ Python tracker ___ ___

[issue36332] compile() error on AST object with assignment expression

Serhiy Storchaka added the comment: validate_expr() needs a case for NamedExpr_kind. I think also that it is better to remove the "default" clause (and move its code after the switch statement) and allow the compiler to warn about missed cases. -- nosy: +serhiy.storchaka

[issue36332] compile() error on AST object with assignment expression

Guido van Rossum added the comment: Confirmed. Emily, do you need help tracking this down? -- ___ Python tracker ___ ___

[issue36332] compile() error on AST object with assignment expression

Change by Karthikeyan Singaravelan : -- nosy: +emilyemorehouse, gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36332] compile() error on AST object with assignment expression

>>> This issue seems to break IPython when trying to use any assignment expressions. https://github.com/ipython/ipython/issues/11618 -- components: Interpreter Core messages: 338143 nosy: tomyun priority: normal severity: normal status: open title: co

[issue19348] Building _testcapimodule as a builtin results in compile error

Change by Serhiy Storchaka : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type

Change by STINNER Victor : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type

Michael Osipov <1983-01...@gmx.net> added the comment: I cannot reproduce this with HP-UX 11.31 and master + 3.7. I opt to close this one. -- nosy: +michael-o ___ Python tracker

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

David Edelsohn added the comment: The AIX buildbots has been exhibiting testsuite failures, but not build (compile) failures. The buildbots do not visibly distinguish between the two cases in a strong manner. We can disable / expect failure for the few, additional

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: The compilation error occurs only on the master branch, issue 32143 is the enhancement that is the initial cause of this problem. This went unnoticed when issue 32143 was resolved because the AIX buildbots were already failing at that

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

STINNER Victor added the comment: A compilation error is a blocking bug. It is short and short, it can be backported to 2.7 and 3.6 no? Is ALL_SOURCE defined vy default? -- ___ Python tracker

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: Thanks Michael for your contribution in fixing this issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: New changeset 502d551c6d782963d26957a9e5ff1588946f233f by xdegaye (Michael Felt) in branch 'master': bpo-32390: Fix compilation failure on AIX after f_fsid was added to os.statvfs() (#4972)

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt added the comment: On 03/01/2018 18:03, Xavier de Gaye wrote: > Xavier de Gaye added the comment: > > The following patch may be less invasive and more explicit: > > diff --git a/Modules/posixmodule.c b/Modules/posixmodule.c > index

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt added the comment: Ignore my last comment - I have a headache. If I could edit/delete it I would. aka "reset 2018 - here I come!" -- ___ Python tracker

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

is broken. Someone needs to decide how to restore a supported platform - and where the discussion on fsid either restarts or continues. In short - I am just a messenger - you are the experts. :) > > -- > nosy: +vstinner > title: AIX (xlc_r) compile error with Modules/p

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: The following patch may be less invasive and more explicit: diff --git a/Modules/posixmodule.c b/Modules/posixmodule.c index 38b6c80e6b..e0bb4ba869 100644 --- a/Modules/posixmodule.c +++ b/Modules/posixmodule.c @@ -9325,7 +9325,11 @@

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

dule.c made assumptions about fsid based on Linux and not required by POSIX. This didn't simply introduce a testsuite regression, but broke the build on AIX. The posixmodule.c code should be corrected or should be reverted. -- nosy: +vstinner title: AIX (xlc_r) compile error with M

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: The _ALL_SOURCE feature test macro is set by the AC_USE_SYSTEM_EXTENSIONS macro in configure.ac. It is not clear why the _ALL_SOURCE macro is currently needed by Python. The _ALL_SOURCE feature test macro is defined here:

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

David Edelsohn added the comment: /* typedef for the File System Identifier (fsid). This must correspond * to the "struct fsid" structure in _ALL_SOURCE below. */ typedef struct fsid_t { #ifdef __64BIT_KERNEL unsigned long val[2]; #else /* __64BIT_KERNEL */

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

David Edelsohn added the comment: struct statvfs { ulong_tf_bsize; /* preferred file system block size */ ulong_tf_frsize;/* fundamental file system block size*/ fsblkcnt_t f_blocks;/* total # of blocks of f_frsize

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: Can you please post the definition of the statvfs structure on AIX. -- ___ Python tracker ___

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt added the comment: Did some additional research. The code can work asis when _ALL_SOURCE is undefined. Or, in other words - there does not have to be a variable syntax issue or separate code for AIX. As you read this - please remember that since issue

[issue29504] blake2: compile error with -march=bdver2

Christian Heimes added the comment: The issue has been fixed on Nov 1st in PR https://github.com/python/cpython/pull/4173 (master) and https://github.com/python/cpython/pull/4214 (3.6.4). -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed

[issue29504] blake2: compile error with -march=bdver2

Joseph Mitzen added the comment: Is this ever going to get merged? The gentoo bug report link includes a patch that simply removes the nested comments, which is all that is needed to get the code to compile properly on Bulldozer processors. There's no "manual massaging"

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: > The PPC64 AIX 3.x Python buildbot > (http://buildbot.python.org/all/#/builders/10) has been failing upon this > same error for over a month. Michael Felt answered by email: > Not quite a month: 8 days ago (test 357 was the first with

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Change by Michael Felt : -- keywords: +patch pull_requests: +4863 stage: -> patch review ___ Python tracker ___

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt added the comment: Well, replied via email response - but it did not show up here. You suggestion worked. I'll start a PR and we can see if your suggestion also works for all the other platforms. -- ___ Python

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Xavier de Gaye added the comment: The PPC64 AIX 3.x Python buildbot (http://buildbot.python.org/all/#/builders/10) has been failing upon this same error for over a month. Can you please try with: PyStructSequence_SET_ITEM(v, 10, PyLong_FromUnsignedLong(st.f_fsid.val[0]));

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt added the comment: FYI: from /usr/include/types.h /* typedef for the File System Identifier (fsid). This must correspond * to the "struct fsid" structure in _ALL_SOURCE below. */ typedef struct fsid_t { #ifdef __64BIT_KERNEL unsigned long val[2];

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Err_Occurred()) { 9330 | Py_DECREF(v); 9330 + do { PyObject *_py_decref_tmp = (PyObject *)(v); if ( --(_py_decref_tmp)->ob_refcnt != 0) ; else ( (*(((PyObject*)(_py_d ecref_tmp))->ob_type)->tp_dealloc)((PyObject *)(_py_decref_tmp))); } while (0); --

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Explicit dimension specification or initializer required

5516 | static PyStructSequence_Field sched_param_fields[] = { 5517 | {"sched_priority", "the scheduling priority"}, 5518 | {0} 5519 | }; -- components: Build messages: 308775 nosy: Michael.Felt priority: normal severity: normal status: open title: AIX (xlc

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

STINNER Victor added the comment: Thank you Tal Einat for your bug report and your fix. It's now merged into 3.6 and master (future 3.7). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

STINNER Victor added the comment: New changeset f8b3f6b178e48773cd7298141cbaf408c6917e41 by Victor Stinner (Tal Einat) in branch '3.6': [3.6] bpo-31926: fix missing *_METHODDEF statements by argument clinic (GH-4230) (#4253)

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

Change by Serhiy Storchaka : -- versions: +Python 3.6 ___ Python tracker ___

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

Change by Tal Einat : -- pull_requests: +4215 ___ Python tracker ___ ___

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

Serhiy Storchaka added the comment: New changeset 4f57409a2f7bdf8fb559cddc7c6533ca2c471c67 by Serhiy Storchaka (Tal Einat) in branch 'master': bpo-31926: fix missing *_METHODDEF statements by argument clinic (#4230)

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

Tal Einat added the comment: See PR 4230. -- ___ Python tracker ___ ___

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

Change by Tal Einat : -- keywords: +patch pull_requests: +4199 stage: -> patch review ___ Python tracker ___

[issue31926] compile error when converting selectmodule to AC due to missing #define-s

Clinic messages: 305427 nosy: larry, taleinat priority: normal severity: normal status: open title: compile error when converting selectmodule to AC due to missing #define-s type: compile error versions: Python 3.7 ___ Python tracker <rep...@bugs.python.or

[issue29504] blake2: compile error with -march=bdver2

Changes by devurandom : -- nosy: +devurandom ___ Python tracker ___ ___ Python-bugs-list

[issue30854] Compile error on Python/ceval.c without threads

STINNER Victor added the comment: New changeset 8207c17486baece8ed0ac42d9f8d69ecec4ba7e4 by Victor Stinner in branch 'master': Revert "bpo-30822: Fix testing of datetime module." (#2588) https://github.com/python/cpython/commit/8207c17486baece8ed0ac42d9f8d69ecec4ba7e4 --

[issue30854] Compile error on Python/ceval.c without threads

STINNER Victor added the comment: Thanks Masayuki Yamamoto for your fixes! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue30854] Compile error on Python/ceval.c without threads

STINNER Victor added the comment: New changeset e3a0ff0d76b9e7a994afa7f2c54b19a63f1bb57d by Victor Stinner (Masayuki Yamamoto) in branch '3.6': [3.6] bpo-30854: Fix compile error when --without-threads (GH-2581) (#2583) https://github.com/python/cpython/commit

[issue30854] Compile error on Python/ceval.c without threads

Changes by STINNER Victor <victor.stin...@gmail.com>: -- title: Compile error on Python/ceval.c -> Compile error on Python/ceval.c without threads ___ Python tracker <rep...@bugs.python.org> <http://bugs.pyt

[issue30854] Compile error on Python/ceval.c without threads

Changes by Masayuki Yamamoto : -- pull_requests: +2654 ___ Python tracker ___ ___

[issue30854] Compile error on Python/ceval.c

STINNER Victor added the comment: New changeset 0c3116309307ad2c7f8e2d2096612f4ab33cbb62 by Victor Stinner (Masayuki Yamamoto) in branch 'master': bpo-30854: Fix compile error when --without-threads (#2581) https://github.com/python/cpython/commit/0c3116309307ad2c7f8e2d2096612f4ab33cbb62

[issue30854] Compile error on Python/ceval.c

Changes by Berker Peksag : -- stage: -> patch review ___ Python tracker ___ ___

[issue30854] Compile error on Python/ceval.c

Changes by Masayuki Yamamoto : -- pull_requests: +2651 ___ Python tracker ___ ___

[issue30854] Compile error on Python/ceval.c

hange PR that replaces colon with semicolon for master branch right away. -- components: Build messages: 297711 nosy: masamoto, pitrou priority: normal severity: normal status: open title: Compile error on Python/ceval.c type: compile error versions: Python 3.6, Py

[issue29504] blake2: compile error with -march=bdver2

Changes by Ned Deily : -- priority: release blocker -> high ___ Python tracker ___ ___

[issue29504] blake2: compile error with -march=bdver2

Ned Deily added the comment: What's the status of this issue? If it's not going to be fixed prior to 3.6.2rc1, I'm going to downgrade it from "release blocker" as we've already released 3.6.1 without it. -- ___ Python tracker

[issue28480] Compile error on Modules/socketmodule.c

Changes by Donald Stufft : -- pull_requests: +921 ___ Python tracker ___ ___

[issue29504] blake2: compile error with -march=bdver2

Ned Deily added the comment: This didn't make it in time for 3.6.1; deferred to 3.6.2. -- ___ Python tracker ___

[issue29765] 2.7.12 compile error from ssl related

Christian Heimes added the comment: You have some custom, unsupported version of OpenSSL installed in /usr/local. That custom version is not compatible with Python 2.7.12. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___

[issue29765] 2.7.12 compile error from ssl related

ada added the comment: The output is: [root@root local]# rpm -qf /usr/local/include/openssl/asn1.h file /usr/local/include/openssl/asn1.h is not owned by any package -- ___ Python tracker

[issue29765] 2.7.12 compile error from ssl related

Christian Heimes added the comment: /usr/local looks wrong. Did you install a custom build of OpenSSL? What's the output of rpm -qf /usr/local/include/openssl/asn1.h ? -- ___ Python tracker

[issue29765] 2.7.12 compile error from ssl related

compile error from ssl related type: compile error versions: Python 2.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29765> ___ ___ Python-bugs-

[issue29504] blake2: compile error with -march=bdver2

Christian Heimes added the comment: I don't have time to fix the issue right away. Python's copy of blake2 needs some manual massaging and tweaking. -- assignee: -> christian.heimes nosy: +ned.deily priority: normal -> release blocker stage: -> needs patch type: -> c

[issue29504] blake2: compile error with -march=bdver2

Christian Heimes added the comment: It's a bug in Blake2's reference implementation with nested C++ comments (/* /* */ */). https://github.com/BLAKE2/BLAKE2/commit/259e61dedee5383eac1a90db6ef88f9ccdcf6002#diff-ac1a341ec0ed38dc5d219572f4282287 fixed the bug. For Python 3.6.1 I'm going to

[issue29504] blake2: compile error with -march=bdver2

Mike Gilbert added the comment: Downstream bug report: https://bugs.gentoo.org/show_bug.cgi?id=608586 -- ___ Python tracker ___

[issue29504] blake2: compile error with -march=bdver2

onents: Extension Modules files: build.log messages: 287356 nosy: floppymaster priority: normal severity: normal status: open title: blake2: compile error with -march=bdver2 versions: Python 3.6 Added file: http://bugs.python.org/file46598/build.log ___ Python tracke

[issue29027] 3.5.2 compile error from ssl related.

kevin added the comment: Hi Christian, This issue is resolved. Thanks a lot. -- resolution: not a bug -> fixed ___ Python tracker ___

[issue29027] 3.5.2 compile error from ssl related.

Christian Heimes added the comment: Python 3.5.2 is not compatible with OpenSSL 1.1.0. You have to wait until 3.5.3 is released in about a month or downgrade OpenSSL to 1.0.2. -- resolution: -> not a bug stage: -> resolved status: open -> closed

[issue29027] 3.5.2 compile error from ssl related.

kevin added the comment: Hi Christian, Thanks for your reply. The machine's information as following: Platform: x86_64; OS: ubuntu16.04; Compiler: gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609; Openssl version:OpenSSL 1.1.0c 10 Nov 2016. --

[issue29027] 3.5.2 compile error from ssl related.

Christian Heimes added the comment: What is your platform, compiler and OpenSSL version? -- ___ Python tracker ___

[issue29027] 3.5.2 compile error from ssl related.

Thanks a lot. -- assignee: christian.heimes components: SSL messages: 283699 nosy: christian.heimes, kevin.zhai80 priority: normal severity: normal status: open title: 3.5.2 compile error from ssl related. type: compile error versions: Python 3.5 ___ Python

Re: compile error when using override

from __future__ import division from sympy import * x, y, z, t = symbols('x y z t') k, m, n = symbols('k m n', integer=True) f, g, h = symbols('f g h', cls=Function) class AA(object): @staticmethod def __additionFunction__(a1, a2): return a1*a2 #Put what you want instead

Re: compile error when using override

On Fri, 2 Dec 2016 01:35 pm, Ho Yeung Lee wrote: > from __future__ import division > import ast > from sympy import * > x, y, z, t = symbols('x y z t') > k, m, n = symbols('k m n', integer=True) > f, g, h = symbols('f g h', cls=Function) > import inspect Neither ast nor inspect is used. Why

Re: compile error when using override

from __future__ import division import ast from sympy import * x, y, z, t = symbols('x y z t') k, m, n = symbols('k m n', integer=True) f, g, h = symbols('f g h', cls=Function) import inspect def op2(a,b): return a*b+a class AA(object): @staticmethod def

Re: compile error when using override

On Thu, 1 Dec 2016 05:26 pm, Ho Yeung Lee wrote: > import ast > from __future__ import division That's not actually your code. That will be a SyntaxError. Except in the interactive interpreter, "__future__" imports must be the very first line of code. > class A: >     @staticmethod >     def

compile error when using override

import ast from __future__ import division from sympy import * x, y, z, t = symbols('x y z t') k, m, n = symbols('k m n', integer=True) f, g, h = symbols('f g h', cls=Function) import inspect class A: @staticmethod def __additionFunction__(a1, a2): return a1*a2 #Put what

[issue28480] Compile error on Modules/socketmodule.c

Martin Panter added the comment: I also committed a similar but independent fix in Python 2.7 building Modules/_sqlite/connection.c, caused by revision 649937bb8f1c, and adjusted some tests to work when multithreading is disabled. For the record, I also opened Issue 28482, Issue 28484 and

[issue28480] Compile error on Modules/socketmodule.c

Roundup Robot added the comment: New changeset 9316b4ebf3fa by Martin Panter in branch '3.6': Issue #28480: Avoid label at end of compound statement --without-threads https://hg.python.org/cpython/rev/9316b4ebf3fa New changeset 7cb86d404866 by Martin Panter in branch '3.6': Issue #28480: Adjust

[issue28480] Compile error on Modules/socketmodule.c

Roundup Robot added the comment: New changeset 17629dee23ca by Martin Panter in branch '2.7': Issue #28480: Avoid label at end of compound statement --without-threads https://hg.python.org/cpython/rev/17629dee23ca -- nosy: +python-dev ___ Python

[issue28480] Compile error on Modules/socketmodule.c

Masayuki Yamamoto added the comment: Oh, that's enough to work, Martin. I confirmed too. -- ___ Python tracker ___

[issue28480] Compile error on Modules/socketmodule.c

Martin Panter added the comment: Thanks for the report and patch. I think an empty statement might be better than the dummy assignment. Let me know if the following would work and I will commit it: done: +; /* necessary for --without-threads flag */ Py_END_ALLOW_THREADS

[issue28480] Compile error on Modules/socketmodule.c

to just right curly bracket. Therefore, between label and end of block have no statements. There needs meaningless statement (e.g. result = result;) to avoid compile error. I wrote a one line patch as a test. -- components: Build, Extension Modules files: socketmodule-behind-label.patch

  1   2   3   4   >