Re: [Python-Dev] support of the android platform

[Ryan Gonzalez]

Oh wow, has a year passed already? I don't have access to an Android device
suitable for development, and Cyd seems to have disappeared, which is why
the issue ended up abandoned. I'd be happy to try to help with the new
effort if possible!

--
Ryan
[ERROR]: Your autotools build scripts are 200 lines longer than your
program. Something’s wrong.
http://kirbyfan64.github.io/
On Apr 25, 2016 3:24 PM, "Xavier de Gaye"  wrote:

> On 04/25/2016 04:36 PM, Eric Snow wrote:
> > On Sun, Apr 24, 2016 at 1:20 AM, Xavier de Gaye 
> wrote:
> >> Starting with API level 21 (Android 5.0), the build of python3 with the
> >> official android toolchains (that is, without resorting to external
> >> libraries
> >> for wide character support) runs correctly.  With the set of patches
> >> described
> >> in the patches/Makefile file at [1], the cpython test suite runs[2] on
> the
> >> android x86 and armv7 emulators with only few errors[3].  Those errors
> are
> >> listed with their corresponding error messages, this may give a raw
> idea of
> >> the effort needed to support this platform.
> >
> > How does this relate to http://bugs.python.org/issue23496?
>
>
> The patches in issue 23496 address the native compilation of Android 4.4.2
> on
> an android device using a port of gcc on this device.  Some of these
> patches
> are not needed anymore on Android 5.0 and it seems that the kbox_fix.patch
> is
> needed because the KBOX application is used to build python in issue 23496.
>
> The existing issues that are relevant to the android platform are, I think:
> issue #26723: Add an option to skip _decimal module
> issue #22747: Interpreter fails in initialize on systems where
>   HAVE_LANGINFO_H is undefined
> issue #16353: add function to os module for getting path to default
> shell
> issue #20306: Lack of pw_gecos field in Android's struct passwd causes
>   cross-compilation for the pwd module to fail
>
> Xavier
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
>
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] support of the android platform

[Nick Coghlan]

On 26 April 2016 at 06:25, Xavier de Gaye  wrote:

> On 04/25/2016 04:53 PM, Stefan Krah wrote:
> > Eric Snow  gmail.com> writes:
> >> On Sun, Apr 24, 2016 at 1:20 AM, Xavier de Gaye  gmail.com
> >
> > wrote:
> >>> Starting with API level 21 (Android 5.0), the build of python3 with the
> >>> official android toolchains (that is, without resorting to external
> >
> >> How does this relate to http://bugs.python.org/issue23496?
> >
> > As I understand, that issue seems abandoned and the patches are
> > (despite core devs asking otherwise) against 3.4.
> >
> >
> > If Xavier is willing to do so, I think it would be best to start over
> > with a new issue that integrates his work into 3.6.
>
> I will enter a new issue that lists all the new issues and the other
> already
> existing issues that, would have they been fixed, would have allowed a
> successfull cross-build and the same test suite results as described in my
> previous post.
>

Thanks for this, Xavier!

Once you have that, in addition to posting the link back here, you may also
want to ping the Mobile SIG list:
https://www.python.org/community/sigs/current/mobile-sig/

Regards,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Franklin? Lee]

FWIW, Gmail's policies require:
"""
A user must be able to unsubscribe from your mailing list through
one of the following means:

* A prominent link in the body of an email leading users to a page
confirming his or her unsubscription (no input from the user, other
than confirmation, should be required).
* By replying to your email with an unsubscribe request.
"""
(https://support.google.com/mail/answer/81126)

That link is currently the only obvious way to unsubscribe.


On Mon, Apr 25, 2016 at 6:12 PM, Zachary Ware
 wrote:
> On Apr 25, 2016 17:08, "Brett Cannon"  wrote:
>>
>> Good point. Hopefully that's all it was then.
>
> Is there any particular reason we include that link in python-dev emails? We
> don't for any other list as far as I know.
>
> --
> Zach
> (On a phone)
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/leewangzhong%2Bpython%40gmail.com
>
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Zachary Ware]

On Apr 25, 2016 17:08, "Brett Cannon"  wrote:
>
> Good point. Hopefully that's all it was then.

