# Regarding whether we should add \`Py\_CurrentArch\` or \`Py\_ArchName\` function

**URL:** <https://discuss.python.org/t/regarding-whether-we-should-add-py-currentarch-or-py-archname-function/65191>\
**Category:** C API\
**Created:** [September 27, 2024, 2:32am UTC](https://discuss.python.org/t/regarding-whether-we-should-add-py-currentarch-or-py-archname-function/65191 "2024-09-27T02:32:51Z")\
**Posts on this page:** 1\
**Showing post:** 17

<div class="post-metadata">

**Author:** ![ruang](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/ruang/32/22210_2.png) [@ruang](https://discuss.python.org/u/ruang)\
**Post date:** [October 17, 2024, 8:22am UTC](https://discuss.python.org/t/regarding-whether-we-should-add-py-currentarch-or-py-archname-function/65191/17 "2024-10-17T08:22:31Z")

</div>

I’m sorry, this discussion also needs to change to should an `arch` attribute be added to **system.implementation** to describe the architecture of the current Python runtime (it only works on Win)?  
@zooba is the only one who supports this. Maybe I need to listen to more voices.

---

_[View the full topic](https://discuss.python.org/t/regarding-whether-we-should-add-py-currentarch-or-py-archname-function/65191)._