Chi Hsuan Yen added the comment:
By the way, socketmodule_2.patch is problematic. Developers may choose to build
CPython against API level 21 and run it on all devices with API level >= 21. In
general Android keeps ABI compatibility between consecutive versions. That is,
most binaries bu
Chi Hsuan Yen added the comment:
I was thinking the (somewhat hacky) dlopen() approach so that gethostbyname_r()
works in API 21 builds. If a universal build is not necessary this patch is OK.
--
___
Python tracker
<http://bugs.python.
Chi Hsuan Yen added the comment:
> Please try without "sigaction(SIGSEGV, NULL, NULL);". Does the program still
> quit?
Nope.
int main()
{
raise(SIGSEGV);
}
Still exits normally with 0.
> Does faulthandler._read_null() crash Python?
Yes.
int main()
{
int *x
Chi Hsuan Yen added the comment:
In changeset 46567fda0b29, Xavier defined an autotools variable
$ANDROID_API_LEVEL. This can be used to determine whether a specific compiler
targets Android or not.
--
nosy: +xdegaye
___
Python tracker
<h
Chi Hsuan Yen added the comment:
In Android NDK, each API level comes with a different set of header files
($ANDROID_NDK/platforms/android-$ANDROID_API_LEVEL/arch-$ARCH/usr/include). In
a strict sense, the API level should be included in platform triplet. At least
the plat-* directory has
Chi Hsuan Yen added the comment:
Well changes in this issue are not the root cause of my problem - it just
exposes a broken implementation done long time ago. I'll examine more and open
a new bug.
--
___
Python tracker
<http://bugs.py
Chi Hsuan Yen added the comment:
Well, here's a list of cross compilers in Android NDK:
$ ls $ANDROID_NDK/toolchains/*/prebuilt/*/bin/*-gcc | xargs -i basename '{}'
aarch64-linux-android-gcc
arm-linux-androideabi-gcc
mips64el-linux-android-gcc
mipsel-linux-android-gcc
i68
Chi Hsuan Yen added the comment:
CPython builds fine for MIPS with this patch. For MIPS64, apparently Android
NDK is broken - it can't even compile a simple C file.
--
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
OK found some wrong usages in my build script. Now MIPS64 builds fine, and
PLATFORM_TRIPLET is detected as intended. I didn't test the build on actual
devices, as I don't have a MIPS or MIPS64 device.
--
Chi Hsuan Yen added the comment:
That's great! issue26942 can be closed after this change is landed. It's caused
by a libffi bug on Android.
--
___
Python tracker
<http://bugs.python.o
New submission from Chi Hsuan Yen:
Since issue23968 landed (changeset 5c77488830bc), cross compilation fails. It's
not regression of a single revision but is caused by a combination of multiple
changes. Here are my steps:
1. git clone https://github.com/yan12125/python3-android
2. co
Chi Hsuan Yen added the comment:
There's indeed a 'u' in 3.5.1:
https://hg.python.org/cpython/file/v3.5.1/Lib/logging/handlers.py#l1157 and
latter fixed in 3.5.2:
https://hg.python.org/cpython/file/v3.5.2/Lib/logging/handlers.py#l1159. Please
consider update.
----------
nosy:
Chi Hsuan Yen added the comment:
Since issue27976, this one can be closed as third-party, just like issue27323.
--
___
Python tracker
<http://bugs.python.org/issue26
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue27979>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Seems after this changeset Python is broken:
shell@ASUS_Z00E_2:/data/local/tmp/python3 $ python3.6
Failed to import the site module
Traceback (most recent call last):
File "/data/local/tmp/python3/lib/python3.6/site.py", line 549, in
main()
F
Chi Hsuan Yen added the comment:
Closing, regen is not used anymore after issue28046 landed.
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
Got it. When calling `python -m sysconfig --generate-posix-vars`, the host
(Linux x86_64) Python is used, so _get_sysconfigdata_name() returns the name
for Linux instead of for Android. Maybe _get_sysconfigdata_name() should check
whether it's used for
Chi Hsuan Yen added the comment:
With this patch no extensions in Modules/ can be built. Let me check whether
there's a bug in my build script.
--
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Hmm things are quite complicated. Brief: the build is broken for out-of-source
cross-compiling if the host Python is an in-source build.
(Below $build_dir refers to the directory that invokes $source_dir/configure)
In an out-of-source build, setup.py relies on
Chi Hsuan Yen added the comment:
Much thanks! It's now building fine and running fine with my configuration. The
test suite is still running and I believe there won't be more surprise than
failed tests.
--
___
Python trac
New submission from Chi Hsuan Yen:
This test script:
import re
print(re.compile(r'(?ix)A').flags == re.I | re.X | re.U)
print(re.compile(r'(?ix)A').flags == re.X | re.U)
print(re.compile(r'(?im)A').flags == re.I | re.M | re.U)
gives False, True, True on defau
Chi Hsuan Yen added the comment:
Thanks for such a quick fix!
--
___
Python tracker
<http://bugs.python.org/issue28070>
___
___
Python-bugs-list mailing list
Unsub
Chi Hsuan Yen added the comment:
Currently the deprecation message is not so useful when fixing lots of files in
a large project. For example, I have two files foo.py and bar.py:
# foo.py
import bar
# bar.py
print('\d')
It gives:
$ python3.6 -W error foo.py
Traceback (most recent
Chi Hsuan Yen added the comment:
No No, it's me who should say thank you. Thanks for all efforts on maintaining
the Android port of CPython!
--
___
Python tracker
<http://bugs.python.org/is
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue27322>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue28125>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
And I'd like to ask Ned: for me it's an improvement of an existing feature, so
I guess it can enter the 3.6 branch?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.o
New submission from Chi Hsuan Yen:
In issue27364, invalid escape sequences in string literals are deprecated.
Currently the deprecation message is not so useful when fixing lots of files in
one or more large projects. For example, I have two files foo.py and bar.py:
# foo.py
import bar
Chi Hsuan Yen added the comment:
Opened a new issue at Issue28128.
--
___
Python tracker
<http://bugs.python.org/issue27364>
___
___
Python-bugs-list mailin
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue28167>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chi Hsuan Yen:
This was originally a post at python-ideas. Now I reformat it to be more like a
feature request.
Currently, Python raises SSLError with reason=CERTIFICATE_VERIFY_FAILED for all
kinds of certificate verification failures. This results in difficulties in
New submission from Chi Hsuan Yen:
In changeset 919259054621 (from issue12567) and 707761d59a4a (from issue15268),
/usr/include/ncursesw was added to include paths in setup.py and configure.ac.
This is wrong and breaks cross-compiling. For example, if host has
/usr/include/ncursesw
Chi Hsuan Yen added the comment:
Hmmm, I don't know why Rietveld failed to recognize changes in configure. Maybe
it's because I've modified the patch file manually?
--
___
Python tracker
<http://bugs.pyt
Chi Hsuan Yen added the comment:
Here's a quick try. I didn't add tests and update docs as it's my first serious
patch to CPython and I'm not sure whether my approach is OK or not.
--
keywords: +patch
Added file: http://bugs.python.org/file44741/expose-x509
Chi Hsuan Yen added the comment:
That looks much better. I should have create a subclass of SSLError.
Here's a minor concern: fill_and_set_sslerror adds a new argument for
verification errors. If someone else wants to support more errors, this
function would have more arguments, which s
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue18617>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Version 3.5.2 works for me:
sqlite: found /home/yen/usr/include/sqlite3.h
/home/yen/usr/include/sqlite3.h: version 3.14.2
How did you compile CPython? Could you paste commands you use?
--
nosy: +Chi Hsuan Yen
Chi Hsuan Yen added the comment:
With this change: (tested with OpenSSL git-master)
@@ -632,20 +651,22 @@ newPySSLSocket(PySSLContext *sslctx, PyS
SSL_set_bio(self->ssl, inbio->bio, outbio->bio);
}
mode = SSL_MODE_ACCEPT_MOVING_WRITE_BUFFER;
#ifdef SSL_MODE_A
Chi Hsuan Yen added the comment:
That's great. OpenSSL plans to drop 1.0.1 branch support after 2016/12/31. [1]
I guess it's OK to drop 1.0.1 support in 3.7.
Thanks for constantly improving SSL/TLS support in CPython!
[1] https://www.openssl.
Chi Hsuan Yen added the comment:
> I'm familiar with the release cycles of OpenSSL.
Oh I shouldn't say something trivial :)
I know that thread. Hope I can help something on persuading others.
--
___
Python tracker
<http:/
Chi Hsuan Yen added the comment:
https://docs.python.org/3/license.html#libffi may need a change, too.
--
___
Python tracker
<http://bugs.python.org/issue27
Chi Hsuan Yen added the comment:
Could you try this:
CPPFLAGS=-I/home//local/include/ LDFLAGS=-L/home//local/lib
bash -x /usr/bin/pyenv install 3.5.2
--
___
Python tracker
<http://bugs.python.org/issue28
Chi Hsuan Yen added the comment:
This is fixed two weeks ago. See issue28046. The relevant fix is at
http://bugs.python.org/issue28046#msg275845. Xavier pushed it to default before
the 3.6 branch is created. I guess it should already be in 3.6b1??
Current hg tip works for me:
$ find build/21
Chi Hsuan Yen added the comment:
Hmmm, currently only _ctypes uses pkg-config to detect libffi's header path, as
it's not easy to determine without pkg-config. Is there a magic that enables
openssl and bz2 outside standard paths :)
Anyway, using pkg-config is not a bad idea. I'
Chi Hsuan Yen added the comment:
The problem is: setting PYTHON_FOR_BUILD manually breaks cross-compiling.
Please remove it, add python3.6 to $PATH and cross-compiling should be OK.
For the problem of libffi: since issue27976 using bundled libffi is deprecated.
Please build libffi outside
Changes by Chi Hsuan Yen :
--
title: Cross-build _curses failed if host ncurses headers and target ncurses
headers have different layouts -> Detect curses headers correctly for
cross-compiling
___
Python tracker
<http://bugs.python.org/issu
Chi Hsuan Yen added the comment:
Thanks. I'll give it a try.
--
___
Python tracker
<http://bugs.python.org/issue28207>
___
___
Python-bugs-list mailing list
Changes by Chi Hsuan Yen :
--
type: behavior -> enhancement
___
Python tracker
<http://bugs.python.org/issue28207>
___
___
Python-bugs-list mailing list
Un
Chi Hsuan Yen added the comment:
Yes pkg-config is not ubiquitous. My idea is using it as a fallback, so that
non-standard paths can be picked up easily.
> Note the bootstrap issue with that idea though; you'll need to make sure
> _posixsubprocess is built before importing
Chi Hsuan Yen added the comment:
Thanks Kubilay I got it.
Note to myself: gdb uses lots --with-foo-{include,lib}.
--
___
Python tracker
<http://bugs.python.org/issue28
Chi Hsuan Yen added the comment:
Yeah that's expected. See issue9806 and PEP 3149.
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/is
New submission from Chi Hsuan Yen:
As per PEP 11, MacOS 9 support is removed in Python 2.4. There are some
leftovers in CPython code base, among which site.setquit is an example. I
propose to remove it for cleaner codes.
Added Mac experts as well as Guido, the author of this code in the 18
New submission from Chi Hsuan Yen:
As per PEP 11, MacOS 9 support is removed in Python 2.4. There are some
leftovers in CPython code base, among which comments about os.py are examples.
I propose to clean them up for cleaner codes.
Added Mac experts as well as Guido, the author of these
New submission from Chi Hsuan Yen:
As per PEP 11, MacOS 9 support is removed in Python 2.4. There are some
leftovers in CPython code base, among which the macurl2path module is an
example. I propose to remove it for cleaner codes.
In f6785bce54b5 (issue7908), reference to macurl2path was
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue9850>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Thanks for landing all the changes :) It's definitely surprising to see those
old CPython codes.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Chi Hsuan Yen :
Added file: http://bugs.python.org/file44930/3.6-deprecate-macpath.patch
___
Python tracker
<http://bugs.python.org/issue9850>
___
___
Pytho
Chi Hsuan Yen added the comment:
Here are my tries. There are more MacOS-specific module names in
Tools/freeze/freeze.py. They are unrelated to macpath so I leave them to the
next bug.
--
Added file: http://bugs.python.org/file44931/3.7-remove-macpath.patch
Chi Hsuan Yen added the comment:
Oops forgot to commit deleted files in the 3.7 patch.
--
Added file: http://bugs.python.org/file44932/3.7-remove-macpath_ver2.patch
___
Python tracker
<http://bugs.python.org/issue9
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue28339>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
My patch at issue28190 solves a different problem. IMO the correct way to go
for this issue is issue25720.
By the way, this problem affects more than Cygwin. (issue14598)
--
nosy: +Chi Hsuan Yen
___
Python tracker
Chi Hsuan Yen added the comment:
is_pad is added in ncurses 5.7-20090906 [1]. At least Mac OS X still ships
ancient ncurses 5.7-20081102 [2], so an check in configure.ac is necessary. I'm
trying it out.
[1] http://invisible-island.net/ncurses/NEWS.html#t20090906
[2]
Chi Hsuan Yen added the comment:
Hmm it's surprising for me that an irrelevant patch fixes issues on Cygwin.
Does test_curses pass?
--
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Thanks masamoto! There's another minor issue about this patch: if there's no
curses.h (ncurses built with --without-curses-h), the detection always fails.
--
___
Python tracker
<http://bugs.python.o
Chi Hsuan Yen added the comment:
headers.sh in ncurses changes "#include " to the actual path. For
example here's a line in my unctrl.h:
#include
--
___
Python tracker
<http://bugs.pyt
Chi Hsuan Yen added the comment:
Thanks, building is fine here.
By the way, testing is broken due to other bugs (/tmp not available on
Android). It's unrelated and I'll open a new issue for that.
--
___
Python tracker
<http://bu
Chi Hsuan Yen added the comment:
How is sysroots/qemux86/user/include/python2.7/pyconfig.h generated? In normal
cases, there's no #include in pyconfig.h.
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Wierd. Modules like 'math', 'select' or '_socket' are added unconditionally in
detect_modules() of setup.py. Did you disable modules in Modules/Setup.local or
Modules/Setup or via the global variable `disabled_module_list` in se
Chi Hsuan Yen added the comment:
Agreed. Adding -Werror=implicit-function-declaration is much simpler. Feel free
to close it as rejected.
--
___
Python tracker
<http://bugs.python.org/issue27
Chi Hsuan Yen added the comment:
With this change pkg-config becomes mandatory on macOS, too. As Ned has
mentioned in issue28207, pkg-config is not pre-installed with macOS.
--
___
Python tracker
<http://bugs.python.org/issue28
New submission from Chi Hsuan Yen:
In 0ea088671bc2 and 3ce29b2452f0, --runstatedir was added to ./configure. Seems
Benjamin uses a slightly different version of autoconf than 2.69. As a result,
modifying ./configure.ac leads to unrelated changes in ./configure. Later in
17bd5239b886, this
Chi Hsuan Yen added the comment:
Thanks for the fast response. My main point is not that would affect users who
compile from tarballs. The point is that if I modify configure.ac on the
default branch, I can't generate a patch that applies to the default branch
cleanly; there are a
Chi Hsuan Yen added the comment:
Well, I remember someone asked me to include ./configure in patches. Maybe it's
worth to add a comment in devguide.
--
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Thanks. Sorry for not reading devguide carefully.
--
___
Python tracker
<http://bugs.python.org/issue28507>
___
___
Python-bug
Chi Hsuan Yen added the comment:
cschramm: AFAIK only Python 3.6+ has experimental Android support. 3.5 or below
are not supported.
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue26
Chi Hsuan Yen added the comment:
The error message is much better now, thanks you all!
Seems the ^ pointer is not always correct. For example, in the function scope
it's correct:
$ cat test.py
def foo():
s = 'C:\Program Files\Microsoft'
$ python3.7 -W error test.py
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue25677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
I see Xavier de Gaye uses sysconfig.get_config_var('ANDROID_API_LEVEL') is
various patches. That's OK if the build-time target API level of CPython
matches runtime Android API level. Does CPython force API level matching? If so
this iss
Changes by Chi Hsuan Yen :
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue28689>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chi Hsuan Yen added the comment:
Seems Android/BioniC always uses UTF-8:
https://android.googlesource.com/platform/bionic/+/master/libc/bionic/mbrtoc32.cpp#83
--
nosy: +Chi Hsuan Yen
___
Python tracker
<http://bugs.python.org/issue26
Chi Hsuan Yen added the comment:
There are some locale strings supported in setlocale():
https://android.googlesource.com/platform/bionic/+/master/libc/bionic/locale.cpp#104.
However, seems mbstowcs just ignores such a setting on Android. Here's an
example:
#include
#include
#in
Chi Hsuan Yen added the comment:
Submitted a patch to issue28596
--
___
Python tracker
<http://bugs.python.org/issue26928>
___
___
Python-bugs-list mailin
Chi Hsuan Yen added the comment:
Here's my try: force UTF-8 on Android as explained in msg281110.
sys.getfilesystemencoding() is already UTF-8 since issue22747.
Testing:
1. Starting up time 0.18~0.19s => 0.11~0.12s, on Android 6.0, ASUS ZE500KL
(Qualcomm MSM8916 QuadCore 1.2GHz)
2. t
Chi Hsuan Yen added the comment:
Version 2 - use sys.implementation._multiarch to determine whether it's Android
or not
--
Added file: http://bugs.python.org/file45537/android-locale-utf8.patch
___
Python tracker
<http://bugs.python.org/is
Chi Hsuan Yen added the comment:
Maybe time to re-implement android_ver() in issue26855 in C.
--
___
Python tracker
<http://bugs.python.org/issue28740>
___
___
Chi Hsuan Yen added the comment:
I translate the Python version at issue26855 to C. Quite new to the C API, hope
I'm doing it right :)
Codes only. Docs and tests later
sys.getwindowsversion() uses named tuples. Is there a similar need for Android
or just plain tuples are
Chi Hsuan Yen added the comment:
Both sys.androidapilevel() and platform.android_ver() return information about
Android's API level. I guess that would be confusing so I hope to get them
unified.
Techinically it won't be a problem as Chromium is still using it (in a even
dirty wa
Chi Hsuan Yen added the comment:
A common cause of bus error is mis-aligned memory access. Which architecture
are you on and how did you compile Python? (compiler flags, etc.)
FWIW, configure python with --with-pydebug may bring you more debugging
information
--
nosy: +Chi Hsuan Yen
201 - 288 of 288 matches
Mail list logo
