| 23 Feb 2025 |
 emily | canExecute doesn't include emulators | 02:33:34 |
| emily | it's purely for e.g. i686 / x86_64 | 02:33:45 |
| emily | (also it's emulatorAvailable actually, whoops) | 02:34:09 |
| 26 Feb 2025 |
|  lzcunt changed their display name from sananatheskenana to lzcunt. | 18:20:36 |
| 7 Mar 2025 |
|  Qyriad changed their display name from Qyriad to qyriad. | 16:36:03 |
| 8 Mar 2025 |
| Qyriad changed their display name from qyriad to Qyriad. | 21:41:03 |
| 9 Mar 2025 |
 Find me at aleksana:qaq.li | I just got some really confusing differences in bash output between linux and darwin | 12:46:16 |
| Find me at aleksana:qaq.li | bash-5.2$ bash --version
GNU bash, version 5.2.37(1)-release (aarch64-apple-darwin24.3.0)
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
bash-5.2$ re='\bx\b'; [[ "x" =~ $re ]] && echo "yes!" || echo "no!"
no!
| 12:46:41 |
| Find me at aleksana:qaq.li |
[aleksana@Aleksana-Laptop:~]$ bash --version
GNU bash, version 5.2.37(1)-release (x86_64-pc-linux-gnu)
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
[aleksana@Aleksana-Laptop:~]$ re='\bx\b'; [[ "x" =~ $re ]] && echo "yes!" || echo "no!"
yes!
| 12:47:29 |
| Find me at aleksana:qaq.li | This makes some bash scripts fail on darwin, for example https://github.com/NixOS/nixpkgs/pull/388412/checks?check_run_id=38445097171 | 12:48:24 |
| Find me at aleksana:qaq.li | Not our problem, it's difference in libc. Not sure why bash depends on libc regex function though | 12:59:25 |
 K900 | Because of course it does | 13:00:42 |
| K900 | What's a programming language without some unexpected platform specific behavior | 13:00:53 |
| emily | In reply to @aleksana:mozilla.org
Not our problem, it's difference in libc. Not sure why bash depends on libc regex function though so does Nix. | 14:41:22 |
| emily | Nix regex behaves differently on libstdc++ and libc++ | 14:41:26 |
| Find me at aleksana:qaq.li | In reply to @emilazy:matrix.org
Nix regex behaves differently on libstdc++ and libc++ I don't get it, why do they not link some standalone libraries | 17:21:11 |
| Find me at aleksana:qaq.li | And glibc also has a POSIX ERE function I think | 17:21:43 |
 WeetHet | In reply to @aleksana:mozilla.org
I don't get it, why do they not link some standalone libraries I would say because at first it was unnecessary and then well, backwards compatibility | 17:21:59 |
| Find me at aleksana:qaq.li | Yeah | 17:22:14 |
| Find me at aleksana:qaq.li | Maybe split GLibc regex to a standalone library so it works the same way across platforms | 17:23:08 |
| Find me at aleksana:qaq.li | And it won't hurt | 17:23:15 |
| emily | just carelessness | 17:23:20 |
| emily | also maybe assuming C++ specced something reasonable | 17:23:29 |
| emily | a dangerous assumption | 17:23:34 |
| Find me at aleksana:qaq.li | GNU always has something good to force it on you | 17:24:15 |
| Find me at aleksana:qaq.li | Then you have to bind to it unless you want to break compatibility | 17:24:56 |
| Find me at aleksana:qaq.li | And there are platform assumptions downstream so we can't just ship what we want by default, like clang 😅 | 17:26:36 |
 Sergei Zimmerman (xokdvium) | IMO just using standard C++ regex is already is the wrong decision. It’s notorious for poor performance. CTRE and Boost.Regex is much better in that regard. Though regex in any systems programming language smell.
That reminds me of https://regexlicensing.org/ | 18:44:10 |
| Qyriad | Redacted or Malformed Event | 20:00:57 |
| Qyriad | (Wait wrong channel sorry) | 20:01:35 |
