GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||||||||||||||||||||||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||||||||||||||||||||||||||||||
GeezerVison is showing github.com — bpo-40280: Add build target for Emscripten/node.js by emmatyping · Pull Request #30495 · python/cpython Conversation
|
|
I'm unsure if this needs a NEWS entry, I'd be happy to add one if so. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Co-authored-by: Christian Heimes <[email protected]>
| CXX= @CXX@ | ||
| MAINCC= @MAINCC@ | ||
| LINKCC= @LINKCC@ | ||
| LINKCC_BUILDPYTHON = @LINKCC_BUILDPYTHON@ |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
This is the least intrusive way I could think of to customize the link step only for building the python.wasm executable...
If you know of a better way, please do tell :)
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Meh! The ugly hacks are piling up. Maybe it's easier to not use ac_cv_pthread and to add -pthread to CFLAGS or CFLAGS_NODIST after all?
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Unfortunately then it would be passed to the $(BUILDPYTHON) target, and standalone wasm doesn't support -pthread
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
| PyModule_AddIntMacro(m, IPPROTO_VRRP); | ||
| #endif | ||
| #ifdef IPPROTO_SCTP | ||
| #if defined(IPPROTO_SCTP) && !defined(__EMSCRIPTEN__) |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
I found a better way to deal with the issue. I guess you did the same mistake as I and added the skipif call after the check for AIX? That doesn't work because @requireSocket("AF_INET", "SOCK_STREAM", "IPPROTO_SCTP") tries to create an IPPROTO_SCTP socket and decorators are executed in reverse order!
This works:
--- a/Lib/test/test_socket.py
+++ b/Lib/test/test_socket.py
@@ -43,6 +43,7 @@
VSOCKPORT = 1234
AIX = platform.system() == "AIX"
+EMSCRIPTEN = sys.platform == "Emscripten"
try:
import _socket
...
@requireAttrs(socket.socket, "sendmsg")
[email protected](AIX, "IPPROTO_SCTP: [Errno 62] Protocol not supported on AIX")
@requireSocket("AF_INET", "SOCK_STREAM", "IPPROTO_SCTP")
[email protected](AIX, "IPPROTO_SCTP: [Errno 62] Protocol not supported on AIX")
[email protected](EMSCRIPTEN, "IPPROTO_SCTP: aborts on Emscripten")
class SendmsgSCTPStreamTest(SendmsgStreamTests, SendrecvmsgSCTPStreamTestBase):
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
I see you've opened #30538 so I'll remove this change.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
#30538 does not work ... it's still running the decorator and crashing node.js
Sorry, something went wrong.
There was an error while loading. Please reload this page.
| CXX= @CXX@ | ||
| MAINCC= @MAINCC@ | ||
| LINKCC= @LINKCC@ | ||
| LINKCC_BUILDPYTHON = @LINKCC_BUILDPYTHON@ |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Meh! The ugly hacks are piling up. Maybe it's easier to not use ac_cv_pthread and to add -pthread to CFLAGS or CFLAGS_NODIST after all?
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Co-authored-by: Christian Heimes <[email protected]>
Co-authored-by: Christian Heimes <[email protected]>
Co-authored-by: Christian Heimes <[email protected]>
Co-authored-by: Christian Heimes <[email protected]>
|
I think the important bits of this ended up in #30552 so this can be closed. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.