tynet-lichat/shirakumo

11:42:37 shinmera https://shinmera.github.io/lru-cache/

13:46:56 Colleen im having a lot of trouble getting this rebase stuff to work

13:46:56 karlosz im having a lot of trouble getting this rebase stuff to work

13:47:16 Colleen i think i will just make separate sbcl-nx repo

13:47:16 karlosz i think i will just make separate sbcl-nx repo

13:47:23 Colleen and rebase your changes on top of that

13:47:23 karlosz and rebase your changes on top of that

13:49:21 shinmera hold on

13:50:08 shinmera please use ssh://git@git.tymoon.eu:10422/Shirakumo/sbcl-nx.git

13:51:16 Colleen got it

13:51:16 karlosz got it

13:54:12 Colleen shinmera: did i get nuked from the authorization table again?

13:54:12 karlosz shinmera: did i get nuked from the authorization table again?

13:54:19 shinmera uuuuh

13:54:25 shinmera I didn't do anything

13:54:41 shinmera the repo is empty, if you're expecting to be able to clone it

13:55:06 Colleen i mean it asks me for a password again

13:55:06 karlosz i mean it asks me for a password again

13:55:16 shinmera what the god darn

13:56:01 shinmera nope, your keys are in there.

13:58:27 Colleen hmmm

13:58:27 karlosz hmmm

14:00:36 Colleen it worked now

14:00:36 karlosz it worked now

14:00:38 Colleen strange

14:00:38 karlosz strange

14:00:49 shinmera probably my ldap server eating shit again

14:01:00 shinmera *sigh*

14:12:04 Colleen i guess im going to start by trying to export the commits in trial nx into sbcl-nx

14:12:04 karlosz i guess im going to start by trying to export the commits in trial nx into sbcl-nx

14:12:06 Colleen and then rebasing

14:12:06 karlosz and then rebasing

14:14:54 shinmera I don't really care about the commit meta, could export the diffs and apply them, insntead.

14:15:34 Colleen yeah that's true though then i have to stripthe sbcl/ prefix

14:15:34 karlosz yeah that's true though then i have to stripthe sbcl/ prefix

14:15:42 Colleen anyway i got it to exprot cleanly

14:15:42 karlosz anyway i got it to exprot cleanly

14:16:00 Colleen the patch branch on sbcl-nx has all the commits without the other stuff

14:16:00 karlosz the patch branch on sbcl-nx has all the commits without the other stuff

14:16:08 Colleen so can rebase now

14:16:08 karlosz so can rebase now

14:16:39 shinmera cool.

14:16:49 shinmera stripping the prefix would just be a quick sed

14:24:32 Colleen are there multiple custom-set-faces invocations in the default settings for portacle?

14:24:32 seok are there multiple custom-set-faces invocations in the default settings for portacle?

14:24:38 Colleen I cannot get the font settings to persist

14:24:38 seok I cannot get the font settings to persist

14:25:19 shinmera there's an estimated three billion issues that ask the same question on the github. please peruse the search.

14:28:13 Colleen o okies

14:28:13 seok o okies

14:29:46 Colleen https://github.com/portacle/portacle/issues here? I don't see any issues about fonts

14:29:46 seok https://github.com/portacle/portacle/issues here? I don't see any issues about fonts

14:32:38 shinmera cause they've been closed.

14:32:46 shinmera https://github.com/portacle/portacle/issues?q=font

14:32:48 shinmera wow look at that

14:32:51 shinmera so many issues

14:39:07 Colleen ah thanks

14:39:07 seok ah thanks

14:48:40 Colleen I don't know, I have the latest version of portacle downloaded yesterday, M-x portacle-update did not fix this

14:48:40 seok I don't know, I have the latest version of portacle downloaded yesterday, M-x portacle-update did not fix this

14:49:17 shinmera there's nothing to fix.

14:49:36 Colleen it is not an issue?

14:49:36 seok it is not an issue?

15:11:00 Colleen okay, rebase is well under way

15:11:00 karlosz okay, rebase is well under way

15:11:10 Colleen some stuff changed in the c runtime so i have to update that

15:11:10 karlosz some stuff changed in the c runtime so i have to update that

15:14:41 shinmera well, explains why the merge failed, at least

15:20:51 Colleen yeah

15:20:51 karlosz yeah

15:44:56 Colleen Shinmera: im getting a werid error where it looks like the sdk is mnissing a header

15:44:56 karlosz Shinmera: im getting a werid error where it looks like the sdk is mnissing a header

15:45:09 Colleen https://paste.gnome.org/rhZISNbVU

15:45:09 karlosz https://paste.gnome.org/rhZISNbVU

15:45:26 Colleen any ideas?

