Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<https://bugs.python.org/issue10496>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29708>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
I've just tried with the latest git-master. With NDK r13b and my build scripts,
[1] test_curses passed.
shell@ASUS_Z00E_2:/data/local/tmp $ python3.7m -m test test_curses -u curses
Run tests sequentially
0:00:00 [1/1] test_curses
1 test OK.
Total dur
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29779>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
That's a great feature! Here's a question: what should be CPython's behavior
when PYTHONHISTORY is explicitly set to empty? Currently there's an error:
$ PYTHONHISTORY= ./python
Python 3.7.0a0 (master:f6595983e08fe20cf06a2535d74d912c6dbb04
Chi Hsuan Yen added the comment:
Update: my pull request at https://github.com/libffi/libffi/pull/288 is merged.
Future libffi releases don't need pkg-config anymore. However, I guess the
system copy won't be updated in near future.
--
Chi Hsuan Yen added the comment:
I guess you were asking whether the newly compiled Python binary is able to
build extension modules or not? I rebased PR 139 against the latest git master
and seems it's fine. Running `make distclean`, `./configure` and then `make`
builds all modul
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29804>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Thanks to Serhiy Storchaka's work in issue 30152, this patch can be simplified.
I've rebased my branch and updated the pull request.
--
___
Python tracker
<https://bugs.python.o
Chi Hsuan Yen added the comment:
IIRC bugs of bugs.python.org should go to
http://psf.upfronthosting.co.za/roundup/meta/
--
nosy: +Chi Hsuan Yen
___
Python tracker
<https://bugs.python.org/issue31
Chi Hsuan Yen added the comment:
> even if cflags/ldflags are ok
Might be this. setup.py doesn't use -I flags in $CFLAGS. It looks into
$CPPFLAGS only.
--
___
Python tracker
<https://bugs.python.org
Change by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<https://bugs.python.org/issue31769>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Might be caused by this bug: https://github.com/pypa/pip/issues/3532
pip uses lockfile, and lockfile uses hard links, which are prohibited on newer
Android versions unless you're root. A workaround is configuring python with
|./configure --without-ensu
Chi Hsuan Yen added the comment:
This is a pip bug https://github.com/pypa/pip/issues/3063
--
nosy: +Chi Hsuan Yen
___
Python tracker
<https://bugs.python.org/issue31
Change by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<https://bugs.python.org/issue26467>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
As https://github.com/python/cpython/pull/98 is merged, this issue is fixed.
Thanks haypo for the review!
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracke
Chi Hsuan Yen added the comment:
Most likely the same issue as issue31652. Passing --without-ensurepip to
./configure is a workaround.
--
nosy: +Chi Hsuan Yen
___
Python tracker
<https://bugs.python.org/issue32
Change by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<https://bugs.python.org/issue32484>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
I can confirm a rebuild fixes _gdbm for Python 3.6.4.
This is also a bug in gdbm - it should bump soname (gdbm.so.4 => gdbm.so.5) for
such an ABI incompatibility. I've sent a report to gdbm de
Chi Hsuan Yen added the comment:
Well, cross compiling extension modules already works fine...
$ _PYTHON_SYSCONFIGDATA_NAME=_sysconfigdata_m_linux_aarch64-linux-android
PYTHONHOME=~/Projects/python3-android/build/21-aarch64-linux-android-4.9/usr
python3.7 setup.py build_ext
running build_ext
Chi Hsuan Yen added the comment:
I know. I guess it can be determined without manually specifying but haven't
investigated into details. Maybe some patches are necessary.
--
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Actually all UNIX-like platforms now have non-empty
sys.implementation._multiarch now (msg273875). An idea is renaming it to
something like target_architecture to make things clearer. It will be a triplet
on all system, whether cross-built or not
Chi Hsuan Yen added the comment:
How about renaming sys.implementation._multiarch to
sys.implementation.target_architecture and make it public?
sys.androidapilevel() sounds too specific to me.
--
___
Python tracker
<http://bugs.python.
Chi Hsuan Yen added the comment:
Sorry for mixing different issues and proposing bad alternatives.
My last hope is that someone looks into lemburg's msg281253:
"I don't think the sys module is the right place to put the API, since it
doesn't have anything to do wi
Chi Hsuan Yen added the comment:
Patch version 3, using sys.getandroidapilevel()
--
Added file: http://bugs.python.org/file45751/android-locale-utf8.patch
___
Python tracker
<http://bugs.python.org/issue28
Chi Hsuan Yen added the comment:
Thanks Victor. Here's new patch, which uses hasattr
--
Added file: http://bugs.python.org/file45759/android-locale-utf8.patch
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Patch version 5, updated comments. Thanks for all of those feedbacks :)
--
Added file: http://bugs.python.org/file45785/android-locale-utf8.patch
___
Python tracker
<http://bugs.python.org/issue28
Chi Hsuan Yen added the comment:
Got the same issue here on building Python for Android. See
https://circleci.com/gh/yan12125/python3-android/11 for an example build log.
/usr/include is erroneously included and leads to build failures:
building 'xxlimited' extension
/home/ubuntu/a
Chi Hsuan Yen added the comment:
Modified this issue a bit and add some experts on the build system
--
nosy: +zach.ware
title: setup.py: do not add invalid header locations -> setup.py: do not add
system header locations when cross compiling
versions: +Python 3.5, Python 3.6, Pyt
Changes by Chi Hsuan Yen :
--
nosy: +xdegaye
___
Python tracker
<http://bugs.python.org/issue20211>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
A clean patch without changes in ./configure. autoreconf necessary
--
Added file: http://bugs.python.org/file45790/ncurses-headers.patch
___
Python tracker
<http://bugs.python.org/issue28
Chi Hsuan Yen added the comment:
> second issue is that you apparently don't do the changes for term.h
term.h is included only if ncurses is missing and the system (SysV) curses is
used, so I didn't change it. See below:
#ifdef __sgi
#include
#endif
#ifdef HAVE_NCURSES_H
#i
Chi Hsuan Yen added the comment:
> The only change that is needed here is to not include /usr/include/ncursesw
> in setup.py when cross compiling
No. Lots of codes in _cursesmodule.c need to know whether it's ncursesw,
ncurses, or SysV's curses. For example: (segments below ar
Chi Hsuan Yen added the comment:
xdegaye's explanation is incorrect. The actual scene is much more complicated.
First, let me explain why things may be broken. The wrong directory is included
only if all of the following conditions are met:
1. PYTHON_FOR_BUILD is not installed with --p
Chi Hsuan Yen added the comment:
@xdegaye: no-path-to-ncursesw.patch fixes a problem yet introducing a new one.
With that patch auto-detection of ncurses include files are broken. Now users
have to specify the path manually even for native builds
Chi Hsuan Yen added the comment:
Sorry I didn't read your patch carefully and it's surprising for me that you
didn't remove/modify this line in configure.ac:
CPPFLAGS="$CPPFLAGS -I/usr/include/ncursesw"
With this line left there, feature detections for _curses are bro
Chi Hsuan Yen added the comment:
Can you import _signal? And what's the output of dir(_signal)?
Another possibility is that there's another signal.py in the search path. Could
you also paste the output of repr(signal)?
By the way, here on Arch Linux, both signal.SIGINT and signal.S
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue27400>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Modify target versions to bugfix and feature branches
--
versions: +Python 3.7 -Python 2.6, Python 3.4
___
Python tracker
<http://bugs.python.org/issue7
Chi Hsuan Yen added the comment:
Seems there are quite a few typos/copy-paste errors in the original
steps-to-reproduce. Here are my steps on macOS:
$ ./python-build/python.exe -m venv 'aaa bbb'
$ source ./aaa\ bbb/bin/activate
$ pip
zsh: /Users/yen/tmp/aaa bbb/bin/pip: bad i
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue28180>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
I'm afraid that the sentence "wcscoll/wcsxfrm have known bugs" is misleading
for people who are not quite familiar with Android. The actual cause is that
BioniC's setlocale() behaves differently than other platforms. Most
implementat
Chi Hsuan Yen added the comment:
numpy is not part of Python. Please report this to http://www.numpy.org/
--
assignee: -> christian.heimes
components: +SSL
nosy: +Chi Hsuan Yen, christian.heimes
___
Python tracker
<http://bugs.python.org/issu
Chi Hsuan Yen added the comment:
Sorry Crys, I misclicked on SSL and I don't have the permission to revert it :/
--
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
FYI: Since Android NDK r14 beta1, F_LOCK is defined in unified headers. [1] In
$ANDROID_NDK/sysroot/usr/include/bits/lockf.h:
#define F_ULOCK 0
#define F_LOCK 1
#define F_TLOCK 2
#define F_TEST 3
[1]
https://android.googlesource.com/platform/ndk.git/+/master
Chi Hsuan Yen added the comment:
Thanks for compiling up necessary changes for NDK r14! Seems that indicates
future Python versions will require at least NDK r14 to build?
Another headache from unified headers is that it requires different --sysroot
in compilation and linking. Currently
New submission from Chi Hsuan Yen:
Here are the two examples I found confusing when playing with f-strings. The
first one involves with a NameError:
$ cat test2
f'''
{
FOO
}
'''
$ python3.7m test2
Traceback (most recent call last):
File "test2", line
New submission from Chi Hsuan Yen:
Remove an extra *
The typo is there in 3.5~3.7 branches. 2.7 branch does not have this example.
Nosy the two major commiters to Python/errors.c
--
assignee: docs@python
components: Documentation
files: PyErr_Fetch-fix.patch
keywords: patch
messages
Chi Hsuan Yen added the comment:
(Re-use the existing issue)
Here's a patch that tries to add -Werror=implicit-function-declaration to
$BASECFLAGS.
This is useful for cross-compiling. When a function is missing, the error jumps
out during the build time rather than runtime.
T
Chi Hsuan Yen added the comment:
> Would it be possible to not add this option for third party extensions?
Good suggestion. Just use $CFLAGS_NODIST instead of $BASECFLAGS.
--
Added file:
http://bugs.python.org/file46036/prohibit-implicit-function-declarations.pa
New submission from Chi Hsuan Yen:
In issue27330, there's one more change besides fixing possible memory leaks. In
LoadLibrary function of _ctypes: [1]
-if (!PyArg_ParseTuple(args, "O|O:LoadLibrary", &nameobj, &ignored))
+if (!PyArg_ParseTuple(args, &quo
Chi Hsuan Yen added the comment:
Sorry, but I'm afraid of being unable to test it. I tried to setup a Windows
build environment for 2.x but failed. (I've once successfully built 3.x on
Windows for issue25939, but things seems different now :(
--
keywords: +patch
Added f
Chi Hsuan Yen added the comment:
Did you set CFLAGS and LDFLAGS?
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29095>
___
___
Python-bug
Chi Hsuan Yen added the comment:
Ah, things are quite the opposite :)
You have to set CFLAGS and LDFLAGS so that setup.py can find openssl headers
and libraries from Homebrew. For example:
export CFLAGS="-I/usr/local/opt/openssl/include"
export LDFLAGS="-L/usr/local/opt/op
Chi Hsuan Yen added the comment:
Change this line:
export CFLAGS="-I/usr/local/Cellar/openssl/1.0.2j/include/openssl"
into:
export CFLAGS="-I/usr/local/Cellar/openssl/1.0.2j/include"
--
___
Python tracker
<http://bug
Changes by Chi Hsuan Yen :
Removed file:
http://bugs.python.org/file46055/LoadLibrary_revert_arg_parsing.patch
___
Python tracker
<http://bugs.python.org/issue29
Chi Hsuan Yen added the comment:
I finally get Windows builds working. Here's the patch.
--
Added file: http://bugs.python.org/file46102/issue29082.patch
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Oops, Parser/asdl_c.py shouldn't be included. Here's the correct patch
--
Added file: http://bugs.python.org/file46103/issue29082.patch
___
Python tracker
<http://bugs.python.o
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29057>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Here's a how-to for reproducing this bug on Sierra:
1. Install Xcode 7.3.1 (All 7.x should be fine)
2. ./configure
--enable-universalsdk=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
3. make
On Benja
Changes by Chi Hsuan Yen :
Added file: http://bugs.python.org/file46109/issue29057.patch
___
Python tracker
<http://bugs.python.org/issue29057>
___
___
Python-bugs-list m
Chi Hsuan Yen added the comment:
https://github.com/pywin32/pypiwin32/pull/2
Anyway this is not a Python issue but pywin32's.
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
> Note that the system libffi must also be compiled with these same flags
Just tried. With my packaging scripts, CPython on ARM is compiled with
-mfloat-abi=softfp -mfpu=vfpv3-d16 while libffi not. test_ctypes pass as usual.
Maybe ctypes test suite is
Chi Hsuan Yen added the comment:
I guess replace mkstemp (C function) with tempfile.mkstemp (Python function)
can solve the problem.
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29240>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Here's a new patch using fake library names.
And thanks for those related issues about asdl_c.py!
--
Added file: http://bugs.python.org/file46273/issue29082_3.patch
___
Python tracker
<http://bugs.py
Chi Hsuan Yen added the comment:
Since Python 3.6, building ctypes with bundled libffi is deprecated. Please
build libffi separately and configure CPython with --with-system-ffi.
This issue can be closed as third-party.
--
nosy: +Chi Hsuan Yen
Chi Hsuan Yen added the comment:
Thanks for the comment and sorry for the mistake. Here's another updated patch.
In PEP7:
> Use 4-space indents and no tabs at all.
Does that apply to configuration files, too?
--
Added file:
http://bugs.python.org/file46302/prohibit-implicit-
Changes by Chi Hsuan Yen :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue29308>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Could you upload a copy of config.log?
Also added developers that play in random.h games
--
components: +Build
nosy: +Chi Hsuan Yen, benjamin.peterson, haypo
___
Python tracker
<http://bugs.python.org/issue29
Chi Hsuan Yen added the comment:
Hello, any updates here? I hope this merged soon so that potential issues on
obscure platforms can be fixed as soon as possible.
--
___
Python tracker
<http://bugs.python.org/issue27
New submission from Chi Hsuan Yen:
Since Android NDK r14 beta 2, unified headers provide langinfo.h but there's no
nl_langinfo() in it, causing linking failures:
libpython3.7m.a(pylifecycle.o): In function `get_locale_encoding':
/home/yen/Projects/python3-android/src/cpyt
Chi Hsuan Yen added the comment:
Here's a copy of $ANDROID_NDK/sysroot/usr/include/langinfo.h. (/sysroot/ stores
unified headers [1]) To use those headers correctly, packagers have to add
-D__ANDROID_API__=XY to CPPFLAGS. On the other hand, __ANDROID_API_FUTURE__ is
defined in $ANDROI
New submission from Chi Hsuan Yen:
Just like issue21668, _decimal requires -lm on Android. This wasn't fixed
because _decimal didn't build before issue26846 lands. More specificially,
log10 is called
https://hg.python.org/cpython/file/tip/Modules/_decimal/libmpdec/mpdecimal.c#l7
New submission from Chi Hsuan Yen:
In setup.py, _dbm links to gdbm_compat only. If gdbm is built as dynamic
libraries, libgdbm_compat.so has a NEEDED flag for libgdbm.so, so both symbols
in libgdbm and libgdbm_compat can be used. However, as static libraries does
not provide such a flag
Chi Hsuan Yen added the comment:
Add the developer who wrote this line (issue15044)
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue29
New submission from Chi Hsuan Yen:
The change is clear and self-explained. See the patch.
Motivations:
1. The hack "To prevent optparse from raising an exception..." works for single
letter flags (-I, -L, etc.) only. I plan to add --sysroot related codes for
Android builds and I
Chi Hsuan Yen added the comment:
Sorry, -lgdbm should come after -lgdbm_compat, or symbols in libgdbm.a are
still not resolved. I don't know why - linking is a magic :(
--
Added file: http://bugs.python.org/file46517/gdbm.patch
___
Python tr
Chi Hsuan Yen added the comment:
> If yes, can we close the issue?
Yes and thanks! As a side note, on Android it prevents broken
grp.cpython-37m.so, too.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tr
Chi Hsuan Yen added the comment:
Actually my device is 6.0. Seems there's nothing interesting between API 23 and
24 on android-changes-for-ndk-developers.md :)
Anyway, _decimal should not depend on the whether the python binary references
to libm.so or not. Instead, _decimal should expli
Chi Hsuan Yen added the comment:
Just tried boot-flag.patch with
https://github.com/python/cpython/commit/16e07881bd3867d471dd0a25c5117672b65c90ee.
Doesn't work out-of-box:
#./Programs/_freeze_importlib \
./Lib/importlib/_bootstrap.py Python/importlib.h
/bin/sh: line 1: ./Lib/impo
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue27640>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
My patch at https://hg.python.org/cpython/rev/ca2f024ce7cb may help. It points
out missing symbols earlier.
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29
Chi Hsuan Yen added the comment:
Duplicate of http://psf.upfronthosting.co.za/roundup/meta/issue463
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue29
Chi Hsuan Yen added the comment:
That's super strange. crypt() is used in _crypt module only, and this modules
is not used elsewhere in Python. A few more tests may help diagnostics
1. What's the result of ```./python -E```?
2. Does `import crypt` run fine in ./python?
3. Are
Chi Hsuan Yen added the comment:
I've found a simpler patch set for supporting Android builds, so I don't need
this patch anymore. If you don't think it's necessary, just close it.
> usage of os.system() in some places
I
Chi Hsuan Yen added the comment:
I have used my old patch several days on Android, and it seems quite fine.
Anyway that's not important anymore.
--
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
>From CPython's developer guide [1]:
"Issues about the tracker should be reported to the meta tracker."
> which doesn't support HTTPS at all
I don't know where I should go for issues about the meta tracker. Maybe a
meta-meta
Chi Hsuan Yen added the comment:
You're right. argparse has indirect dependency on dynamic modules so it can't
be used in setup.py. Cross builds use prebuilt Python binaries so there's no
problem. Sorry for those noises.
I still think it's a dirty hack as it limits scalabi
New submission from Chi Hsuan Yen:
This #include is added in b744ba1d14c5487576c95d0311e357b707600b47 (issue8610)
and later the use of CODESET is removed in
d64e8a75e5138d5e5970f0c70995ae5cc377c421 (issue9642).
Found this in investigating issue29436
Add haypo as both commit is written by you
Changes by Chi Hsuan Yen :
--
pull_requests: +58
___
Python tracker
<http://bugs.python.org/issue29556>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Hmmm, seems there are more redundant #include ; let me check one by
one
--
___
Python tracker
<http://bugs.python.org/issue29
Changes by Chi Hsuan Yen :
--
title: Remove an unused #include from bltinmodule.c -> Remove unused #include
___
Python tracker
<http://bugs.python.org/issu
Chi Hsuan Yen added the comment:
Some CJK character are marked as "ambiguous width". Seems in this patch
ambiguous characters are assumed as narrow. Maybe it's better to document it?
----------
nosy: +Chi Hsuan Yen
___
Python
New submission from Chi Hsuan Yen:
When proposing a fix for issue29442, I got another issue - argparse can't be
used in setup.py for native (non-cross) builds because argparse imports gettext
and gettext imports struct. I'll propose a fix for that.
--
components: Buil
Changes by Chi Hsuan Yen :
--
pull_requests: +78
___
Python tracker
<http://bugs.python.org/issue29567>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Aha the fix is simple => issue29567
--
___
Python tracker
<http://bugs.python.org/issue29442>
___
___
Python-bugs-list mai
Chi Hsuan Yen added the comment:
As PR 119 is closed, I'll continue this in issue29442
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.pyth
Changes by Chi Hsuan Yen :
--
pull_requests: +99
___
Python tracker
<http://bugs.python.org/issue29442>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Now I have a working patch at PR 139, and dropping optparse is still the way to
go, so I reopen it.
I'm not familiar with CPython conventions. Sorry if reopening an issue is
impolite.
--
resolution: not a bug ->
status: closed
1 - 100 of 288 matches
Mail list logo
