|
🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm Set by lizmat on 8 June 2022. |
|||
|
00:00
reportable6 left
00:01
reportable6 joined
|
|||
| [Coke] | github.com/sergot/openssl/issues/100 - I think this might be a NativeCall bug, not an openssl bug. | 01:01 | |
|
01:01
evalable6 left
01:02
evalable6 joined
|
|||
| [Coke] | wonder if bumping dyncall to 1.4 would help. | 01:17 | |
| (might have a fix) | 01:45 | ||
| looks like we're building for x86_64, not arm64, so that explains what I'm seeing | |||
| hopefully just me complaining here means I've *finally* found the blog post that answers my question. :)' | 01:52 | ||
| update on the ticket; now I get "loading libcrypto in an unsafe way", and then raku aborts. | 02:10 | ||
| added the lldb backtrace. | 02:26 | ||
|
06:00
reportable6 left
06:02
reportable6 joined
06:55
squashable6 left,
committable6 left,
quotable6 left,
coverable6 left,
shareable6 left,
bisectable6 left,
sjn left
06:56
squashable6 joined,
committable6 joined,
quotable6 joined,
coverable6 joined,
shareable6 joined,
bisectable6 joined,
sjn joined
08:45
sena_kun joined,
ab5tract left
08:46
ab5tract joined
|
|||
| lizmat | [Coke]: github.com/rakudo/rakudo/blob/main...-libraries | 08:53 | |
|
10:58
Geth joined
11:03
ab5tract left,
ab5tract joined
11:12
ab5tract left
11:13
ab5tract joined
11:27
ab5tract left,
ab5tract joined
11:38
ab5tract left
11:39
ab5tract joined
11:45
ab5tract left
11:50
thundergnat joined
11:53
thundergnat left
12:00
reportable6 left
12:01
reportable6 joined
|
|||
| ugexe | [Coke]: sounds like you figured out the original problem, but brew can/will install x86 stuff via rosetta | 13:26 | |
|
15:08
tonyo left
15:09
tonyo joined
16:25
nine left,
nine joined
|
|||
| [Coke] | I tried adding a symlink from /usr/local/lib/libcrypto.dylib to the homebrew install in /usr/local/homebrew, same error. | 17:22 | |
| ... which I've seen elsewehre, but not here, trying $HOME/lib | 17:23 | ||
| yup, same with $HOME/lib | 17:24 | ||
| the wiki page suggests /../lib - the .. is confusing. | 17:25 | ||
| ugexe | I wonder if you need to install it via `arch -arm64 brew install ...` to force the arm64 version and not use the 86 version with rosetta | 17:39 | |
| [Coke] | ... why would I force the arm64 verison when raku is still x86? | 17:41 | |
| the whole first error was that I had arm64 crypto but x86 moar. | |||
| it is quite possible I am still confused, though. :) | 17:42 | ||
| tonyo | raku isn't x86, though? | 17:43 | |
| oh - how did you end up with x86 moar? | |||
| [Coke] | /Users/coke/.rakubrew/versions/moar-2023.02/install/bin/moar: Mach-O 64-bit executable x86_64 | ||
| the default build (either directly or via rakubrew) gets me that? | 17:44 | ||
| ugexe | ah i assumed you would be using arm64 moar | ||
| [Coke] | sorry, i was leaving off the _64, just saying in constrast to arm | ||
| ugexe: Sure, would love to! | |||
| ugexe | now i need to check wth i have installed lol | ||
| tonyo | same here | ||
| /Users/tonyo/.local/bin/moar: Mach-O 64-bit executable arm64 | 17:47 | ||
| Geth | rakudo/main: 3bd73896f9 | (Elizabeth Mattijsen)++ | src/core.c/Rational.pm6 Use HLL comparison for floating point noise check Spotted by SqrtNegInf++ |
17:49 | |
| ugexe | file /Users/nlogan/.rakubrew/versions/moar-2022.07/install/bin/moar | ||
| /Users/nlogan/.rakubrew/versions/moar-2022.07/install/bin/moar: Mach-O 64-bit executable x86_64 | |||
| [Coke]: you're using rakubrew too, yeah? | 17:50 | ||
| [Coke] | I use rakubrew and build from git also | 17:51 | |
| ugexe | hmm, i assumed rakubrew was building arm binaries on this computer | 17:56 | |
| tonyo | is your git version not building moar then [Coke] ? | 17:57 | |
| [Coke] | tonyo: ? | ||
| when I build from git, I am pretty sure it's also x86. checking head. | 17:58 | ||
| don't see a Configure.pl option claiming to build arm64... | 17:59 | ||
| tonyo | i mean if it finds a moar it doesn't rebuild so i'm thinking it's using the one rakubrew made | ||
| i'm building from git and it's an ARM build | |||
| [Coke] | (nor one in moar) | ||
|
18:00
reportable6 left
|
|||
| tonyo | Configure.pl checks if there's a good moar version available in PATH and if so, doesn't bother rebuilding it | 18:00 | |
| you have one from the rakubrew installer | |||
| [Coke] | I've had to build moar a few times since switching to m2 | 18:01 | |
| it doesn't pick one from a random path, it uses the prefix path | |||
| doing a build now, building moar, nqp, installing to <rakudo clone>/install | |||
| (and there was nothing there to start with) | |||
| tonyo | from git or rakubrew? | ||
| [Coke] | git | 18:02 | |
|
18:03
reportable6 joined
|
|||
| [Coke] | ok. *this* version is arm64. tonyo++ | 18:06 | |
| rakubrew shouldn't have been able to hang on to x86 versions on this machine, it's not like I upgraded a rakubrew install that WAS intel. every install of rakubrew here is on an arm machine | 18:07 | ||
| so, I will uninstall the x86 crypto lib, install the arm64, and try again | 18:08 | ||
| tonyo | i think your libssl should work now but you'll have to force test _and_ you'll get that warning message still, and you'll likely find edge cases where it doesn't work right (segfaults) but for 90% of cases it should work | ||
| i haven't tried with what ugexe posted, didn't even know i could do that with brew | |||
| [Coke] | s/is on/has been on/ | ||
| tonyo: openssl ticket #100 links to instructions on setting up separate x86 and arm64 brew installs. | 18:09 | ||
| tonyo | ah | ||
| [Coke] | I now have 'brew' and 'axbrew' that have two different install directories, one arm, one x86 | ||
| tonyo | i spent a few hours trying to track it down while i was flying but i got basically nowhere | ||
| ah | |||
| [Coke] | nuked all my rakus, building a fresh one in rakubrew. | 18:12 | |
|
18:16
ab5tract joined
|
|||
| tonyo | i wonder if rakubrew is grabbing build libs from somewhere | 18:17 | |
|
18:18
ab5tract left
|
|||
| tonyo | s/d libs/t executables | 18:20 | |
| ugexe | github.com/Raku/App-Rakubrew/blob/...#L176-L182 | ||
| it doesn't look like it really does anything tricky | |||
|
18:23
ab5tract joined
|
|||
| tonyo | hm.. i wonder why not configure moar/nqp all in one go `perl Configure.pl --gen-moar --gen-nqp --backends=moar` | 18:30 | |
| `--prefix=...` | 18:31 | ||
| [Coke] | rakubrew build me an x86 again | ||
| tonyo | does rakubrew spit out the configure stuff? my build line for moar on git is: `perl Configure.pl --optimize --prefix=/Users/tonyo/.local --make-install` | 18:40 | |
| Geth | rakudo/main: 7dac0a7c40 | (Elizabeth Mattijsen)++ | src/core.c/Rational.pm6 Undo another set of optimizations Turns out that frac is not always a (Fat)Rat, but could also be a Num, so we need to use HLL for all checks :-( |
19:55 | |
|
20:00
linkable6 left,
evalable6 left,
evalable6 joined
20:02
linkable6 joined
|
|||
| [Coke] | maybe the optimize is triggering jit, which isn't arm-friendly? | 21:22 | |
| I've ++'d this before: so nice to be able to register my "personal" raku build with rakubrew, then I get free 'build-zef'... | 21:34 | ||
| just tried to install something with HEAD and got: [JSON::Fast] P6opaque: no such attribute '$!numerator' on type Rational[Int,Int] in a Rat when trying to get a value | 21:36 | ||
| dialing back to 2023.02... | |||
| \o/ | 21:51 | ||
| ok, I now have an installed version which required no $HOME/lib linkery | |||
| (installed version of openssl) | |||
| github.com/sergot/openssl/issues/1...1454173561 | 21:53 | ||
| ugexe++ tonyo++ | |||
|
22:08
sena_kun left
|
|||
| [Coke] | will we ever change the install path to be raku/ instead of perl6/ ? | 22:20 | |