15:45:26 karlosz any ideas?

15:47:36 shinmera is -I$NINTENDO_SDK_ROOT/Include on the command line?

15:47:53 shinmera and is the path actually set?

15:47:57 shinmera as in, the envvar

15:48:17 Colleen yeah the envvar NINTENDO_SDK_ROOT is set

15:48:17 karlosz yeah the envvar NINTENDO_SDK_ROOT is set

15:48:42 Colleen let me see if i did some rebase damage here

15:48:42 karlosz let me see if i did some rebase damage here

15:48:45 Colleen 'with the include path

15:48:45 karlosz 'with the include path

15:50:54 Colleen ok it looks like CPPFLAGS got replaced with CFLAGS sometime upstream

15:50:54 karlosz ok it looks like CPPFLAGS got replaced with CFLAGS sometime upstream

15:50:56 Colleen ugh

15:50:56 karlosz ugh

15:50:58 Colleen gotta wrangle this

15:50:58 karlosz gotta wrangle this

15:53:46 shinmera shouldn't be too hard?

15:54:31 Colleen well CFLAGS and CPPFLAGS got merged i think

15:54:31 karlosz well CFLAGS and CPPFLAGS got merged i think

15:54:56 Colleen and i was trying to rebase everything, i gave up on that now though

15:54:56 karlosz and i was trying to rebase everything, i gave up on that now though

15:55:06 shinmera ah

15:55:10 Colleen just making a commit with the things replaced

15:55:10 karlosz just making a commit with the things replaced

15:55:49 Colleen it's whatever, we'll probably squash and stuff later

15:55:49 karlosz it's whatever, we'll probably squash and stuff later

15:56:26 shinmera Yeah I'm not concerned about the history

15:56:28 Colleen otherwise it'll be too difficult to track upstream when we make more changes upstream later

15:56:28 karlosz otherwise it'll be too difficult to track upstream when we make more changes upstream later

16:09:18 Colleen ok, rebased runtime seems to work

16:09:18 karlosz ok, rebased runtime seems to work

16:09:28 Colleen by work i mean it crashes in the same way as before

16:09:28 karlosz by work i mean it crashes in the same way as before

16:09:40 Colleen now i've just copied over the .s and .o files from the shrinkwrapped stuff

16:09:40 karlosz now i've just copied over the .s and .o files from the shrinkwrapped stuff

16:09:46 Colleen need to figure out how to make the recipe work now

16:09:46 karlosz need to figure out how to make the recipe work now

16:09:55 shinmera Good luck!

16:12:30 Colleen ah that's right

16:12:30 karlosz ah that's right

16:12:36 Colleen i need to make stuff work on immobile space now

16:12:36 karlosz i need to make stuff work on immobile space now

16:50:17 Colleen Shinmera: im at the step of linking he shrinkwrap stuff with the nx runtime now\

16:50:17 karlosz Shinmera: im at the step of linking he shrinkwrap stuff with the nx runtime now\

16:50:25 Colleen it's complaining that it can't find malloc and free

16:50:25 karlosz it's complaining that it can't find malloc and free

16:50:35 Colleen do you know the right linker symbols to get it to include that?

16:50:35 karlosz do you know the right linker symbols to get it to include that?

16:50:38 Colleen i'll read the sdk

16:50:38 karlosz i'll read the sdk

16:50:40 Colleen manual

16:50:40 karlosz manual

16:51:00 shinmera uuuuh, nope.

16:51:27 shinmera that's odd, though? Doesn't the runtime need those, anyway?

16:52:36 shinmera Like, aren't the linkflags I used in the scripts enough?

16:55:31 Colleen ah, i figured it out

16:55:31 karlosz ah, i figured it out

16:55:41 Colleen the shrinkwrapo recipe is separate and didn't include the link flags

16:55:41 karlosz the shrinkwrapo recipe is separate and didn't include the link flags

16:55:45 Colleen now malloc and free are defined

16:55:45 karlosz now malloc and free are defined

16:55:55 shinmera ah.

16:56:04 Colleen now i get more reasonable errors

16:56:04 karlosz now i get more reasonable errors

16:56:09 Colleen like dl_addr is not defined

16:56:09 karlosz like dl_addr is not defined

16:56:20 Colleen these are symbols referenced by the arm64 core that don't exist on the nx runtime

16:56:20 karlosz these are symbols referenced by the arm64 core that don't exist on the nx runtime

16:56:28 Colleen i suppose the best way to deal with this is just stubbing it all out

16:56:28 karlosz i suppose the best way to deal with this is just stubbing it all out

16:57:02 shinmera hmmm, I thought for sure I already stubbed out all the dl stuff.

