| - WoC (QUIT: Remote host closed the connection) (woc@2603-8080-cd40-00c6-eaaf-8a29-4225-dc1f.res6.spectrum.com) | 00:20 | |
| + WoC (woc@2603-8080-cd40-00c6-eaaf-8a29-4225-dc1f.res6.spectrum.com) | 00:20 | |
| - bfarmilo (QUIT: Ping timeout: 258 seconds) (~bfarmilo@202.56.40.240) | 01:34 | |
| + bfarmilo (~bfarmilo@202.56.40.240) | 03:09 | |
| + RobDangerous (~Thunderbi@p200300ec8f3e1c0061e706ee2e925542.dip0.t-ipconnect.de) | 11:42 | |
| - xet7 (QUIT: Remote host closed the connection) (~xet7@user/xet7) | 12:04 | |
| + xet7 (~xet7@user/xet7) | 12:05 | |
| - xet7 (QUIT: Remote host closed the connection) (~xet7@user/xet7) | 12:07 | |
| + xet7 (~xet7@user/xet7) | 12:07 | |
| mntmn | i am in the office. there is an amiga 3000 here. | 16:56 |
|---|---|---|
| _Bnu | Quick, attack it... | 17:10 |
| mntmn | i am fixing the palette thing in the verilog | 17:10 |
| mntmn | pushed to wip19a, but not tested: https://source.mnt.re/amiga/zz9000-firmware/-/commit/92a1c2de0ee9a8b730b0277f80554fa31599c7d5#064c662f9c8488492fa87d754ad70fb972c74ee2_225_225 | 17:13 |
| mntmn | _Bnu: what do you think about doing it like this? this way the SEL op is only for the display | 17:13 |
| mntmn | and there's a OP_PALETTE_HI for setting the secondary colors | 17:14 |
| mntmn | and sorry for all those empty line changes, i used emacs and it removes all trailing spaces | 17:16 |
| mntmn | i'm trying to use emacs now to edit the verilog so that i don't have to suffer from the vivado editor | 17:16 |
| mntmn | _Bnu: btw could you push the driver changes also? :3 | 17:18 |
| mntmn | _Bnu: oh and i already had unaligned transfers enabled all the time in VDMA i just saw | 17:22 |
| _Bnu | Didn't I push the driver changes? D: | 17:23 |
| _Bnu | They should be on the gcc-test branch... | 17:23 |
| _Bnu | And yeah, having a separate video formatter op to set the secondary palette should be fine. | 17:24 |
| mntmn | > DAC_NIBBLEWIDE | 17:24 |
| mntmn | _Bnu: ah, oh. will i still be able to build with vbcc? | 17:24 |
| _Bnu | Maybe...! | 17:25 |
| _Bnu | I've used boardinfo.h with VBCC before at least. | 17:25 |
| _Bnu | It's slightly hacked. | 17:25 |
| mntmn | ok. my git is behaving strangely and doesn't want to see your branch. lemme see | 17:27 |
| _Bnu | I don't feel that using VBCC is any sort of way forward for Amiga development, since there are so many things wrong with the compiler, haha. But if you don't have bebbo-gcc set up, I don't think I used anything super weird in there. | 17:27 |
| mntmn | ok fixed my git | 17:28 |
| mntmn | i do not have bebbo-gcc set up... i would like to, for sure, but maybe not right now | 17:28 |
| _Bnu | It's usually super fast to set it up on Linux, though. | 17:29 |
| mntmn | still builds with v b c c | 17:29 |
| _Bnu | Because Linux fork() calls don't take seven minutes to complete, unlike on Windows... | 17:29 |
| mntmn | oh ok? | 17:29 |
| _Bnu | You just have to make sure to not build it in an alias directory, that's about it. | 17:30 |
| _Bnu | Like, if your current path is /~ or whatever home is | 17:30 |
| _Bnu | Then you have to do cd /home/snakes/amiga-gcc first. | 17:30 |
| _Bnu | Else binutil will fail to find some files. | 17:30 |
| _Bnu | *binutils | 17:30 |
| mntmn | > Howto Clone and Download All You Need | 17:30 |
| _Bnu | But yeah, takes hours to build on Windows, something like 20 minutes on Linux. | 17:31 |
| mntmn | ok | 17:31 |
| _Bnu | Maybe less time if you have a more modern or faster CPU than me... | 17:31 |
| mntmn | i have an i9-9900 | 17:32 |
| mntmn | whatever that means | 17:32 |
| _Bnu | But even on Linux in VMWare, it was super fast. | 17:32 |
| mntmn | shit my ssd is incredibly full | 17:32 |
| mntmn | only 1.1g free | 17:32 |
| mntmn | freeing up disk space is the worst part of computering | 17:33 |
| _Bnu | rm /* -rf | 17:33 |
| mntmn | deleted 16gb random files in Downloads... this is how i survive | 17:35 |
| _Bnu | https://cdn.discordapp.com/attachments/619183920591798294/871416018277371914/unknown.png | 17:36 |
| _Bnu | That's usually how I survive. ;D | 17:36 |
| mntmn | yeah ok | 17:36 |
| mntmn | this computer has only 0.5TB SSD | 17:36 |
| mntmn | not good~! | 17:36 |
| _Bnu | The 8TB slow Samsung SSDs should be dropping in price somewhat soon, at least. | 17:38 |
| mntmn | ahh ohh mntgfx-gcc.c | 17:39 |
| mntmn | _Bnu: that would be a 16x space increase! | 17:39 |
| _Bnu | Yeah, I had to cut out the home made boardinfo stuff, so I made them all separate files. Because I didn't want to ruin the old source code and make it unbuildable or anything. | 17:40 |
| _Bnu | build_gcc.sh for bebbo-gcc compilation. | 17:40 |
| _Bnu | But it's just one .c file still. | 17:41 |
| mntmn | ok so to continue down this path i will have to do the big compile | 17:41 |
| mntmn | i will dedicate 12 of my cores to it | 17:43 |
| mntmn | in the meantime i will think more about autoboot | 17:43 |
| _Bnu | 0.2 cores per opcode. | 17:44 |
| _Bnu | But yeah, sorry about that. I just assumed you had bebbo-gcc, since one of the drivers require it to build. I can't remember if it's network or storage, though... | 17:49 |
| mntmn | maybe i had it and did not know it was called bebbo | 17:49 |
| _Bnu | But for the storage driver, I can definitely clean it up a lot with bebbo-gcc and my crappy library/driver framework thingy. | 17:49 |
| _Bnu | Well, it's called amiga-gcc, I guess. | 17:50 |
| _Bnu | m68k-amigaos-gcc | 17:50 |
| _Bnu | https://github.com/bebbo/amiga-gcc | 17:50 |
| mntmn | ok i did have some weird-ass m68k-amigaos-gcc | 17:52 |
| mntmn | but it was making not great code and that's why i migrated everyhing to vbcc back then... | 17:52 |
| mntmn | but it was maybe a different one | 17:53 |
| mntmn | ok i pushed a driver change to use the new OP | 17:53 |
| Claude | not to mistake with DJ Bobo | 17:53 |
| mntmn | hehe | 17:53 |
| mntmn | dj bebbo gcc is done here | 17:53 |
| mntmn | so it took 10 minutes using 12 of 16 cores | 17:54 |
| mntmn | (they are of course intel's fake cores) | 17:54 |
| mntmn | so in reality there are only 8... | 17:54 |
| Claude | Xeon phi has 4 way hyperthreading :) twice as fake | 17:55 |
| mntmn | lol | 17:56 |
| mntmn | boardinfo.h:5:40: fatal error: libraries/Picasso96.h: No such file or directory | 17:57 |
| mntmn | #include <libraries/Picasso96.h> | 17:57 |
| mntmn | mhm mhm | 17:57 |
| mntmn | is that a header from the p96 sdk? | 17:58 |
| mntmn | ok got it | 18:01 |
| mntmn | it's from Develop.lha | 18:01 |
| mntmn | out came a ZZ9000.card | 18:02 |
| _Bnu | Ah, you can use the bebbo-gcc make to get it. | 18:02 |
| _Bnu | make sdk=p96 or picasso96, I can never remember which. | 18:02 |
| _Bnu | It's not up to date with the Develop.lha from the iComp wiki, of course. | 18:02 |
| _Bnu | But no one ever really uses the Picasso96 SDK for anything... | 18:02 |
| Claude | "There's a party | 18:03 |
| Claude | Here we start it | 18:03 |
| Claude | There's a party | 18:03 |
| Claude | This is a party song…" make -j12 | 18:03 |
| _Bnu | I'm thinking of hiring Jim Drew to make a new driver using JimC++, since he has worked for NASA... | 18:04 |
| Claude | make.bat | 18:06 |
| mntmn | lol | 18:06 |
| mntmn | harr harr harr https://github.com/mntmn/amiga2000-gfxcard/blob/master/va2000-spartan6/va2000.v#L1718 | 18:09 |
| _Bnu | Yeah, I think I used wordwide for PiSCSI as well. | 18:09 |
| _Bnu | Since bytewide apparently never worked, and nibblewide seemed annoying. | 18:10 |
| mntmn | pretty insane, i will try to move this to the C code | 18:10 |
| _Bnu | You can just do a basic boot ROM in assembler, and have it relocate just the basic crap. | 18:11 |
| _Bnu | And then do everything else externally. | 18:11 |
| _Bnu | https://github.com/beeanyew/pistorm/blob/wip-crap/platforms/amiga/piscsi/device_driver_amiga/bootrom.s | 18:11 |
| _Bnu | And you could probably remove all the nops... | 18:12 |
| - RobDangerous (QUIT: Quit: RobDangerous) (~Thunderbi@p200300ec8f3e1c0061e706ee2e925542.dip0.t-ipconnect.de) | 18:16 | |
| + RobDangerous (~Thunderbi@p200300ec8f3e1c0061e706ee2e925542.dip0.t-ipconnect.de) | 18:16 | |
| mntmn | _Bnu: yeah i mean i am moving the whole Diag structure to the C code, because i don't wanna waste fpga space with it | 18:19 |
| _Bnu | Oh, yeah. | 18:21 |
| _Bnu | Just stuff it in DDR somewhere, haha. | 18:21 |
| _Bnu | Can also keep the driver in C and relocate it before making it available for the boot ROM to copy it. | 18:30 |
| _Bnu | Might need fmemopen or something though, and getting rid of some malloc here and there. Haven't looked into it. | 18:30 |
| mntmn | ok, will do some autoboot vector tests now | 19:06 |
| mntmn | ok cool i have a lil' boot rom mapped in at card base + 0x6000 | 19:21 |
| mntmn | _Bnu: is there some amiga side software that can show if this boot rom was recognized? | 19:21 |
| mntmn | i mean, i could put an assembl0r loop in there that would poke stuff to the background color | 19:22 |
| mntmn | DFF180 | 19:23 |
| - Crabster (QUIT: Remote host closed the connection) (~puppy@user/crabster) | 19:25 | |
| _Bnu | Uhhh, ShowConfig should display it? | 19:32 |
| _Bnu | Like board+ROM or something. | 19:32 |
| _Bnu | https://cdn.discordapp.com/attachments/619183920591798294/871445588355448882/unknown.png | 19:33 |
| mntmn | yep, it does | 19:34 |
| mntmn | thx | 19:35 |
| mntmn | ok goes into reboot loop now ;3 | 19:36 |
| _Bnu | Ah yeah, make sure everything is like align worded, like in my boot ROM. | 19:39 |
| _Bnu | Otherwise vasm will... well, it'll screw you over. | 19:39 |
| _Bnu | For seemingly no reason. | 19:39 |
| _Bnu | And it'll jump into the middle of an instruction, often causing it to die. | 19:40 |
| _Bnu | Also, remember to chop off everything before the $90 | 19:40 |
| forcie | isnt the word alignment thing just standard 68k behaviour? | 19:46 |
| mntmn | i'm currently reusing parts of my ancient code, and making new code with gcc | 19:47 |
| mntmn | (like, feeding .S to gcc and then getting the bytes with objdump) | 19:47 |
| mntmn | i have a const u16 BOOT_ROM[] = { ... } | 19:49 |
| mntmn | containing words which i byte-swap at init | 19:49 |
| mntmn | i have the Diag struct in there followed by asm code | 19:50 |
| mntmn | this works fine: 0x4e71, 0x4e75, // nop, rts | 19:50 |
| mntmn | after this i have a color cycling routine | 19:51 |
| mntmn | neat, if i jump to that with mon, it works | 19:51 |
| mntmn | like, g 4000603c | 19:52 |
| mntmn | 0x23c0, 0x00df, 0xf180, // move.l d0,dff180 | 19:52 |
| mntmn | 0x5380, // subq.l #1,d0 | 19:52 |
| mntmn | 0x6000, 0xfff6, // bra.w 0 0 | 19:52 |
| mntmn | that's the code | 19:52 |
| mntmn | maybe i should put more nops | 19:53 |
| _Bnu | Ah yeah, not sure. Haven't tried the gcc-assembler, only vasm. | 19:59 |
| _Bnu | And that slaps on some chunk header no matter what you do, so I had to eject that. | 19:59 |
| - RobDangerous (QUIT: Ping timeout: 272 seconds) (~Thunderbi@p200300ec8f3e1c0061e706ee2e925542.dip0.t-ipconnect.de) | 20:01 | |
| mntmn | ok it works! | 20:07 |
| mntmn | pulsing all teh colors | 20:08 |
| _Bnu | Quick, delete it... | 20:08 |
| mntmn | i mean, "works" | 20:08 |
| mntmn | i have m68k code executing from zz9000 ddr at diag time | 20:08 |
| _Bnu | Also, I can send you the boot ROM code FrenchShark let me borrow for when I made PiSCSI on Discord. Just have to find it first... | 20:09 |
| _Bnu | Just in case you'd rather do stuff in 68k rather than make calls to the ZZ9000, but I found some useful information in there that I used for my boot ROM. | 20:09 |
| _Bnu | It's not super easy to read, because it's half in French... | 20:09 |
| mntmn | haha | 20:10 |
| mntmn | ok well first i have to think a bit... like, what do we want to do now | 20:10 |
| _Bnu | I hab sended it on Discord. | 20:12 |
| _Bnu | Yeah I mean, it's up to you. If you want to do it all in 68k, it can certainly be done, but I won't be able to understand it and I can't help you with it, haha. | 20:12 |
| mntmn | i don't mean what tools/language to use, more like, what are the steps and mechanisms | 20:13 |
| _Bnu | Yeah, no idea. I would probably just end up doing it like I did with PiSCSI, except copy back memory from the ZZ9000 to Amiga RAM instead of patching Amiga RAM directly from the ZZ9000 side. | 20:14 |
| _Bnu | I just used vasm for the boot ROM and bebbo-gcc for the device driver, and that was about it. It's all pretty minimal as far as complexity goes, which is the only way I know how to do things anyway... | 20:15 |
| mntmn | i just want to figure out what steps i have to do. so first, i have to load the .device, right? then, relocate it. then do some dos node stuff | 20:18 |
| mntmn | loading the device means it will just be part of the rom, right | 20:18 |
| mntmn | kickstart will automatically find it because it has a romtag? is that how it worked? | 20:19 |
| mntmn | but before it can be umm initialized it has to be relocated, right | 20:19 |
| _Bnu | Yeah, loading the .device file is "easy". | 20:22 |
| _Bnu | I just allocate a set amount of memory and then send a command to the PiSCSI device to relocate the hunks to the offset I allocated. | 20:23 |
| _Bnu | Then it copies it there (you would have to copy it from the Amiga side on the ZZ9000 though) and just calls InitResident to point at the ROMtag. | 20:23 |
| _Bnu | add.l #$028,a1 <- $28 being the offset of the ROMtag in pi-scsi.device | 20:24 |
| _Bnu | I think MIT should be compatible with GPL at least... you can probably just re-license the hunk-reloc.c stuff otherwise, since MIT means you can mostly do whatever you want with it. | 20:25 |
| _Bnu | Also, no matter what anyone says, I'm pretty sure you have to OpenLibrary expansion.library for the initialization stuff to actually work. | 20:25 |
| _Bnu | Because I couldn't get it to work without that. | 20:25 |
| _Bnu | Maybe everyone else had some other boot ROM ahead of them that had already opened it, not sure. | 20:25 |
| mntmn | my old code also did open expansion.library https://github.com/mntmn/amiga2000-gfxcard/blob/master/drivers/bootrom/boot3.s#L261 | 20:26 |
| mntmn | naja naja | 20:26 |
| _Bnu | Yeah, just in case someone tells you that you don't have to open it. | 20:26 |
| mntmn | my brain is very slow and non-functional. i'm not yet thinking about the details of relocation | 20:26 |
| mntmn | i am now breaking my head about the driver itself first | 20:26 |
| _Bnu | I received many strange pieces of advice trying to make this boot ROM, lol. | 20:26 |
| mntmn | and that it uses ugly magic and doesn't directly have a romtag | 20:27 |
| _Bnu | Ah yeah, I can just adapt it to the framework I use for PiSCSI and stuff if you want. | 20:27 |
| mntmn | you had a cleaner way of setting up a device right? | 20:27 |
| mntmn | yeah let me see | 20:27 |
| _Bnu | Then building it is just an m68k-amigaos-gcc line. | 20:27 |
| _Bnu | It's structured mostly like the ZZ9000Storage driver already, except minus all the stuff I didn't understand, haha. | 20:28 |
| _Bnu | So it doesn't have the IRQ thing(s), but they should just be able to plug in in the same places as before. | 20:28 |
| mntmn | ok, i will try to adapt it | 20:29 |
| _Bnu | But yeah I couldn't understand the device drivers other people had at all... | 20:29 |
| _Bnu | With separate assembler files for the ROMtags and all kinds of weird GCC flags that were unclear as to what they did. | 20:30 |
| _Bnu | So I came up with my own thing based in part on some dummy driver that did nothing... | 20:30 |
| _Bnu | Like the -rdriver-amiga or whatever it was GCC flag has to be the most messed up thing I've ever seen. | 20:32 |
| _Bnu | I have no idea what it was supposed to do, but it did not result in a usable library/driver. | 20:32 |
| mntmn | ok i have patched out the -ramiga-dev stuff | 20:57 |
| mntmn | and replaced it with your clean-room stuff | 20:57 |
| mntmn | makes the device 2k smoler :O | 20:57 |
| mntmn | > 3388 Aug 1 20:57 zzusb.device | 20:57 |
| mntmn | ok so i have this mini driver... nowwww i will probably want to put the diag routine in there as well | 21:01 |
| mntmn | or maybe not | 21:01 |
| mntmn | hard to say | 21:01 |
| mntmn | one thing i don't understand is: | 21:05 |
| mntmn | https://github.com/captain-amygdala/pistorm/blob/main/platforms/amiga/piscsi/device_driver_amiga/bootrom.s#L122 | 21:05 |
| mntmn | why does the diag area have another romtag | 21:05 |
| mntmn | because the device itself already contains a romtag | 21:05 |
| _Bnu | Uhhh, where's the other ROMtag? | 21:09 |
| _Bnu | I mean the ROMtag in the boot ROM has nothing to do with the ROMtag in the driver. | 21:10 |
| _Bnu | I'm pretty sure. | 21:10 |
| _Bnu | The ROMtag in the driver is only used by InitResident. | 21:11 |
| _Bnu | While the one in the ROM is used for... nothing? Something like that. | 21:11 |
| _Bnu | The ROM itself is never accessed after config, aside from the BootEntry that does nothing. | 21:11 |
| _Bnu | It's possible that you can put the diag routine in the driver, but I wouldn't know how to do it. | 21:12 |
| _Bnu | WinUAE didn't seem to do it, neither did the Apollo boot ROM. | 21:12 |
| _Bnu | I have no idea how you would even reloc the driver if it had the DiagEntry code in it... | 21:13 |
| _Bnu | If there's something that doesn't make sense in the boot ROM, it's probably because it's not used, and it's just in there because it's from the example boot ROM in the Amiga developer manual. | 21:14 |
| mntmn | does the romtag need to be in the rom then at all, if it is not used? | 21:17 |
| mntmn | and yeah, it makes sense to not have the diag routine in there for the reason you mentioned :D | 21:17 |
| _Bnu | I think it needs to be there, as in there needs to be a ROM tag for Kickstart to parse it properly. | 21:18 |
| mntmn | ok, for example i also do not understand why in the piscsi bootrom code there is a patch table patching pointers in the unused romtag | 21:18 |
| _Bnu | Because it copies the contents to RAM or something. | 21:18 |
| _Bnu | So it needs to relocate it to run the code, and the allocated RAM is then discarded. | 21:19 |
| _Bnu | I'm pretty sure the ROMtag in the boot ROM can say just about anything, like bleppenhoser.device version 0.500 or something. | 21:19 |
| _Bnu | The relocation code in the boot ROM is just the code from the example thing, I have no idea what it actually does because I can't read it... | 21:19 |
| mntmn | i will test what happens if i remove the romtag from the boot rom | 21:19 |
| mntmn | ok, gotcha! | 21:20 |
| mntmn | yeah the romtag is not needed at all, at least not needed to execute diag | 21:21 |
| _Bnu | Ah, alright. Yeah, I kind of knew it wasn't actually used for anything. | 21:21 |
| _Bnu | But I just left it in because I didn't want to break it once I had it working. | 21:21 |
| mntmn | yeah | 21:22 |
| _Bnu | Like you can probably see, I also padded the strings to word alignment... because otherwise vasm misaligned it and broke everything. | 21:22 |
| mntmn | the following works as a boot rom: | 21:23 |
| mntmn | RomStart | 21:23 |
| mntmn | argh | 21:23 |
| mntmn | copypaste fail sorry lol | 21:23 |
| mntmn | const u16 BOOT_ROM[] = { | 21:23 |
| mntmn | 0x9000, 0x1000, // WORDWIDE+CONFIGTIME DAsize (0x1000) | 21:23 |
| mntmn | 0x000e, 0x000e, // DiagPt: 0x36 BootPt: 0x36 | 21:23 |
| mntmn | 0x0028, 0x0000, // DevName pointer Resvd 1 | 21:23 |
| mntmn | 0x0000, | 21:23 |
| mntmn | 0x23c0, 0x00df, 0xf180, // move.l d0,dff180 DiagEntry@0xe | 21:23 |
| mntmn | 0x5380, // subq.l #1,d0 | 21:23 |
| mntmn | 0x6000, 0xfff6, // bra.w 0 0 | 21:24 |
| mntmn | } | 21:24 |
| mntmn | (ignore wrong comments about 0x36) | 21:24 |
| mntmn | hmm the DevName pointing to nowhere might be illegal, but still... | 21:24 |
| _Bnu | I don't think the DevName is actually used unless you invoke some black assembler magic, but I knew I could never make an actual driver or functioning boot ROM like the old Apollo thing in assembler anyway, haha. | 21:25 |
| mntmn | ok :3 | 21:25 |
| _Bnu | Also, theoretically the driver loaded by InitResident survives a soft reboot, but I've been unable to test it on the PiStorm since a reboot there is always a hard reboot. | 21:26 |
| mntmn | interdazzling | 21:26 |
| _Bnu | But the DosNode/Enqueue stuff always gets wiped on a reboot so bootable devices can be refreshed, so you always have to do that part. | 21:26 |
| mntmn | yeah | 21:27 |
| mntmn | my next step would be to glue the zzusb.device binary in there and relocate it | 21:28 |
| _Bnu | Make sure to leave a bit of space before the binary pack-in of the driver in the firmware, haha. | 21:28 |
| _Bnu | I didn't, and then I had to adjust a lot of stuff when my boot ROM ended up larger than 1KB for a while... | 21:28 |
| mntmn | where does hunk-reloc come from originally? | 21:28 |
| _Bnu | I dunno... my keyboard? | 21:29 |
| mntmn | ah you wrote it from scratch? :0 | 21:29 |
| _Bnu | Yeah, because I couldn't figure out the "simple" assembler reloc things or how to make them do what I wanted. | 21:29 |
| _Bnu | So I just made my own. | 21:29 |
| mntmn | ok, been there | 21:29 |
| _Bnu | Read some documentation about the Amiga hunk binary format somewhere and just parsed it in C, haha. | 21:30 |
| mntmn | the one that i made in asm back then required to build the .device in such a way that there was only 1 hunk i think | 21:30 |
| mntmn | so i could leave out a lot of stuffs | 21:30 |
| _Bnu | The hunk-reloc thing can even relocate the entire ScummVM binary, haha. | 21:30 |
| _Bnu | So you can technically use it as an accelerated executable loader... | 21:30 |
| mntmn | ahh i see | 21:31 |
| mntmn | oh nice i still have hunktool installed | 21:32 |
| mntmn | it can list all teh hunks | 21:33 |
| _Bnu | Oh, and the lseg thing is for loading file systems from disk images/raw disks. | 21:38 |
| _Bnu | Because stuff like PFS3, SFS and DOS3/7/whichever are typically embedded on the disk itself. Sort of like on Mac, except it doesn't want to kill you. | 21:40 |
| mntmn | nanu https://github.com/rmtew/peasauce | 21:44 |
| _Bnu | sauce | 21:45 |
| mntmn | can't get the sauce to work, naja whatever | 21:52 |
| _Bnu | It's Python, so that's probably working as intended... | 21:52 |
| forcie | python only works if you write it yourself, otherwise it always breaks because of some shitty package or deprecated thing | 21:59 |
| forcie | :D | 22:00 |
| mntmn | that is my experience as well | 22:48 |
| forcie | which is too bad because it is easy and intuitive to write stuff in it | 23:07 |
| forcie | but the ecosystem and the attitude of the maintainers kinda sucks | 23:08 |
| forcie | "hey guys lets break integer division, i'm sure noone will care" | 23:09 |
| xet7 | It's same for other programming languages, not just Python | 23:17 |
| mntmn | staring at my really weird old reloc code using cop | 23:17 |
| + RobDangerous (~Thunderbi@p200300ec8f3e1c00b9351d3d111d691f.dip0.t-ipconnect.de) | 23:27 | |
| mntmn | ok, enough hunk business for today | 23:44 |
| - WoC (QUIT: Remote host closed the connection) (woc@2603-8080-cd40-00c6-eaaf-8a29-4225-dc1f.res6.spectrum.com) | 23:45 | |
| + WoC (woc@2603-8080-cd40-00c6-eaaf-8a29-4225-dc1f.res6.spectrum.com) | 23:46 | |
| mntmn | ah, here is a tiny relocator that looks much better than mine https://github.com/cahirwpz/demoscene/blob/master/bootloader.asm#L442 | 23:55 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