Is there any particular reason we include that link in python-dev emails?
We don't for any other list as far as I know.

--
Zach
(On a phone)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Brett Cannon]

On Mon, 25 Apr 2016 at 15:02 Dan O'Reilly  wrote:

> Brett, your initial email shows up in Google Inbox (and maybe Gmail, too)
> like this (including the ellipses):
>
>
> *Can someone disable this person's subscription?*
>
> *...*
>
> *  Unsubscribe:   from python-dev here>...*
>
> So someone might have mistakenly clicked that link, thinking they were
> helping to remove Kenny's subscription, for what it's worth.
>

Good point. Hopefully that's all it was then.

-Brett


>
>
> On Mon, Apr 25, 2016 at 5:48 PM Brett Cannon  wrote:
>
>> On Mon, 25 Apr 2016 at 14:45 Tim Peters  wrote:
>>
>>> [Tim Golden , on Kenny the "thingy" guy]
>>> > Not subscribed; probably via gmane.
>>>
>>> They were subscribed, but I already did the unsub.
>>>
>>>
>>> > I've added him to a hold list via spam filter. See if that works.
>>>
>>> So now we're doubly safe ;-)
>>>
>>
>> Well, now I just received an attempted unsubscribe, so maybe safe from
>> more email to the list, but it looks like a start at harassment of me.
>>
> ___
>> Python-Dev mailing list
>> Python-Dev@python.org
>> https://mail.python.org/mailman/listinfo/python-dev
>>
> Unsubscribe:
>> https://mail.python.org/mailman/options/python-dev/oreilldf%40gmail.com
>>
>
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Dan O'Reilly]

Brett, your initial email shows up in Google Inbox (and maybe Gmail, too)
like this (including the ellipses):



*Can someone disable this person's subscription?...*

*  Unsubscribe: http://python.org> from python-dev here>...*

So someone might have mistakenly clicked that link, thinking they were
helping to remove Kenny's subscription, for what it's worth.


On Mon, Apr 25, 2016 at 5:48 PM Brett Cannon  wrote:

> On Mon, 25 Apr 2016 at 14:45 Tim Peters  wrote:
>
>> [Tim Golden , on Kenny the "thingy" guy]
>> > Not subscribed; probably via gmane.
>>
>> They were subscribed, but I already did the unsub.
>>
>>
>> > I've added him to a hold list via spam filter. See if that works.
>>
>> So now we're doubly safe ;-)
>>
>
> Well, now I just received an attempted unsubscribe, so maybe safe from
> more email to the list, but it looks like a start at harassment of me.
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/oreilldf%40gmail.com
>
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Brett Cannon]

On Mon, 25 Apr 2016 at 14:45 Tim Peters  wrote:

> [Tim Golden , on Kenny the "thingy" guy]
> > Not subscribed; probably via gmane.
>
> They were subscribed, but I already did the unsub.
>
>
> > I've added him to a hold list via spam filter. See if that works.
>
> So now we're doubly safe ;-)
>

Well, now I just received an attempted unsubscribe, so maybe safe from more
email to the list, but it looks like a start at harassment of me.
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Tim Peters]

[Tim Golden , on Kenny the "thingy" guy]
> Not subscribed; probably via gmane.

They were subscribed, but I already did the unsub.


> I've added him to a hold list via spam filter. See if that works.

So now we're doubly safe ;-)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Tim Golden]

Not subscribed; probably via gmane.

I've added him to a hold list via spam filter. See if that works.

TJG

On 25/04/2016 22:27, Brett Cannon wrote:

Can someone disable this person's subscription?

On Mon, 25 Apr 2016 at 14:15 Kenny via Python-Dev > wrote:


fopen Terminal.app.python.
3.5.0.()

def fopen Termina.app.python.3.5.0.()

%add.%data(CDATA[])::true||false

fclose();

end Terminal.app.python.3.5.0.()

Yours thingy


Sent from Samsung Mobile
___
Python-Dev mailing list
Python-Dev@python.org 
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/brett%40python.org



___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/mail%40timgolden.me.uk



___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Tim Peters]

[Brett Cannon ]
> Can someone disable this person's subscription?

Done.


