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
Ashleee has quit [Ping timeout: 245 seconds]
ulope has quit [Ping timeout: 245 seconds]
Ashleee has joined #pypy
ShadeJonathan[m] has quit [Ping timeout: 246 seconds]
jryans has quit [Ping timeout: 246 seconds]
papangoo[m]1 has quit [Ping timeout: 246 seconds]
ulope has joined #pypy
papangoo[m]1 has joined #pypy
jryans has joined #pypy
ShadeJonathan[m] has joined #pypy
jacob22_ has quit [Quit: Konversation terminated!]
jacob22_ has joined #pypy
jacob22_ has quit [Client Quit]
astrojl_matrix has quit [Ping timeout: 265 seconds]
ShadeJonathan[m] has quit [Ping timeout: 246 seconds]
jryans has quit [Ping timeout: 240 seconds]
astrojl_matrix has joined #pypy
ShadeJonathan[m] has joined #pypy
jacob22 has joined #pypy
jcea has quit [Ping timeout: 260 seconds]
lritter has quit [Ping timeout: 265 seconds]
lritter has joined #pypy
jryans has joined #pypy
forgottenone has joined #pypy
_whitelogger has joined #pypy
forgottenone has quit [Quit: Konversation terminated!]
Gustavo6046 has quit [Ping timeout: 258 seconds]
jacob22 has quit [Ping timeout: 246 seconds]
<fijal> mattip: why does it come with C API?
<mattip> until now the Decimal stdlib package was not exposed via the C-API. In python3.10 they added ~10 new C-API interfaces to it.
<mattip> why? dunno really, because they can?
<mattip> it caught my eye because one of the core cython people wants to wrap it from cython
<mattip> I am about ready to use the github/pypy.org repo for www.pypy.org
<mattip> which integrates the blog posts into the site
<mattip> any last thoughts - or should I wait for something?
<mattip> it means making new blog posts becomes a PR to the repo at
<mattip> and they can be written in markdown, rst, jupyter notebook, ...
<cfbolz> mattip: how do we get the readers from the old blog to come over?
<cfbolz> Should we make an announcement log post?
<cfbolz> Also, does RSS work properly with the new blog?
<mattip> RSS: the deploy is available via https://keen-mestorf-442210.netlify.app/rss.xml which works for me
<mattip> announcement: yes, and I think there is a way to redirect morepypy, maybe
<mattip> not sure we want to do that from day 1 though
lritter has quit [Ping timeout: 260 seconds]
Techcable has quit [Quit: ZNC - https://znc.in]
Techcable has joined #pypy
<mattip> ... and now with an rss link in the blog pulldown from the navbar
<nimaje> the navbar on pypy.org doesn't work without js
Techcable is now known as Core6125
<nimaje> and why does the feed page use an <input> to show the url? that should be something else, as it is clearly not an <input>; why not an <a>?
<mattip> nimaje: which feed page?
<mattip> I wonder what generates the feed view with the "This is an RSS feed" text. It doesn't seem to be controlled by the nikola app
<nimaje> they uy
<nimaje> they use a xsl stylesheet
<mattip> thanks. It is in the theme - part of the xml assets
<mattip> I grepped for "This is an RSS" not "This is an <abbr title="Really Simple Syndication">RSS" :(
<mattip> nimaje: could you open an issue with nikola?
<mattip> I don't think any of those are relevant and I wouldn't know how to phrase the problem
* mattip looking at javascript-less pulldown menus
larstiq_ has left #pypy [#pypy]
larstiq has joined #pypy
<mattip> nimaje: I think I looked at getting css-styled navbars to work, but something was off on mobile
<mattip> I seem this link in my browsing history
<mattip> but forget why I went with javascript in the end
<cfbolz> mattip: test_ztranslation is a mess :-(
<mattip> maybe disable it? I think that was the conclusion with cpyext: running --annotate is easier
<cfbolz> that's a question for antocuni and ronan , I suppose
<mattip> ok, thanks for trying
<antocuni> what's the question for me?
<mattip> test_ztranslation on _hyp_universal is broken
<mattip> it somehow sees a partially-constructed W_UnicodeObject with no self._length
<mattip> (on py3.7)
<cfbolz> yes
<cfbolz> antocuni: I think the question is "is that still useful for the hpy effort, or should we kill the test"
<antocuni> it seems I am the only one who finds it more useful than messy
<cfbolz> I mean I can fix it, with weird code
<antocuni> the problem is that there is a class of problems which happens only at the C compilation stage
<antocuni> because the hpy/rpython dance is very tricky, and we have things which are defined in C, aliased in RPython, rewrapped, etc. etc.
<cfbolz> ok
<cfbolz> then I'll fix
<antocuni> and if you need to wait a full translation to fix them, it becomes impossible
<cfbolz> committed a hack
<antocuni> thanks
<antocuni> cfbolz: I agree that it's a hack, and the fake objspace is full of that
<cfbolz> antocuni: note that the real fix is actually in unicodeobject.py
<antocuni> one more datapoint for why RPython is a broken language :(
<antocuni> ah, I see the fix :(
<antocuni> here the underlying problem is that we are not able to design interpreters properly :). We have the "objspace" abstraction but often we call things bypassing it, e.g. the unicodeobject helpers
<antocuni> but I'm confused
<cfbolz> yep
<antocuni> does this mean that the ztranslation sees the real objspace.std.W_UnicodeObject? Maybe that's the real problem
<antocuni> the more proper fix would be to prevent it to see it
<cfbolz> no, it doesn't
<cfbolz> it never sees an instantiation
<cfbolz> but it sees this code:
<cfbolz> if isinstance(w_obj, W_UnicodeObject) and w_obj.is_ascii():
<antocuni> ah
<antocuni> ah, I think that you can put some dummy code inside extra_func in _hpy_universal/test/test_ztraslation
<cfbolz> the instantiation?
<antocuni> yes
<cfbolz> suppose so
<cfbolz> the more proper fix would indeed be to move encode/decode_object to live on the space
<antocuni> I mean, its purpose is exactly to convince the annotator to see some hacky code which is needed to pass the ztranslation
<cfbolz> right
<antocuni> I agree with the more proper fix, but there is probably more. E.g. look, you need to convince the annotator that W_TypeObject has an hasmro attribute
<mattip> if you have energy for more, pypy.module._posixsubprocess.test.test_ztranslation is also broken
<mattip> but there disabling it might be a better option: the code is solid
<cfbolz> I can look in a bit
<mattip> maybe we should add "slow" markers to half our tests, and only enable them when annotation fails
<mattip> but then I guess we will get too many broken tests
jcea has joined #pypy
<cfbolz> mattip: heh, that's even an rpython bug
<cfbolz> maybe
<cfbolz> mattip: fixed, in any case
<mattip> thanks
jacob22 has joined #pypy
jacob22 has quit [Ping timeout: 240 seconds]
forgottenone has joined #pypy
<mattip> nimaje: looking back, I see (from a comment in the code) that I based it on this https://www.taniarascia.com/responsive-dropdown-navigation-bar
<mattip> do you know of something similar in pure css ?
forgottenone has quit [Remote host closed the connection]
<nimaje> mayby that taniarascia.com can be adapted using css :hover instead of js?
<mattip> help appreciated, see https://github.com/pypy/pypy.org/issues/5
oberstet has joined #pypy
forgottenone has joined #pypy
Gustavo6046 has joined #pypy
Core6125 is now known as Techcable
forgottenone has quit [Ping timeout: 260 seconds]
oberstet has quit [Quit: Leaving]
marky1991 has joined #pypy
lritter has joined #pypy
jacob22 has joined #pypy
marky1991 has quit [Ping timeout: 245 seconds]
Gustavo6046 has quit [Ping timeout: 260 seconds]
Gustavo6046 has joined #pypy