16:57:30 Colleen well in this case it's symbols that are referenced on arm64

16:57:30 karlosz well in this case it's symbols that are referenced on arm64

16:57:37 Colleen on linuix

16:57:37 karlosz on linuix

16:57:44 Colleen so there were symbols you didn't need to stub out

16:57:44 karlosz so there were symbols you didn't need to stub out

16:57:48 shinmera ah, right.

16:57:53 Colleen beacuse they were only referenced from linux

16:57:53 karlosz beacuse they were only referenced from linux

16:58:21 Colleen do yopu happen to know what the equivalent of dladdr and dlsym are?

16:58:21 karlosz do yopu happen to know what the equivalent of dladdr and dlsym are?

17:03:19 shinmera See Features>Basic Features>ro Library

17:04:00 shinmera we'll need to statically link in a C wrapper around that, so for now, I'd say: they don't exist

17:11:52 Colleen i think the set of link flags we have isn't complete somehow

17:11:52 karlosz i think the set of link flags we have isn't complete somehow

17:11:58 Colleen when linking it complains that it can;t find the symbol pipe

17:11:58 karlosz when linking it complains that it can;t find the symbol pipe

17:12:11 shinmera there's no pipes.

17:12:14 Colleen but then when i try to stub it i get a conflict with the unistd.h file

17:12:14 karlosz but then when i try to stub it i get a conflict with the unistd.h file

17:12:36 Colleen apparently pipe is defined in unistd.h

17:12:36 karlosz apparently pipe is defined in unistd.h

17:12:49 shinmera It defines a buncha constants that aren't usable, yes. It's weird.

17:12:54 Colleen okay

17:12:55 karlosz okay

17:13:06 Colleen hm, how do you define the function then?

17:13:06 karlosz hm, how do you define the function then?

17:13:09 shinmera Anyway, the link flags are complete. After all, the runtime links and starts up.

17:13:16 Colleen the compioler complains about the conflci

17:13:16 karlosz the compioler complains about the conflci

17:13:45 shinmera You'll have to rip out things that refer to pipes and whatnot.

17:13:53 Colleen no i mean

17:13:53 karlosz no i mean

17:14:13 Colleen when i try to stub out pipe the SDK complains that unistd.h defines pipe already

17:14:13 karlosz when i try to stub out pipe the SDK complains that unistd.h defines pipe already

17:14:23 shinmera Yes. You can't do it that way.

17:14:32 shinmera You have to remove whatever is trying to use the pipe symbol.

17:15:12 Colleen hm, these are references from the linux core

17:15:12 karlosz hm, these are references from the linux core

17:15:29 Colleen so i guess i'd have to modify the .s file by hand

17:15:29 karlosz so i guess i'd have to modify the .s file by hand

17:15:33 shinmera This is what I was always afraid of happening with this patch from the start.

17:15:39 shinmera *path

17:15:46 shinmera *approach

17:15:57 shinmera You can either do that

17:16:08 shinmera Or also build a custom arm64 that rips those things out of the linux runtime, too

17:16:17 Colleen somehow this doesn't make sense to me

17:16:17 karlosz somehow this doesn't make sense to me

17:16:21 Colleen like

17:16:21 karlosz like

17:16:32 Colleen if the sdk runtime doesn't have the symbol pipe

17:16:32 karlosz if the sdk runtime doesn't have the symbol pipe

17:16:41 Colleen surely i can define it myself in the runtime

17:16:41 karlosz surely i can define it myself in the runtime

17:16:54 Colleen the compielr complains, but at link time the symbol no longer exists

17:16:54 karlosz the compielr complains, but at link time the symbol no longer exists

17:18:13 Colleen ok yeah so i was able to stub out dladddr fine

17:18:13 karlosz ok yeah so i was able to stub out dladddr fine

17:19:24 Colleen ah, i managed to stub out pipe as well

17:19:24 karlosz ah, i managed to stub out pipe as well

17:19:34 Colleen i just neeeded to make the type signature agree exactrly

17:19:34 karlosz i just neeeded to make the type signature agree exactrly

17:20:01 shinmera I see in my patches I had to specifically comment out the unix-pipe function

17:20:06 Colleen so i suppose the sdk just has these in the headers but never actually defines this stuff

17:20:06 karlosz so i suppose the sdk just has these in the headers but never actually defines this stuff

17:20:10 shinmera yes

17:20:19 shinmera that's what I meant above, sorry for being unclear.

17:20:36 Colleen shinmera: yeah we're building a different way now

17:20:36 karlosz shinmera: yeah we're building a different way now

17:20:49 Colleen we don't have to get through make-host-2.lisp with +nx at all

17:20:49 karlosz we don't have to get through make-host-2.lisp with +nx at all

