00:14
hotpot33 has quit [Quit: No Ping reply in 180 seconds.]
00:21
hotpot33 has joined #pypy
00:26
adamholmberg has joined #pypy
01:01
adamholmberg has quit [Remote host closed the connection]
03:32
jcea has quit [Remote host closed the connection]
03:35
jcea has joined #pypy
04:00
jcea has quit [Quit: jcea]
05:09
dansan has quit [Read error: Connection reset by peer]
05:09
dansan has joined #pypy
05:42
jvesely has quit [Quit: jvesely]
06:06
<
mattip >
I want to move python2 compilation away from the ancient msvc9 compiler on windows. Any objections?
06:09
habnabit has quit [Ping timeout: 268 seconds]
06:09
jerith has quit [Ping timeout: 268 seconds]
06:09
jerith has joined #pypy
06:10
_habnabit has joined #pypy
06:35
dddddd has quit [Ping timeout: 246 seconds]
06:42
altendky has quit [Quit: Connection closed for inactivity]
07:07
otisolsen70 has joined #pypy
07:16
otisolsen70 has quit [Ping timeout: 256 seconds]
07:40
otisolsen70 has joined #pypy
07:41
otisolsen70 has quit [Remote host closed the connection]
08:40
mattip has quit [Ping timeout: 260 seconds]
08:45
mattip has joined #pypy
08:57
xcm has quit [Ping timeout: 246 seconds]
09:00
xcm has joined #pypy
09:19
<
mattip >
pushing changes in pypy to heptapod is
_very_ slow, I think even slower than pushing to bitbucket
09:28
rjarry has joined #pypy
09:31
<
rjarry >
I'm working on a cffi binding for a .so lib that depends on another .so lib which already has a cffi binding
09:31
<
rjarry >
what is the correct approach to be able to use values produced by one binding and feed them to the other binding ?
09:31
<
rjarry >
(and vice-versa)
09:32
<
rjarry >
does that mean I need to merge the two projects together?
09:32
<
antocuni >
rjarry: I think it would be best to have a more concrete example of what you need
09:33
<
rjarry >
which depends on libyang.so
09:34
<
rjarry >
I wonder how do I need to articulate all this
09:36
<
rjarry >
(btw, I know there already are SWIG bindings for these projects, but that does not cut it for me as they cannot be installed with pip)
09:38
<
antocuni >
rjarry: so, I suspect that eventually, you have to call a sysrepo function to which you pass a pointer which was created by libyang?
09:40
<
rjarry >
as a side note, the libyang binding I wrote can be linked with the static .a lib on a system where the .so is not available
09:40
<
rjarry >
but it seems like sysrepo cannot be compiled as a static lib, so I guess I won't be able to exploit that
09:42
<
antocuni >
there is no need to use static libs: all .so are loaded in the same process anyway, so you can freely pass C pointers around, they are all in the same address space
09:42
<
antocuni >
it's really the same thing which happens when you write a C program by hand and link against the two libs
09:43
<
rjarry >
static libs are quite handy when running tests in a virtualenv
09:43
<
rjarry >
on a random machine
09:43
<
antocuni >
the only trickier thing might be to convince cffi to case pointers to the correct type
09:43
<
antocuni >
rjarry: sure, I'm just saying that they are not strictly needed
09:44
<
rjarry >
what problem might arise with casting pointers ?
09:46
<
antocuni >
so, you can wrap sysrepo normally, and then cast pointers as you need
09:46
<
rjarry >
oh ok, I need to cast them when passing them around between the 2 bindings
09:47
<
rjarry >
I'll give this a try, thanks antocuni !
09:50
<
rjarry >
antocuni: does it work if I defined opaque structures in the sysrepo binding?
09:50
<
antocuni >
rjarry: another option is to use ffi.include: this way, you can "include" yang's ffi into sysrepo's ffi, so that "struct Yang" is the same for both
09:50
<
rjarry >
or do they need to have the same fields
09:51
<
antocuni >
rjarry: but in this case, the sysrepo CFFI bindings have a python dependency on yang's CFFI bindings
09:51
<
rjarry >
I saw this include feature in the docs, but I don't know how to do this with pip install
09:51
<
antocuni >
rjarry: not sure to understand the question. The general answer is: if it works in C, it works with CFFI as well
09:52
<
rjarry >
oh wait, can I include the compiled ffi object?
09:52
<
antocuni >
rjarry: well, you need to declare that sysrepo-cffi depends on libyang-cffi, in sysrepo-cffi's setup.py
09:53
<
rjarry >
yes, that I understood
09:53
<
rjarry >
but in sysrepo-cffi cffi.py builder, what ffi symbol do I import,
09:54
<
rjarry >
or can I do "from _libyang import ffi"
09:54
<
antocuni >
rjarry: ah indeed, it seems that "ffi.include" works only for normal FFI(), not for CompiledFFI()
09:55
<
rjarry >
hmm, that's not convenient
09:55
<
antocuni >
then I defer my question to arigo, who can probably answer better than me
09:55
<
rjarry >
that means I need to put the FFI() object from libyang somewhere into the installed packages
09:56
<
antocuni >
maybe, or maybe it doesn't work anyway. I fear I can't help you more than that, what you need to do now is just to try :)
09:56
<
rjarry >
if that's even possible, since this object is very environmnet dependend
09:56
<
rjarry >
yep, thanks a lot
09:56
<
antocuni >
you're welcome
10:08
_whitelogger has joined #pypy
11:11
<
mattip >
arigo: something is off in untranslated tests with the new rgil
11:12
<
mattip >
it seems the global gil should be reset between tests
11:18
FullTiltProspect has joined #pypy
11:53
otisolsen70 has joined #pypy
12:23
otisolsen70 has quit [Ping timeout: 250 seconds]
12:25
jcea has joined #pypy
12:47
jvesely has joined #pypy
12:59
xcm has quit [Remote host closed the connection]
13:00
xcm has joined #pypy
13:18
lritter has joined #pypy
13:35
adamholmberg has joined #pypy
13:39
<
cfbolz >
antocuni: hpy-rpython-backports is not documented in whatsnew
13:39
<
antocuni >
oh, sorry
13:44
dddddd has joined #pypy
14:13
adamholmberg has quit [Remote host closed the connection]
14:13
adamholmberg has joined #pypy
14:15
adamholmberg has quit [Read error: Connection reset by peer]
14:15
adamholmberg has joined #pypy
14:17
jvesely has quit [Quit: jvesely]
15:03
arigo is now known as arigato
15:05
<
antocuni >
ronan: someone asks me "when pypy3.7 will be ready". What is the status?
15:14
<
ronan >
antocuni: it's still quite far from ready
15:23
lritter has quit [Remote host closed the connection]
15:25
lritter has joined #pypy
15:40
joannah has joined #pypy
15:56
<
mattip >
what still has to happen before we can release an alpha?
16:16
xcm has quit [Remote host closed the connection]
16:19
xcm has joined #pypy
16:36
<
cfbolz >
mattip: socket and ssl are two big missing things
16:48
<
mattip >
ok, thanks
16:48
<
cfbolz >
mattip: I hope to get back to it pretty soon
17:04
<
mattip >
it seems there is a new knot in msvc support. The numbering scheme has changed
17:04
<
mattip >
so setuptools/distutils cannot parse the sys.verison to get back from "PyPy 7.3.1-alpha0 with MSC v.1911 32 bit"
17:04
<
mattip >
to a visual studio version
17:05
<
mattip >
note it now has 1911, not just 1910
17:06
<
mattip >
setuptools/distutils is meant to parse that into Visual Studio 14.11, but looks for 14.1 instead
17:09
Dejan has quit [Quit: Leaving]
17:12
jvesely has joined #pypy
17:13
<
mattip >
.. and since setuptools has dropped support for python2, we are stuck using only even versions of the tools to build with
17:37
<
mattip >
according to that interface, it is merged. But I don't see it when I pull into my local repo
17:38
<
marmoute >
Which merge method are you using ?
17:38
<
marmoute >
(the default one then)
17:38
<
marmoute >
"I don't see it when I pull into my local repo" → what do you mean ?
17:39
<
mattip >
in my shell I do "hg pull" but do not get the changeset
17:40
<
marmoute >
can you past an output for `hg pull --debug` ?
17:41
<
ronan >
mattip: how do you know you didn't get the changeset?
17:42
<
mattip >
ronan: good point. marmoute: my bad. It is a problem with thg
17:42
<
mattip >
the head did not change properly in the GUI
17:43
<
mattip >
sorry for the noise
17:51
<
mattip >
the changeset was the last on the branch, so it became the head. I was expecting to see a merge. Sorry again.
18:03
<
mattip >
today nothing is working. I merged py3.6 into 3.7 and tried a translation. It breaks with
18:04
<
mattip >
MissingRTypeOperation: unimplemented operation: 'ne' ... v2843 = ne(v2842, (type W_ComplexObject))
18:08
altendky has joined #pypy
18:09
<
ronan >
mattip: types need to be compared with 'is not', not '!='
18:10
<
mattip >
ronan: thanks, It seems no-one has tried translating after df93227952a6
18:31
<
cfbolz >
the buildbot did once, but nobody looked
18:33
<
mattip >
ronan's fix seems to work
18:41
xcm has quit [Killed (livingstone.freenode.net (Nickname regained by services))]
18:42
xcm has joined #pypy
19:13
FullTiltProspect has quit [Ping timeout: 264 seconds]
19:38
jvesely has quit [Quit: jvesely]
19:53
adamholmberg has quit [Remote host closed the connection]
19:57
adamholmberg has joined #pypy
20:00
marvin_ has quit [Remote host closed the connection]
20:00
lazka has quit [Quit: bye]
20:02
marvin_ has joined #pypy
20:02
lazka has joined #pypy
20:03
marvin_ has quit [Remote host closed the connection]
20:03
lazka has quit [Client Quit]
20:04
marvin_ has joined #pypy
20:04
lazka has joined #pypy
21:06
adamholmberg has quit [Remote host closed the connection]
21:06
adamholmberg has joined #pypy
21:32
Taggnostr has quit [Ping timeout: 245 seconds]
21:38
Taggnostr has joined #pypy
21:40
jvesely has joined #pypy
21:45
Taggnostr has quit [Ping timeout: 246 seconds]
21:52
wleslie has quit [Quit: ~~~ Crash in JIT!]
22:01
Taggnostr has joined #pypy
22:05
adamholmberg has quit [Remote host closed the connection]
22:17
wleslie has joined #pypy
22:37
adamholmberg has joined #pypy
22:46
wleslie has quit [Quit: ~~~ Crash in JIT!]
22:49
adamholmberg has quit [Remote host closed the connection]
23:48
lritter has quit [Quit: Leaving]