> On Mon, 25 Apr 2016 at 14:15 Kenny via Python-Dev 
> wrote:
>>
>>
>> fopen Terminal.app.python.
>> 3.5.0.()
>>
>> def fopen Termina.app.python.3.5.0.()
>>
>> %add.%data(CDATA[])::true||false
>>
>> fclose();
>>
>> end Terminal.app.python.3.5.0.()
>>
>> Yours thingy
>>
>>
>> Sent from Samsung Mobile
>> ___
>> Python-Dev mailing list
>> Python-Dev@python.org
>> https://mail.python.org/mailman/listinfo/python-dev
>> Unsubscribe:
>> https://mail.python.org/mailman/options/python-dev/brett%40python.org
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Terminal console

[Brett Cannon]

Can someone disable this person's subscription?

On Mon, 25 Apr 2016 at 14:15 Kenny via Python-Dev 
wrote:

>
> fopen Terminal.app.python.
> 3.5.0.()
>
> def fopen Termina.app.python.3.5.0.()
>
> %add.%data(CDATA[])::true||false
>
> fclose();
>
> end Terminal.app.python.3.5.0.()
>
> Yours thingy
>
>
> Sent from Samsung Mobile
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/brett%40python.org
>
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] Terminal console

[Kenny via Python-Dev]

fopen Terminal.app.python.
3.5.0.()

def fopen Termina.app.python.3.5.0.()

%add.%data(CDATA[])::true||false

fclose();

end Terminal.app.python.3.5.0.()

Yours thingy


Sent from Samsung Mobile___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] thingy

[Kenny via Python-Dev]

Dear thingy,

Please replace me with DZWORD. Put in 
HKEY\SYSTEM_IO_MEMORY\%USB%\%DZWORD%\%ADD\%CDATA\%DATA\

FI thingy


Sent from Samsung Mobile___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] support of the android platform

[Xavier de Gaye]

On 04/25/2016 04:53 PM, Stefan Krah wrote:
> Eric Snow  gmail.com> writes:
>> On Sun, Apr 24, 2016 at 1:20 AM, Xavier de Gaye  gmail.com>
> wrote:
>>> Starting with API level 21 (Android 5.0), the build of python3 with the
>>> official android toolchains (that is, without resorting to external
>
>> How does this relate to http://bugs.python.org/issue23496?
>
> As I understand, that issue seems abandoned and the patches are
> (despite core devs asking otherwise) against 3.4.
>
>
> If Xavier is willing to do so, I think it would be best to start over
> with a new issue that integrates his work into 3.6.


I will enter a new issue that lists all the new issues and the other already
existing issues that, would have they been fixed, would have allowed a
successfull cross-build and the same test suite results as described in my
previous post.

Xavier

___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] support of the android platform

[Xavier de Gaye]

On 04/25/2016 04:36 PM, Eric Snow wrote:
> On Sun, Apr 24, 2016 at 1:20 AM, Xavier de Gaye  wrote:
>> Starting with API level 21 (Android 5.0), the build of python3 with the
>> official android toolchains (that is, without resorting to external
>> libraries
>> for wide character support) runs correctly.  With the set of patches
>> described
>> in the patches/Makefile file at [1], the cpython test suite runs[2] on the
>> android x86 and armv7 emulators with only few errors[3].  Those errors are
>> listed with their corresponding error messages, this may give a raw idea of
>> the effort needed to support this platform.
>
> How does this relate to http://bugs.python.org/issue23496?


The patches in issue 23496 address the native compilation of Android 4.4.2 on
an android device using a port of gcc on this device.  Some of these patches
are not needed anymore on Android 5.0 and it seems that the kbox_fix.patch is
needed because the KBOX application is used to build python in issue 23496.

The existing issues that are relevant to the android platform are, I think:
issue #26723: Add an option to skip _decimal module
issue #22747: Interpreter fails in initialize on systems where
  HAVE_LANGINFO_H is undefined
issue #16353: add function to os module for getting path to default shell
issue #20306: Lack of pw_gecos field in Android's struct passwd causes
  cross-compilation for the pwd module to fail

Xavier

___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] support of the android platform

[Stefan Krah]

