00:34 <FromGitter> <dscottboggs> I'm trying to compile my very simple http server with

00:36 <FromGitter> <dscottboggs> I'm trying to compile my very simple http server with ⏎ ⏎ ```code paste, see link``` ⏎ ⏎ 1) why? and ... [https://gitter.im/crystal-lang/crystal?at=5fefbff4dbb17f28c5b2f2ad]

00:36 <FromGitter> <Blacksmoke16> use the alpine docker image?

00:37 <FromGitter> <dscottboggs> hm

00:37 <FromGitter> <dscottboggs> I'll give that a shot

00:37 <FromGitter> <Blacksmoke16> https://crystal-lang.org/2020/02/02/alpine-based-docker-images.html

04:14 <FromGitter> <viraptor1:matrix.org> Have you tried.. installing the static pcre like the error suggests? (Have you got a libpcre.a in /usr/lib or equivalent?)

08:23 <FromGitter> <mattrberry> Should I feel bad about myself yet? ⏎ ⏎ ```Slice(Sprite).new(@oam.to_unsafe.as(Sprite*), 128).each do |sprite| ⏎ puts sprite ⏎ end``` [https://gitter.im/crystal-lang/crystal?at=5ff02d9597312f4b6b03b7e4]

09:07 <FromGitter> <HertzDevil> you doing gba audio soon?

09:11 <FromGitter> <HertzDevil> would be dope if i could listen to my own gba chiptune on a crystal-backed emulator

09:12 <FromGitter> <mattrberry> Got gba audio mostly working. Having some trouble with the channel 3 stuff that I ported over from my gbc emulator. Must have just missed one of the differences between channel 3 on gba and gbc. Just causes a little stuttering at times, but the rest of the channels seem to be working great

09:12 <FromGitter> <mattrberry> Now just working on sprites

09:12 <FromGitter> <mattrberry> https://drive.google.com/file/d/1R4X2Erbc8A1OJiKcreOjQjbW8te_EeRd/view?usp=sharing

09:14 <FromGitter> <HertzDevil> cool

09:15 <FromGitter> <mattrberry> There are *plenty* of other reasons your chiptune roms won't run yet though, even though audio is mostly working. Lots of stuff is still not implemented or only partially implemented. Many roms just refuse to boot still :p

09:16 <FromGitter> <mattrberry> But you could give it a shot. I need to push a few more changes to the dma handler to fix some issues, but I can do that in the morning

10:32 <FromGitter> <Daniel-Worrall> Can we store artifacts from PRs from more than just Windows so we can test PRs with more test cases than just the specs they write without building again locally?

11:36 <oprypin> Daniel-Worrall, wait whats your actual use case?

11:36 <FromGitter> <Daniel-Worrall> testing PRs

11:38 <oprypin> Daniel-Worrall, can you clarify? PRs are being tested

11:39 <oprypin> i guess you want to download the Crystal binary from your PR

11:39 <FromGitter> <Daniel-Worrall> To personally test someone else's PR locally, for example against the reproducable code from an original issue. I could checkout the branch and build, but that's take longer than downloading the binary that was built by CI

11:40 <oprypin> yea that's valid

11:41 <FromGitter> <Daniel-Worrall> the artifacts time out or something on GH actions anyway

11:42 <oprypin> it's not trivial to use the binary you'd download, though. can have linked libraries mismatch

11:42 <oprypin> producing a proper downloadable package is done only on circleci nightly config

11:44 <FromGitter> <Daniel-Worrall> ah yeah, true

11:44 <oprypin> https://github.com/crystal-lang/crystal/blob/015c5687b80353692f1c1b40a46ad10722e34549/.circleci/config.yml#L275

11:45 <oprypin> Daniel-Worrall, u can try in your fork of crystal to add a upload-artifact path: .build/crystal

11:45 <oprypin> then see if that binary is usable at all. and if it is, suggest such a change

11:46 <FromGitter> <Daniel-Worrall> Will look into it

11:46 <oprypin> maybe the one from alpine could be good?

11:46 <FromGitter> <Daniel-Worrall> static solves all the problems

12:54 <hightower2> IO::FileDescriptor.new(fd) does not restrict fd to Int32 but allows anything, so then the error about the invalid type comes later down the execution path: https://carc.in/#/r/a7j6

12:54 <hightower2> Should this be made nicer by restricting to Int32, or this general behavior is fine?

13:00 <oprypin> hightower2, fwiw on windows file descriptor is uint32

18:40 <hightower2> oprypin, good point, the question still stands though, in general

18:47 <FromGitter> <pebauer68> https://github.com/pebauer68/tree/blob/master/README.md ⏎ my scripter got a bit better

19:49 <FromGitter> <mattrberry> Fyi, I'm also not sure if the balance between psg and dma audio is quite right yet