17:20:54 Colleen all we need is the runtime

17:20:54 karlosz all we need is the runtime

17:20:57 Colleen the core comes from linux

17:20:57 karlosz the core comes from linux

17:21:14 shinmera I know.

17:21:14 Colleen so unix-pipe being commented out is irrelevant unless you do it for the linux build

17:21:14 karlosz so unix-pipe being commented out is irrelevant unless you do it for the linux build

17:22:37 shinmera I meant it as an "fyi"

17:22:48 shinmera and as a "it seems I've encountered pipe being weird before, too"

17:23:18 Colleen ah okay

17:23:18 karlosz ah okay

18:07:01 Colleen ok, everything stubbed out

18:07:01 karlosz ok, everything stubbed out

18:07:17 Colleen now its complaininhg about not being able to relocate something in arm64-assem.S

18:07:17 karlosz now its complaininhg about not being able to relocate something in arm64-assem.S

18:07:24 shinmera :(

18:07:26 Colleen going to enable gcc-tls and see what happens

18:07:26 karlosz going to enable gcc-tls and see what happens

18:08:13 Colleen actually, could you explain what is going on with the nsp stuff?

18:08:13 karlosz actually, could you explain what is going on with the nsp stuff?

18:08:24 shinmera What do you mean?

18:08:28 Colleen so when the runtime gets built as src/runtime/sbcl, that's not something the switch can execute yet, right?

18:08:28 karlosz so when the runtime gets built as src/runtime/sbcl, that's not something the switch can execute yet, right?

18:08:33 shinmera Right.

18:08:38 Colleen you need to turn that into an nsp?

18:08:38 karlosz you need to turn that into an nsp?

18:08:41 shinmera Yes.

18:09:08 Colleen so src/runtime/sbcl is the elf. what does the nsp do?

18:09:08 karlosz so src/runtime/sbcl is the elf. what does the nsp do?

18:09:40 shinmera The NSP includes the "filesystem" with the data the program needs, the switch runtime and other shared libraries, the actual executable, an application manifest for the metadata and permissions, and a graphic for the app menu.

18:09:58 Colleen oh okay

18:09:58 karlosz oh okay

18:10:07 shinmera it's probably also signed in some way.

18:10:10 Colleen so its a sandbox with everything in the place it expects

18:10:10 karlosz so its a sandbox with everything in the place it expects

18:10:15 shinmera right

18:11:01 shinmera the bundling is what the nxdeploy makefile is responsible for.

18:12:19 Colleen argh the assembler syntax is different

18:12:19 karlosz argh the assembler syntax is different

18:13:05 Colleen seems like a mingw thing?

18:13:05 karlosz seems like a mingw thing?

18:13:12 shinmera wait what?

18:13:20 shinmera mingw shouldn't be involved at all

18:13:53 Colleen oh right yeah

18:13:53 karlosz oh right yeah

18:13:59 Colleen i mean the clang assembler for nx ius different

18:13:59 karlosz i mean the clang assembler for nx ius different

18:14:02 shinmera ah.

18:14:12 Colleen it barfs on .type directives

18:14:12 karlosz it barfs on .type directives

18:14:17 Colleen how quickly can i comment these out...

18:14:17 karlosz how quickly can i comment these out...

18:20:36 Colleen i don't know how to use sed, so i asked chatgpt to give me some commands to comment out.type and .size directives

18:20:36 karlosz i don't know how to use sed, so i asked chatgpt to give me some commands to comment out.type and .size directives

18:20:38 Colleen appears to work

18:20:38 karlosz appears to work

18:23:13 Colleen wooo, shrinkwrap binary made

18:23:13 karlosz wooo, shrinkwrap binary made

18:23:17 Colleen now to try t run it....

18:23:17 karlosz now to try t run it....

18:23:19 shinmera :O!!

18:24:36 Colleen MakeNso INPUT='../sbcl/src/runtime/sbcl', OUTPUT='code/main' The alignment for section lisp.core exceeds 4 KB. (0xlisp.core)

18:24:36 karlosz MakeNso INPUT='../sbcl/src/runtime/sbcl', OUTPUT='code/main' The alignment for section lisp.core exceeds 4 KB. (0xlisp.core)

18:24:50 Colleen when running make sbcl to get the nsp

18:24:50 karlosz when running make sbcl to get the nsp

18:24:54 shinmera hum.

18:25:19 Colleen might be a page size issue...

18:25:19 karlosz might be a page size issue...

18:25:21 Colleen but progress~

18:25:21 karlosz but progress~

18:25:26 Colleen and im out of time

18:25:26 karlosz and im out of time

18:25:52 shinmera good work today!