Eric Snow  gmail.com> writes:
> On Sun, Apr 24, 2016 at 1:20 AM, Xavier de Gaye  gmail.com>
wrote:
> > Starting with API level 21 (Android 5.0), the build of python3 with the
> > official android toolchains (that is, without resorting to external

> How does this relate to http://bugs.python.org/issue23496?

As I understand, that issue seems abandoned and the patches are
(despite core devs asking otherwise) against 3.4.


If Xavier is willing to do so, I think it would be best to start over
with a new issue that integrates his work into 3.6.


Stefan Krah


___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] support of the android platform

[Eric Snow]

On Sun, Apr 24, 2016 at 1:20 AM, Xavier de Gaye  wrote:
> Starting with API level 21 (Android 5.0), the build of python3 with the
> official android toolchains (that is, without resorting to external
> libraries
> for wide character support) runs correctly.  With the set of patches
> described
> in the patches/Makefile file at [1], the cpython test suite runs[2] on the
> android x86 and armv7 emulators with only few errors[3].  Those errors are
> listed with their corresponding error messages, this may give a raw idea of
> the effort needed to support this platform.

How does this relate to http://bugs.python.org/issue23496?

-eric
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] support of the android platform

[Xavier de Gaye]

On 04/24/2016 11:50 AM, Stefan Krah wrote:
> Xavier de Gaye  gmail.com> writes:
>> Starting with API level 21 (Android 5.0), the build of python3 with the
>> official android toolchains (that is, without resorting to external libraries
>> for wide character support) runs correctly.  With the set of patches 
described
>> in the patches/Makefile file at [1], the cpython test suite runs[2] on the
>> android x86 and armv7 emulators with only few errors[3].  Those errors are
>> listed with their corresponding error messages, this may give a raw idea of
>> the effort needed to support this platform.
>>
>> Xavier
>>
>> [1] https://bitbucket.org/xdegaye/pyona/src
>> [2] To reproduce these results, follow the instructions found in INSTALL
>>   at https://bitbucket.org/xdegaye/pyona/wiki/install
>> [3] https://bitbucket.org/xdegaye/pyona/wiki/testsuite
>
>
> This looks great, very clean!  As I understand the patches, the locale.h and
> langinfo.h problems are solved.  Do you think the following issues on the
> Python bug tracker could be closed?
>
>
> http://bugs.python.org/issue20305
> http://bugs.python.org/issue22747
> http://bugs.python.org/issue17905


Thanks.
A fix is still needed because Android does not HAVE_LANGINFO_H.
I have tried to answer your question directly in those issues.

Xavier
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Wordcode: new regular bytecode using 16-bit units

[Raymond Hettinger]

> On Apr 24, 2016, at 2:31 PM, Victor Stinner  wrote:
> 
> 2016-04-24 23:16 GMT+02:00 Raymond Hettinger :
>>> On Apr 24, 2016, at 1:16 PM, Victor Stinner  
>>> wrote:
>>> I proposed to not try to optimize ceval.c to fetch (oparg, opval) in a
>>> single 16-bit operation. It should be easy to implement it later, but
>>> I prefer to focus on changing the format of the bytecode.
>> 
>> Improving instruction decoding was the whole point and it was what 
>> kicked-off the work on the patch.  It is also where most of the performance 
>> improvement comes from and isn't the difficult part of the patch. The 
>> persnickety parts of the patch lay elsewhere, so there is really nothing to 
>> be gained gutting out our actual objective.
>> 
>> The OPs original patch had already gotten this part done and it ran fine for 
>> me.
> 
> Oh wait, my phrasing is unclear. I do want optimize the (opcode,
> oparg) fetch, I just suggested to split the patch in two parts, and
> first review carefully the first part.

Unless it is presenting a tough review challenge, we should do whatever we can 
to make it easier on the OP who seems to be working with very limited 
computational resources (I had to run the benchmarks for him because his setup 
lacked the requisite resources).  He's already put a lot of work into the patch 
which is pretty good shape when it arrived.  

The opcode/oparg fetch logic is mostly already isolated to the part of the 
patch that touches ceval.c.  I found that part to be relatively clean and 
clear.  The part that took the most time to go through was for peephole.c.

How about we let Yury and Serhiy take a pass at it as is.  And, if they would 
benefit from splitting the patch into parts, then perhaps one of us with better 
tooling can pitch in to the help the OP.


Raymond




___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com