cfbolz changed the topic of #pypy to: PyPy, the flexible snake (IRC logs: https://quodlibet.duckdns.org/irc/pypy/latest.log.html#irc-end ) | use cffi for calling C | if a pep adds a mere 25-30 [C-API] functions or so, it's a drop in the ocean (cough) - Armin
tos9 has joined #pypy
tos9 has quit [Quit: Bye]
tos9 has joined #pypy
tos9 has quit [Ping timeout: 256 seconds]
tos9 has joined #pypy
tos9 has quit [Ping timeout: 246 seconds]
tos9 has joined #pypy
tos9 has quit [Ping timeout: 260 seconds]
tos9 has joined #pypy
tos9 has quit [Ping timeout: 256 seconds]
lritter has quit [Ping timeout: 240 seconds]
lritter has joined #pypy
tos9 has joined #pypy
jcea has quit [Quit: jcea]
dmalcolm__ has joined #pypy
tos9 has quit [Quit: Bye]
tos9 has joined #pypy
dmalcolm_ has quit [Ping timeout: 260 seconds]
dansan has joined #pypy
[Arfreve1] has joined #pypy
RemoteFo1 has joined #pypy
flok420 has joined #pypy
_aegis_ has quit [*.net *.split]
RemoteFox has quit [*.net *.split]
[Arfrever] has quit [*.net *.split]
flok has quit [*.net *.split]
jiffe has quit [*.net *.split]
alcarithemad has quit [*.net *.split]
jiffe has joined #pypy
_aegis_ has joined #pypy
alcarithemad has joined #pypy
[Arfreve1] has quit [Quit: leaving]
oberstet has joined #pypy
[Arfrever] has joined #pypy
flok420 has left #pypy [#pypy]
dddddd has quit [Ping timeout: 256 seconds]
YannickJadoul has joined #pypy
otisolsen70 has joined #pypy
Dejan has joined #pypy
Dejan has joined #pypy
Dejan has quit [Changing host]
suhdonghwi[m] has quit [Quit: killed]
agates[m] has quit [Quit: killed]
the_drow[m] has quit [Quit: killed]
BPL has joined #pypy
agates[m] has joined #pypy
the_drow[m] has joined #pypy
i9zO5AP has joined #pypy
jacob22 has quit [Quit: Konversation terminated!]
Ai9zO5AP has quit [Ping timeout: 240 seconds]
Ai9zO5AP has joined #pypy
i9zO5AP has quit [Ping timeout: 240 seconds]
[Arfrever] has quit [Ping timeout: 260 seconds]
[Arfrever] has joined #pypy
lritter has quit [Ping timeout: 258 seconds]
<arigo> mattip: there was already another error with CheckError on Windows, right? I cannot find it any longer
<mattip> the new one looks quite bad - pypy doesn't even start. There is an open error about using pypy -u
<mattip> but I don't remember one about not even starting
epony has quit [Ping timeout: 258 seconds]
<arigo> right, I was probably thinking about https://foss.heptapod.net/pypy/pypy/issues/3137
<arigo> my guess is that it's a similar problem
<arigo> but I also guess it's not worth investigating if we don't know the version of pypy: it may be exactly the same problem, which was fixed
* mattip shrug
<mattip> speaking of unicode and other language interfaces, is the datetime thing with non-english UI on windows fixed?
* mattip searching for the test code in the issue
<arigo> are you talking about https://foss.heptapod.net/pypy/pypy/issues/2938 ?
<mattip> I guess, I thought there was another, easier, reproducer
BPL has quit [Quit: Leaving]
<arigo> OK, found an RPython error: I'm trying to call time.strftime('%a', t) in all possible locales
<arigo> it crashes in "ii-CN"
<cfbolz> I can probably fix the sqlite issue
RemoteFo1 has left #pypy [#pypy]
<mattip> arigo: on win32?
<arigo> yes
<arigo> it's not exactly the same error as the one reported
<mattip> how are you setting the locale?
<arigo> _locale.setlocale(_locale.LC_ALL, 'ii-CN')
xcm is now known as Guest10388
Guest10388 has quit [Killed (livingstone.freenode.net (Nickname regained by services))]
xcm has joined #pypy
epony has joined #pypy
<mattip> arigo: cool, thanks
<arigo> mattip: must leave now, but (now and in general) feel free to "Assign" me to these Windows issues
epony has quit [Remote host closed the connection]
tos9 has quit [Quit: Bye]
<mattip> ok. Although it might be connected to the move to Visual2015+ for the build, in which case you may need to update
<mattip> the buildbot uses visual2017 I think
tos9 has joined #pypy
<arigo> OK, I have visual2017 too, so it's "only" a matter of setting it up to be used by the command line, which is never fun at all
<mattip> let me know if it does not happen automatically
<mattip> after you run run "cd externals; hg pull; cd ..; python2 get_externals.py"
<mattip> which should update that branch with the needed bits to compile
<mattip> you may need to add externals/bin to your PATH, but if so we should fix whatever test runner is not doing that
<arigo> RuntimeError: abort: unknown revision 'win32_160'!
<arigo> vsver 160 is which version of VS?
<mattip> ahh, is externals still set to pull from bitbucket
<mattip> ?
<mattip> I guess I could improve get_externals.py to check that ...
<arigo> ah no
<arigo> it works, I forgot to "hg up" before
<arigo> assuming vsver 160 means VS2017
<arigo> this nonsense versioning system is similar to OSX, where everybody on OSX assumes you know by heart that "Panther" is more recent than "Snow Leopart" or vice-versa
<mattip> it should print out the actual compiler string as well, like "Microsoft (R) C/C++ Optimizing Compiler Version 19.12.25835 for x86" when setting up the compiler
tos9_ has joined #pypy
tos9 has quit [Ping timeout: 272 seconds]
tos9_ is now known as tos9
dddddd has joined #pypy
marky1991 has joined #pypy
marky1991 has quit [Ping timeout: 256 seconds]
Ai9zO5AP has quit [Remote host closed the connection]
Ai9zO5AP has joined #pypy
xcm has quit [Remote host closed the connection]
xcm has joined #pypy
salotz[m] has joined #pypy
kcr has quit [Ping timeout: 240 seconds]
lauren has quit [Ping timeout: 240 seconds]
DRMacIver has quit [Read error: Connection reset by peer]
fangerer_ has quit [Read error: Connection reset by peer]
DRMacIver has joined #pypy
fangerer_ has joined #pypy
jeroud has quit [Ping timeout: 240 seconds]
lauren has joined #pypy
kcr has joined #pypy
jeroud has joined #pypy
jvesely has quit [Remote host closed the connection]
jvesely has joined #pypy
<nimaje> what do you think about slowly making rpython python3 compatible like using collections.MutableMapping instead of UserDict.DictMixin (https://0x0.st/iQBh.diff) and using the tuple form of the exec statement to have it compatible with the exec function in python3?
<cfbolz> nimaje: it's not going to happen, unless somebody gives us serious money
<cfbolz> it's too much work, for too little gain
<nimaje> ok
<mattip> although if we do get money the incremental approach will be the way to go, so maybe we should discuss how to manage the theoretical transition
<mattip> like: will the work be on a branch that is merged back to default?
<cfbolz> nimaje: sorry, that was discouraging of me :-(
<mattip> I could see a number of "easy steps" like: add from __future__ import print_function, ...
<mattip> and the things nimaje mentioned
<nimaje> well, I just need to find a way to have some python2 implementation in the freebsd ports tree, maybe I can get them to rename python27 to pypy-bootsrap and keep it in the tree for pypy{,3}
<mattip> what about calling pypy2 pypy-bootstrap ?
<nimaje> you mean an downloaded binary version of pypy? that could also work
<mattip> if you only want to ship pypy3, that would make builds faster
<nimaje> no both, but the problem is the first python2 implementation to translate pypy as cpython2 is eol they hope they can remove it sometime this year from the ports tree
<nimaje> and my suggestion before was more like start with the easy stuff to have it at least importable on python3 and than maybe someone would try to fix behaviour (or sponsor porting rpython to python3)
<simpson> nimaje: PyPy is self-hosting. Why can't your ports tree use PyPy? They probably already do something similar for GHC.
flok has joined #pypy
flok has left #pypy [#pypy]
<nimaje> the problem is where to get the first pypy (the port has already an option to use a preinstalled pypy)
<cfbolz> yeah, long term it will also really become a problem for new architecturse
<simpson> nimaje: Right, so like, ask them where they get their first GHC. They probably don't build it all the way from Hugs, although it's commendable if they do. The ports trees I've worked with, even nixpkgs, have ways to bring in bootstrap binaries, and hopefully there's even documentation somewhere.
<nimaje> yeah, there is some ghc-*-boot* distfile they are using for ghc
epony has joined #pypy
<tumbleweed> without a good cross-compiling story, cpython is the best way to bootstrap on new architectures
<tumbleweed> and on architectures without a jit, cpython is nice for translation times, too
jacob22 has joined #pypy
jacob22 has quit [Remote host closed the connection]
jacob22 has joined #pypy
otisolsen70 has quit [Ping timeout: 256 seconds]
marky1991 has joined #pypy
ronan has quit [Quit: Leaving]
ronan has joined #pypy
Taggnostr2 has joined #pypy
Taggnostr has quit [Ping timeout: 260 seconds]
inhahe has quit []
inhahe has joined #pypy
otisolsen70 has joined #pypy
otisolsen70 has quit [Client Quit]
BPL has joined #pypy
marky1991 has quit [Read error: Connection reset by peer]
marky1991 has joined #pypy
YannickJadoul has quit [Quit: Leaving]
Ai9zO5AP has quit [Ping timeout: 240 seconds]
lritter has joined #pypy
Ai9zO5AP has joined #pypy
BPL has quit [Read error: Connection reset by peer]
BPL has joined #pypy
jvesely has quit [Read error: Connection reset by peer]
jvesely has joined #pypy
xcm has quit [Remote host closed the connection]
xcm has joined #pypy
Ai9zO5AP has quit [Ping timeout: 240 seconds]
Ai9zO5AP has joined #pypy
tos9 has quit [Quit: Bye]
tos9 has joined #pypy
oberstet has quit [Remote host closed the connection]
marky1991_2 has joined #pypy