> 1753230877 417753 PRIVMSG #esolangs :14[[07ButWhy14]]4 10 02https://esolangs.org/w/index.php?diff=161721&oldid=107225 5* 03Stkptr 5* (+1218) 10
> 1753230938 300787 PRIVMSG #esolangs :14[[07User talk:Stkptr14]]4 10 02https://esolangs.org/w/index.php?diff=161722&oldid=161675 5* 03Stkptr 5* (+200) 10/* ButWhy subset */
> 1753231100 659007 PRIVMSG #esolangs :14[[07ButWhy14]]4 10 02https://esolangs.org/w/index.php?diff=161723&oldid=161721 5* 03Stkptr 5* (+277) 10/* Computational class */
< 1753232059 682938 :amby!~ambylastn@ward-15-b2-v4wan-167229-cust809.vm18.cable.virginm.net QUIT :Quit: so long suckers! i rev up my motorcylce and create a huge cloud of smoke. when the cloud dissipates im lying completely dead on the pavement
< 1753234622 596247 :alex__!~alex@2a02:85f:9ad9:f200:42b0:76ff:fe46:a5fd QUIT :Ping timeout: 244 seconds
< 1753241289 258995 :Artea!~Lufia@artea.pt QUIT :Remote host closed the connection
< 1753241449 93422 :Artea!~Lufia@artea.pt JOIN #esolangs Artea :Artea ElFo
> 1753248881 588644 PRIVMSG #esolangs :14[[07Talk:ErrorFuck14]]4 10 02https://esolangs.org/w/index.php?diff=161724&oldid=161637 5* 03None1 5* (+279) 10
> 1753249619 669740 PRIVMSG #esolangs :14[[07ErrorFuck14]]4 10 02https://esolangs.org/w/index.php?diff=161725&oldid=161635 5* 03None1 5* (-97) 10
< 1753250735 946016 :Sgeo_!~Sgeo@user/sgeo JOIN #esolangs Sgeo :realname
< 1753250908 893524 :Sgeo!~Sgeo@user/sgeo QUIT :Ping timeout: 240 seconds
< 1753251950 571398 :ais523!~ais523@user/ais523 QUIT :Quit: sorry about my connection
< 1753252775 847420 :tromp!~textual@2001:1c00:3487:1b00:ac53:23aa:fa03:a9df JOIN #esolangs * :Textual User
< 1753253084 68793 :Sgeo_!~Sgeo@user/sgeo QUIT :Read error: Connection reset by peer
< 1753253176 422625 :ais523!~ais523@user/ais523 JOIN #esolangs ais523 :(this is obviously not my real name)
< 1753253257 557541 :ais523!~ais523@user/ais523 QUIT :Client Quit
> 1753256459 928555 PRIVMSG #esolangs :14[[07User talk:I am islptng14]]4 10 02https://esolangs.org/w/index.php?diff=161726&oldid=161640 5* 03I am islptng 5* (+175) 10/* User:Pifrited/chung wen */
> 1753256514 655049 PRIVMSG #esolangs :14[[07User:Stkptr14]]4 10 02https://esolangs.org/w/index.php?diff=161727&oldid=156882 5* 03Stkptr 5* (-361) 10/* Todo */
> 1753256671 877607 PRIVMSG #esolangs :14[[07User talk:I am islptng14]]4 10 02https://esolangs.org/w/index.php?diff=161728&oldid=161726 5* 03I am islptng 5* (+39) 10/* User:Pifrited/chung wen */
> 1753260447 492751 PRIVMSG #esolangs :14[[07Language list14]]4 M10 02https://esolangs.org/w/index.php?diff=161729&oldid=161491 5* 03Creepy 5* (-29) 10
< 1753260988 646192 :wib_jonas!~wib_jonas@business-37-191-60-209.business.broadband.hu JOIN #esolangs b_jonas :[https://web.libera.chat] wib_jonas
< 1753261453 604374 :APic!apic@apic.name PRIVMSG #esolangs :Hi
< 1753262175 878993 :tromp!~textual@2001:1c00:3487:1b00:ac53:23aa:fa03:a9df QUIT :Ping timeout: 252 seconds
> 1753263123 337766 PRIVMSG #esolangs :14[[07Bobr Kurwa14]]4 10 02https://esolangs.org/w/index.php?diff=161730&oldid=161542 5* 03Bobr123654 5* (+46) 10
< 1753263648 658194 :DOS_User_webchat!~DOS_User_@user/DOS-User-webchat:37962 JOIN #esolangs DOS_User_webchat :[https://web.libera.chat] DOS_User_webchat
< 1753264239 694902 :DOS_User_webchat!~DOS_User_@user/DOS-User-webchat:37962 QUIT :Remote host closed the connection
> 1753265849 223639 PRIVMSG #esolangs :14[[07User:Dmitry samorodyuk14]]4 N10 02https://esolangs.org/w/index.php?oldid=161731 5* 03Dmitry samorodyuk 5* (+54) 10Created page with "Young creator from Ukraine. Author of [[Boringscript]]"
< 1753266185 923221 :wib_jonas!~wib_jonas@business-37-191-60-209.business.broadband.hu QUIT :Quit: Client closed
< 1753267868 381001 :alex__!~alex@2a02:85f:9ad9:f200:42b0:76ff:fe46:a5fd JOIN #esolangs chomwitt :realname
< 1753269559 387466 :Lord_of_Life!~Lord@user/lord-of-life/x-2819915 QUIT :Ping timeout: 260 seconds
< 1753269684 384383 :Lord_of_Life!~Lord@user/lord-of-life/x-2819915 JOIN #esolangs Lord_of_Life :Lord
> 1753271765 935504 PRIVMSG #esolangs :14[[07S and K Turing-completeness proof14]]4 M10 02https://esolangs.org/w/index.php?diff=161732&oldid=50517 5* 03Tpaefawzen 5* (+0) 10/* Conversion */ long term typo?
< 1753272178 864724 :amby!~ambylastn@ward-15-b2-v4wan-167229-cust809.vm18.cable.virginm.net JOIN #esolangs amby :realname
< 1753277824 663361 :DOS_User_webchat!~DOS_User_@user/DOS-User-webchat:37962 JOIN #esolangs DOS_User_webchat :[https://web.libera.chat] DOS_User_webchat
< 1753280208 765012 :DOS_User_webchat!~DOS_User_@user/DOS-User-webchat:37962 QUIT :Remote host closed the connection
< 1753280318 652845 :DOS_User_webchat!~DOS_User_@user/DOS-User-webchat:37962 JOIN #esolangs DOS_User_webchat :[https://web.libera.chat] DOS_User_webchat
< 1753281543 640178 :DOS_User_webchat!~DOS_User_@user/DOS-User-webchat:37962 QUIT :Ping timeout: 272 seconds
> 1753282410 162461 PRIVMSG #esolangs :14[[07User:Pifrited/14]]4 N10 02https://esolangs.org/w/index.php?oldid=161733 5* 03Pifrited 5* (+42) 10
> 1753283963 116275 PRIVMSG #esolangs :14[[07Talk:ErrorFull14]]4 10 02https://esolangs.org/w/index.php?diff=161734&oldid=114295 5* 03Hotcrystal0 5* (+481) 10
> 1753285901 801505 PRIVMSG #esolangs :14[[07User:Pifrited/14]]4 M10 02https://esolangs.org/w/index.php?diff=161735&oldid=161733 5* 03Pifrited 5* (+95) 10
> 1753288560 848974 PRIVMSG #esolangs :14[[07Combinatory logic14]]4 10 02https://esolangs.org/w/index.php?diff=161736&oldid=159784 5* 03Corbin 5* (+290) 10Clean up bluelink to TC proofs.
> 1753289988 292742 PRIVMSG #esolangs :14[[07Special:Log/newusers14]]4 create10 02 5* 03Random.esotera 5*  10New user account
> 1753290830 927187 PRIVMSG #esolangs :14[[07Esolang:Introduce yourself14]]4 10 02https://esolangs.org/w/index.php?diff=161737&oldid=161678 5* 03Random.esotera 5* (+232) 10
> 1753293158 347543 PRIVMSG #esolangs :14[[07User:Tommyaweosme14]]4 10 02https://esolangs.org/w/index.php?diff=161738&oldid=161337 5* 03Tommyaweosme 5* (+56) 10
> 1753293578 178004 PRIVMSG #esolangs :14[[07S and K Turing-completeness proof14]]4 10 02https://esolangs.org/w/index.php?diff=161739&oldid=161732 5* 03Corbin 5* (-869) 10Replace page with something more directly convincing. Note that I have not actually proven this correct, only typed it into a textbox.
> 1753295284 414224 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161740&oldid=161650 5* 03Hotcrystal0 5* (+1022) 10
> 1753295295 738618 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161741&oldid=161740 5* 03Hotcrystal0 5* (-7) 10
> 1753295458 930294 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161742&oldid=161741 5* 03Hotcrystal0 5* (+27) 10
> 1753297056 784394 PRIVMSG #esolangs :14[[07Bobr Kurwa14]]4 10 02https://esolangs.org/w/index.php?diff=161743&oldid=161730 5* 03Stkptr 5* (+185) 10
> 1753297935 824057 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161744&oldid=161742 5* 03Hotcrystal0 5* (+99) 10
> 1753297977 291394 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161745&oldid=161744 5* 03Hotcrystal0 5* (+20) 10
> 1753298959 938 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161746&oldid=161745 5* 03Hotcrystal0 5* (+177) 10
> 1753299118 642826 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161747&oldid=161746 5* 03Hotcrystal0 5* (+89) 10
> 1753299150 738967 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161748&oldid=161747 5* 03Hotcrystal0 5* (+66) 10
< 1753299431 844788 :ais523!~ais523@user/ais523 JOIN #esolangs ais523 :(this is obviously not my real name)
> 1753299576 189077 PRIVMSG #esolangs :14[[07S and K Turing-completeness proof14]]4 10 02https://esolangs.org/w/index.php?diff=161749&oldid=161739 5* 03Ais523 5* (+259) 10restore deleted external resources and see also section  I don't see a reason to delete these, and suspect it was done unintentionally while trying to replace the proof
> 1753299754 111965 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161750&oldid=161748 5* 03Hotcrystal0 5* (+11) 10
< 1753303280 368154 :ais523!~ais523@user/ais523 QUIT :Quit: sorry about my connection
< 1753304237 339745 :APic!apic@apic.name PRIVMSG #esolangs :cu
> 1753304495 921007 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161751&oldid=161750 5* 03Hotcrystal0 5* (+495) 10
> 1753304509 274485 PRIVMSG #esolangs :14[[07User:Hotcrystal0/Sandbox/OotT ideas14]]4 10 02https://esolangs.org/w/index.php?diff=161752&oldid=161751 5* 03Hotcrystal0 5* (+18) 10
> 1753305396 244330 PRIVMSG #esolangs :14[[07User talk:Gilbert18914]]4 10 02https://esolangs.org/w/index.php?diff=161753&oldid=159719 5* 03Hotcrystal0 5* (+295) 10/* Scratch */ new section
< 1753306469 869379 :ais523!~ais523@user/ais523 JOIN #esolangs ais523 :(this is obviously not my real name)
> 1753306890 538499 PRIVMSG #esolangs :14[[07User:Ractangle14]]4 10 02https://esolangs.org/w/index.php?diff=161754&oldid=161704 5* 03Ractangle 5* (-4) 10/* Esolangs */
> 1753306955 405344 PRIVMSG #esolangs :14[[07Waretel BASIC14]]4 M10 02https://esolangs.org/w/index.php?diff=161755&oldid=137085 5* 03Ractangle 5* (+0) 10Changed redirect target from [[Yayimhere like esolang]] to [[Yayimhere-like esolang]]
> 1753307048 890753 PRIVMSG #esolangs :14[[07Hello world program in esoteric languages (T-Z)14]]4 10 02https://esolangs.org/w/index.php?diff=161756&oldid=152342 5* 03Ractangle 5* (-61) 10/* Yayimhere-like esolang */  moving this
> 1753307129 585842 PRIVMSG #esolangs :14[[07Hello world program in esoteric languages (nonalphabetic and A)14]]4 10 02https://esolangs.org/w/index.php?diff=161757&oldid=161579 5* 03Ractangle 5* (+58) 10/* 2L */
> 1753309210 660999 PRIVMSG #esolangs :14[[07CATASTROPHICA14]]4 N10 02https://esolangs.org/w/index.php?oldid=161758 5* 03Random.esotera 5* (+241) 10Created page with "CATASTROPHICA is an esolang created by [[User:Random.esotera]]. It is inspired by [[brainfuck]] and uses digit-based manipulation to define numbers.  ''CATASTROPHICA is currently a W.I.P, so expect many changes in the future'' ===Commands==="
> 1753309764 268104 PRIVMSG #esolangs :14[[07CATASTROPHICA14]]4 10 02https://esolangs.org/w/index.php?diff=161759&oldid=161758 5* 03Random.esotera 5* (+1379) 10/* Commands */
> 1753309780 28660 PRIVMSG #esolangs :14[[07CATASTROPHICA14]]4 10 02https://esolangs.org/w/index.php?diff=161760&oldid=161759 5* 03Random.esotera 5* (+1) 10/* Commands */
< 1753310325 980411 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :FYI: I've switched the SMTP provider for the wiki now, since the previous one's free tier got disbanded. The settings should be such that it shouldn't be mangling the emails any (by adding tracking links and suchlike), and a test email through the "Email this user" feature seems pretty clean. But they do SPF/DKIM a little differently.
< 1753310412 800503 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :The new one's free tier allows for 1000 emails in a month, and last month the wiki sent a total of 33, so hopefully it's sufficient.
> 1753311111 719124 PRIVMSG #esolangs :14[[07User:Hashibami14]]4 10 02https://esolangs.org/w/index.php?diff=161761&oldid=161257 5* 03Hashibami 5* (+10) 10
< 1753312403 672541 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523 re spurious write on Rust atomic read https://logs.esolangs.org/libera-esolangs/2025-02.html#l4I , I think this can happen on x86-32 with 80686 instruction set, where the CMPXCHG8B instruction may be the easiest way to implement an atomic read of 8 bytes, even just relaxed atomic to get a consistent snapshot. An x87 or MMX instruction may work but is less convenient to use for this, and there's 
< 1753312409 998441 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :no SSE yet. The intel architecture manual says that CMPXCHG8B instruction will issue a write to memory even if the comparison is equal, but it's not entirely clear to me if this is only a description of what happens on the bus (to synchronize with other CPUs for example), or if it also implies a protection check and so would fail on a read-only page. If the latter then this may be what the rust manual 
< 1753312416 6562 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :is talking about.
< 1753312694 967214 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :(this is totally irrelevant to the things I were thinking about in rust, it just came up while I was looking up things about it.)
< 1753313278 554230 :int-e!~noone@int-e.eu PRIVMSG #esolangs :b_jonas: yeah it'll fault if the destination is in a read-only page
< 1753313374 191818 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :int-e: thank you
< 1753313455 585181 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :b_jonas: I think I was talking about using a cmpxchg on a different address to act as a lock on the value you were reading
< 1753313465 675517 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :rather than just using cmpxchg directly as a read operation
< 1753313475 929028 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :wait, hold on
< 1753313576 282292 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ah, never mind
< 1753313636 968857 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I didn't think as using cmpxchg as an atomic read
< 1753313641 289386 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :* think of
< 1753313650 996529 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :are normal aligned reads atomic on x86?
< 1753313652 206806 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: yes, and that's a possibility for C++ or C atomics, but not for the rust std::sync::atomic Atomic* types, because the latter are guaranteed to be lock-free so they can't use a separate lock
< 1753313680 997287 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :they just aren't implemented if the underlying architecture makes it impossible to implement a lock-free atomic of the given size, which probably happens on every architecture for large enough types b
< 1753313704 366174 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I guess, in a sense, *unaligned* reads are atomic because there is no way to do an atomic unaligned write, and thus any situation where the read tears could be interpreted as a situation where the write was torn instead
< 1753313735 557673 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :also rust atomics only go up to u64, which is annoying for algorithms which want a double-pointer atomic
< 1753314155 585802 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: I haven't delved deep into the x86 memory model so I'm not sure about this, but I think that yes, normal aligned reads on ordinary memory are atomic on x86, and I think on ordinary memory modern x86 can even do some atomic unaligned reads and writes too. but if you want to use that you'll probably need to write architecture-specific code in assembly, rust or C or C++ won't help you.
< 1753314174 236800 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :oh, I just remembered something relevant
< 1753314217 323120 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :my read_race thing ended up getting discussed, and it turns out to be relevant to sequence locks, which need a read with release ordering in order to work
< 1753314231 689546 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but release-ordered reads don't exist in the C++ atomics model, or (in many cases) in hardware
< 1753314245 169361 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :however! you can implement them as a release-ordered add of 0, and that does work in hardware
< 1753314250 972052 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but, it requires the memory to be writable
< 1753314269 866685 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: can't you use a read and a memory fence or two to implement them instead?
< 1753314286 556261 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :a memory fence is one way to implement memory orderings
< 1753314295 897820 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but, I'm not sure whether all platforms have fences
< 1753314308 517469 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :and it is probably less efficient than synchronizing on the single address
< 1753314326 510480 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :sure, but doesn't C++ have memory fences, since the compiler optimizer has to know about them too, not just the architecture
< 1753314369 780473 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :https://en.cppreference.com/w/cpp/atomic/atomic_thread_fence.html
< 1753314384 986442 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :those are defined on the level of C++ memory model
< 1753314391 86628 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but the real problem with sequence locks, at least in Rust, is that the memory model doesn't support doing atomic reads of addresses that are being written nonatomically, even if you discard the value you read
< 1753314417 329194 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :the rust version is https://doc.rust-lang.org/nightly/std/sync/atomic/fn.fence.html
< 1753314443 760768 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :it's possible to implement read_racy with an "argument from opaqueness" but they're unwilling to commit to the assumptions needed to make that sort of proof work (in particular, it requires the compiler not to reason about what the code could have done, but didn't)
< 1753314538 389446 :int-e!~noone@int-e.eu PRIVMSG #esolangs :Hmm. "An x87 instruction or an SSE instructions that accesses data larger than a quadword may be implemented using multiple memory accesses."
< 1753314565 417848 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :your cppreference link said that all the fences are no-ops on x86 except the seq_cst one
< 1753314568 109593 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :which is interesting
< 1753314591 350949 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: sure, but I think it still affects how the optimizer can rearrange memory accesses
< 1753314601 562230 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :the C++ fence calls affect that, that is
< 1753314602 829797 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :indeed, it's a compiler fence too
< 1753314603 262818 :int-e!~noone@int-e.eu PRIVMSG #esolangs :But on the other hand for sizes up to 64 bits, atomicity of reads and writes is guaranteed as long as the operand is within a single cache line.
< 1753314606 254402 :int-e!~noone@int-e.eu PRIVMSG #esolangs :(since P6)
< 1753314619 629840 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :systems that care about this sort of thing normally distinguish hardware fences from compiler fences
< 1753314631 949929 :int-e!~noone@int-e.eu PRIVMSG #esolangs :(This is notable because it includes some misaligned reads and writes.)
< 1753314691 705720 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: yes, https://doc.rust-lang.org/nightly/std/sync/atomic/fn.compiler_fence.html is the compiler-only fence
< 1753314736 524133 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :apparently, gcc compiles a seq_cst fence to a «lock or» of a stack slot with 0
< 1753314741 742034 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :this fence stuff gets deeper than the atomic stuff, I mostly just use the simple cases where everything is either accessed from one processor only, or seq_cst atomic, or relaxed atomic
< 1753314750 269611 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :actually this is red zone, I think, not a stack slot
< 1753314772 887684 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :whereas clang compiles it to mfence
< 1753314829 549310 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I'm guessing that the lock or would be more efficient if the relevant part of redzone is in cache
< 1753314852 369503 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :– which makes me think that the correct address to use would be the return address stack slot, as that's very likely to be in cache
< 1753314910 203556 :int-e!~noone@int-e.eu PRIVMSG #esolangs :heh that depends on how long the function has been running
< 1753314984 664441 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: this is on x86_64, and what's the exact assembly code or machine code?
< 1753315005 811812 :int-e!~noone@int-e.eu PRIVMSG #esolangs :ais523: actually no, you'll interfere with return destination prediction, whatever that's called
< 1753315013 741287 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :I think this is just short to encode and guaranteed to be writable
< 1753315034 266796 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :b_jonas: a) yes; b) on clang «mfence», on gcc «lock or QWORD PTR [rsp], 0»
< 1753315073 90018 :int-e!~noone@int-e.eu PRIVMSG #esolangs :ais523: I see no clear winner for this question (which part of the stack to use)
< 1753315086 77213 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :int-e: I don't think so, return address prediction normally works as follows: a) speculatively jump to whichever address the matching call was from, b) check the relevant stack address to see if it contained the predicted return address, c) if it didn't, flush the pipeline
< 1753315122 5245 :Noisytoot!~noisytoot@user/meow/Noisytoot QUIT :Ping timeout: 248 seconds
< 1753315124 289699 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`echo bin/as-*
< 1753315126 886561 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :bin/as-*
< 1753315130 317537 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`echo bin/*-as
< 1753315131 521010 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :bin/*-as
< 1753315135 536521 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :hmm
< 1753315136 996171 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`ls bin
< 1753315138 807749 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :No output.
< 1753315143 776372 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`ls ~/bin
< 1753315145 319403 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :ls: cannot access '~/bin': No such file or directory
< 1753315148 89236 :int-e!~noone@int-e.eu PRIVMSG #esolangs :ais523: hmm. yeah I guess that would be fine
< 1753315162 635802 :int-e!~noone@int-e.eu PRIVMSG #esolangs :`` echo $HOME
< 1753315164 32712 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :​/tmp
< 1753315165 786690 :Noisytoot!~noisytoot@user/meow/Noisytoot JOIN #esolangs Noisytoot :Ron (they/them)
< 1753315169 10084 :int-e!~noone@int-e.eu PRIVMSG #esolangs :`` ls ~/bin
< 1753315170 573301 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :ls: cannot access '/tmp/bin': No such file or directory
< 1753315177 282828 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`` which quote
< 1753315178 751484 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :​/hackenv/bin/quote
< 1753315184 830182 :int-e!~noone@int-e.eu PRIVMSG #esolangs :`` echo $PATH
< 1753315185 850479 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`echo /hackenv/bin/as-*
< 1753315186 535492 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :​/hackenv/bin:/usr/bin:/bin
< 1753315187 771501 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :​/hackenv/bin/as-*
< 1753315190 556495 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`echo /hackenv/bin/*-as
< 1753315192 499094 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :​/hackenv/bin/*-as