<< 05-06-2017 >>
00:01:43*PMunch quit (Excess Flood)
00:01:48*rauss quit (Remote host closed the connection)
00:02:02*PMunch joined #nim
00:08:37*murych joined #nim
00:42:54*PMunch quit (Quit: leaving)
00:52:24*yingjun joined #nim
01:14:03*chemist69 quit (Ping timeout: 255 seconds)
01:27:59*chemist69 joined #nim
01:44:35*couven92 quit (Quit: Client Disconnecting)
01:50:16*murych quit (Ping timeout: 246 seconds)
02:01:52*yingjun quit (Remote host closed the connection)
02:02:53*yingjun joined #nim
02:17:14*yingjun quit (Remote host closed the connection)
02:18:08*yingjun joined #nim
02:18:12*yingjun quit (Remote host closed the connection)
02:18:42*yingjun joined #nim
03:06:38*pilne quit (Quit: Quitting!)
03:16:10*def-pri-pub quit (Quit: leaving)
03:19:22*yingjun quit (Remote host closed the connection)
03:19:39*yingjun joined #nim
03:27:12*chrisheller quit (Remote host closed the connection)
03:28:32*dddddd quit (Remote host closed the connection)
03:29:44*yingjun quit (Remote host closed the connection)
03:37:15*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
03:51:33*yingjun joined #nim
03:57:58ftsfshmup, what was the issue?
04:13:04*benny_ quit (Remote host closed the connection)
04:28:54*sz0 quit (Quit: Connection closed for inactivity)
04:33:29*yingjun quit (Remote host closed the connection)
04:33:40*yingjun joined #nim
04:35:02*yingjun quit (Remote host closed the connection)
04:35:34*yingjun joined #nim
04:39:57*yingjun quit (Ping timeout: 240 seconds)
04:41:32*chrisheller joined #nim
04:42:13*yingjun joined #nim
05:22:16*Vladar joined #nim
06:04:00*rosshadden quit (Quit: WeeChat 1.8)
06:12:20*LeNsTR is now known as lenstr
06:13:12*faix joined #nim
06:14:22*yglukhov joined #nim
06:29:09*nsf joined #nim
06:29:52*yingjun quit (Remote host closed the connection)
06:31:50*yingjun joined #nim
06:33:57*benny_ joined #nim
06:38:16*benny_ quit (Remote host closed the connection)
06:39:09*benny_ joined #nim
06:39:10*benny_ quit (Remote host closed the connection)
06:39:17*benny_ joined #nim
06:50:08*erwana[m] quit (*.net *.split)
06:50:08*TheManiac quit (*.net *.split)
06:50:13*zielmicha_ quit (*.net *.split)
06:51:09*zielmicha_ joined #nim
06:52:28*mwbrown quit (Ping timeout: 259 seconds)
06:52:35*yingjun quit (Remote host closed the connection)
06:55:23*mwbrown joined #nim
06:56:07*erwana[m] joined #nim
06:56:11*TheManiac joined #nim
06:56:58*yingjun joined #nim
06:56:59*yingjun quit (Remote host closed the connection)
06:57:26*yingjun joined #nim
07:02:38*yingjun quit (Remote host closed the connection)
07:02:47*yingjun joined #nim
07:04:33*yingjun_ joined #nim
07:06:57*yingjun quit (Ping timeout: 240 seconds)
07:24:32*Andris_zbx joined #nim
07:37:07*xet7 quit (Quit: Leaving)
07:42:55*vlad1777d joined #nim
07:53:04*yingjun_ quit (Remote host closed the connection)
07:53:56*yingjun joined #nim
08:05:35*lenstr quit (Ping timeout: 240 seconds)
08:07:08*Matthias247 joined #nim
08:11:06*yingjun quit (Remote host closed the connection)
08:11:46*xet7 joined #nim
08:11:49*yingjun joined #nim
08:17:00*LeNsTR joined #nim
08:17:08*yingjun quit (Remote host closed the connection)
08:18:36*yingjun joined #nim
08:18:39*yingjun quit (Remote host closed the connection)
08:19:16*yingjun joined #nim
08:20:47*Arrrr joined #nim
08:24:04FromGitter<andreaferretti> if I `shallowCopy` a sequence, reference counts are correct, right?
08:24:14FromGitter<andreaferretti> meaning the refcounts increase by one
08:24:45FromGitter<andreaferretti> the documentation says that there is a good reason to avoid `shallowCopy`
08:24:51FromGitter<andreaferretti> but doesn't tell it
08:24:53FromGitter<andreaferretti> :-D
08:26:29Araqyeah they are correct
08:26:45Araqthere is a bug in the GC in that it assumes exclusive ownership for reallocations
08:26:51Araqnot sure if I ever fixed it :P
08:27:00Araqworth writing a test case...
08:27:40*tankfeeder joined #nim
08:27:46tankfeedermorning
08:28:45*pigmej joined #nim
08:35:13tankfeederis it known ?
08:35:14tankfeederhttps://pastebin.com/NYTzvegF
08:35:14FromGitter<andreaferretti> thank you
08:36:42Araqtankfeeder: install boehm GC?
08:36:58Araqit's known to work on osx and linux
08:37:03tankfeedernope, i will try again.
08:41:11*LeNsTR quit (Changing host)
08:41:11*LeNsTR joined #nim
08:41:42*LeNsTR is now known as lenstr
09:03:49*Trustable joined #nim
09:17:21*faix quit (Ping timeout: 255 seconds)
09:25:27*xet7 quit (Ping timeout: 255 seconds)
09:26:48*yingjun quit (Remote host closed the connection)
09:26:58*yingjun joined #nim
09:38:33*xet7 joined #nim
10:04:46*Neomex joined #nim
10:05:03*benny_ quit (Remote host closed the connection)
10:06:12*benny_ joined #nim
10:06:17FromGitter<ephja> someone has created an endians PR already apparently
10:36:22*yingjun quit (Remote host closed the connection)
10:36:35*yingjun joined #nim
10:36:37*yingjun quit (Remote host closed the connection)
10:36:46*yingjun joined #nim
10:38:17*yingjun quit (Remote host closed the connection)
10:41:44*yingjun joined #nim
10:46:47hohlerdedoes anyone know of a good xml lib for nim supporting xpath and canonicalization of xml? maybe someone started a wrapper for libxml2?
10:52:27*yingjun quit (Ping timeout: 240 seconds)
10:52:59*Trustable quit (Remote host closed the connection)
10:53:04*yingjun joined #nim
11:02:30*Snircle joined #nim
11:06:31*Andris_zbx quit (Remote host closed the connection)
11:12:55*yingjun quit (Remote host closed the connection)
11:13:07*yingjun joined #nim
11:13:32*yingjun quit (Remote host closed the connection)
11:14:34*gokr joined #nim
11:15:37*yingjun joined #nim
11:28:15*yingjun quit (Remote host closed the connection)
11:31:50FromGitter<ephja> can the values of enum members be retrieved via an nnkEnumTy node?
11:32:58*yingjun joined #nim
11:43:59Araqpretty sure you can
11:44:07*yingjun quit (Ping timeout: 260 seconds)
11:49:10*dianshi joined #nim
11:55:44FromGitter<ephja> I can't figure out how to retrieve that from the symbols
12:04:35FromGitter<ephja> EnumTy(Empty(), Sym(a), Sym(b), Sym(c))
12:04:44*gokr quit (Read error: Connection reset by peer)
12:36:26Araqe[1], e[2], e[3] ?
12:43:03*yingjun joined #nim
12:46:29*Arrrr1 joined #nim
12:46:29*Arrrr quit (Disconnected by services)
12:46:36*Arrrr1 quit (Client Quit)
12:46:47FromGitter<konqoro> hello, what is happening here is this a bug? https://gist.github.com/konqoro/b78a2f31172e9733b59789894170461c
12:47:20*yingjun quit (Ping timeout: 246 seconds)
12:54:54*erwana[m] quit (Quit: Bridged client killed)
12:55:58*xyz32 joined #nim
12:56:05xyz32hello
12:56:19xyz32is it possible to tell nimble what back-end to use?
12:56:39xyz32I have this in my projectname.nimbe
12:56:42xyz32task build, "build to js":
12:56:44xyz32 setCommand "js"
12:56:52xyz32but it doesn't work
12:57:08xyz32 Building webSocket/webSocket using c backend
12:57:48*M-Quora left #nim ("Kicked by @appservice-irc:matrix.org")
12:57:55*Guest73656[m] quit (Quit: Bridged client killed)
12:59:14*xet7 quit (Ping timeout: 246 seconds)
13:01:20zielmicha_Is there a type more general than RootRef? I want to create a GCed reference that keeps pointed object alive. RootRef is close, but you can't convert ref string to RootRef. Is it safe to cast[RootRef] it?
13:01:21FromGitter<andreaferretti> you probably want to tell the task *what* file to compile to js
13:01:38FromGitter<andreaferretti> `setCommand "js", "foo.nim"`
13:02:08xyz32I can not have the entier project copiled to js?
13:02:22*arnetheduck joined #nim
13:03:08xyz32nope still does not work
13:03:59xyz32putting an echo in the task doesn't print anything
13:06:04FromGitter<andreaferretti> you can have the entire project, but you have to have an entry point that includes recursively the other files
13:06:39xyz32I tried that, but it didn't work
13:10:10dom96xyz32: ``backend = "js"`` https://github.com/nim-lang/nimble#optional
13:12:09*xet7 joined #nim
13:12:25xyz32thenks dom96
13:12:51FromGitter<ephja> Araq: I meant the value associated with the enum member. though I just need the value of the last member, but 'high' won't work. I'm trying to create a macro that generates a set containing all members. it's trivial if you don't validate the range in the macro
13:13:39xyz32dom96: should `nimble init ` create a full project.nimble file with the options commented out? To make it easier for people to find stuff
13:14:04dom96I don't think so
13:14:21dom96`nimble init` could show a link to Nimble's reference though
13:15:45xyz32I am thinking more like the way http for example gives you a full conf file. It is a lot easier to find stuff
13:15:51*vlad1777d quit (Ping timeout: 255 seconds)
13:16:54*dianshi left #nim ("WeeChat 0.4.2")
13:23:40FromGitter<konqoro> nvm fount it in the manual manual
13:25:45FromGitter<ephja> what else was I going to implement with type AST introspection
13:27:37dom96I know what you mean, I think that would be far too large.
13:29:50xyz32ok
13:31:13euantorWhat I'd like to see is completion for Nimble files in the VS Code/Sublime Text/whatever plugins
13:32:31*rauss joined #nim
13:33:26Araqzielmicha_: it is safe to cast in this case
13:34:53*Neomex quit (Read error: Connection reset by peer)
13:59:34FromGitter<ephja> "var x: array[a.type, int]" -> "Error: invalid expression: '[type node]'" reported? who knows. similar limitations apply to sets though and that has been reported
14:00:00FromGitter<ephja> array[int, int] -> "size of array 'TY_IuQ ⏎ RNEzLUjCusHJOTGH5xQ' is too large"
14:01:00Araqmaybe you should not use an array that takes up every byte possible
14:03:19FromGitter<Varriount> @ephja Arrays types are always allocated on the stack of they are not part of a reference type.
14:03:27FromGitter<ephja> that was just something I tried after discovering another bug
14:17:47FromGitter<ephja> let me know if any of these need to be reported. the first issue might suffer from similar typedesc-related issues as https://github.com/nim-lang/Nim/issues/5881 ```nim proc p(T: typedesc): set[T] = discard # "Error: ordinal type expected"```
14:17:58FromGitter<ephja> well, I'm going to write "normal" code for a while
14:24:40*tankfeeder quit (Quit: Leaving)
14:33:04*benny_ quit (Remote host closed the connection)
14:33:31*benny_ joined #nim
14:37:28*benny_ quit (Ping timeout: 240 seconds)
14:39:47*aedigix quit (Read error: Connection reset by peer)
14:45:03*yingjun joined #nim
14:45:23*aedigix joined #nim
14:45:36*Matthias247 quit (Read error: Connection reset by peer)
14:50:18*yingjun quit (Ping timeout: 240 seconds)
14:50:35*Parashurama joined #nim
14:50:41Parashuramahello.
14:54:18ParashuramaAraq: I'm working on issue: https://github.com/nim-lang/Nim/issues/5742
14:54:19ParashuramaThe issue is solved by disabling casting between procs & closures types in isCastable.
14:54:21ParashuramaDo you think the error message should be improved from:
14:54:22ParashuramaError: expression cannot be cast to MyProc
14:54:24Parashuramato: Error: expression cannot be cast to MyProc=proc (){.closure.}
14:55:59AraqParashurama: yup
14:56:11AraqtypeToString already a flag for that iirc
14:56:32ParashuramaYep, that's what I planned to use.
14:59:03ParashuramaAraq: btw casting seem really too permissive, ie: allow casting closure to int.
14:59:36AraqI think the only problem is .closure in casts, more or less
14:59:47Araqproc pointers can be casted to 'int', why not
15:06:06*Neomex joined #nim
15:14:31ParashuramaAraq: So you agree that closures should only be able to be cast to another closure? That's what my code will do.
15:14:33ParashuramaWe can always use rawProc/rawEnv to get closure pointers.
15:14:44Araqyup
15:15:04*PMunch joined #nim
15:15:23*Trustable joined #nim
15:22:21ParashuramaAraq: did you have a look at my PR https://github.com/nim-lang/Nim/pull/5916
15:26:21*Neomex quit (Quit: Leaving)
15:27:05*libman joined #nim
15:27:35Araqmerged.
15:51:54*couven92 joined #nim
15:54:36ParashuramaAraq: I tried various solutions, but it doesn't really work.
15:54:37ParashuramacopyMem usually works because it is used like this: copyMem(dst, src[0].addr, size)
15:54:39Parashuramabut for copyMem(dst, cstring(const_nim_str), size) the generated cpp code is wrong.
15:54:40ParashuramaI will ditch the const_pointer idea, and try the change ccgexprs.nim
15:54:42ParashuramaThere is also the possibility of changing the proc copyMem/etc to templates which will bypass the problem of arg types.
15:58:44Araqimportcpp: "memcpy(#, (constr void*)#)" ?
16:03:32ParashuramaI completely forgot about that syntax. :) I never actually use c++ with nim, so...
16:05:18*yglukhov quit (Remote host closed the connection)
16:05:25PMunchHmm, why doesn't this work: const NibbleLookup: array[16, uint8] = [ 0, 1, 1, 2, 1, 2, 2, 3, 1, 2, 2, 3, 2, 3, 3, 4 ]
16:05:31PMunchBut this does: const NibbleLookup: array[16, uint8] = [ 0'u8, 1, 1, 2, 1, 2, 2, 3, 1, 2, 2, 3, 2, 3, 3, 4 ]
16:06:15PMunchWhen you define an array as uint8, it should be able to check that the elements are convertible to uint8 and not just throw an error
16:07:34*yglukhov joined #nim
16:08:36ParashuramaI think that's because your array is first parsed as array of int and then assigned to array[N, uint8]
16:08:38ParashuramaIf your first entry is uint8 every other entries is converter to uint8 if possible else raise an error
16:11:54PMunchYeah, I know why it happens. But it really shouldn't
16:12:13PMunchI guess I worded my question wrong
16:12:43*xyz32 quit (Quit: Konversation terminated!)
16:13:22*yglukhov quit (Ping timeout: 246 seconds)
16:13:55AraqPMunch: these rules ensure consistency with const c = [3] and const c: T = [3]
16:14:35PMunchWhat do you mean?
16:14:35*benny_ joined #nim
16:15:37PMunchI feel like explicitly defining an array with "array[n, T]" really should try to force that into the type
16:15:54libmanRandom thought of the week: BDFL / core dev life insurance. In case Araq or dom96 gets hit by a bus. :P
16:16:14AraqI mean [0'u8, 1, ...] doesn't need the 'array[16, uint8]' annotation anyway. so you can save even more keystrokes
16:16:20libman(I originally brought this up about OpenBSD's Theo - ref https://www.reddit.com/r/openbsd/comments/6f4017/buying_my_virtual_cds/dihnf9e/ )
16:17:10PMunchYeah, I know that would give the same result. But I find typing array[16, uint8] prettier
16:17:26PMunchSay I wanted to move the zero, then I would have to rewrite my first term
16:17:28libmanIt's a serious logical point, though: the security and viability of relatively small projects is affected by the risk of their core people not being able to continue.
16:17:47PMunchlibman, yeah you do have a point
16:18:11Araqlibman: zahary knows 100% of Nim's core and is paid to work on it
16:18:34Araqmaking the bus factor 2, not one
16:19:54libmanThat's good, but it would still be a dip. I'm not an insurance salesman or anything, just find this issue interesting. Companies getting into Nim are taking a gamble that its development would not stagnate if something happens to a key person.
16:22:18PMunchThere should be an open source project insurance
16:24:06FromGitter<Varriount> Documentation on the internal code always helps.
16:25:47PMunchYes, that guarantees that someone can work on it, not that someone will.
16:26:01*Arrrr joined #nim
16:26:01*Arrrr quit (Changing host)
16:26:01*Arrrr joined #nim
16:27:24*lenstr quit (Quit: ZNC - http://znc.sourceforge.net)
16:32:06Araqlibman: well ok, say we got this "insurance" and I die. what does the insurance do?
16:32:56libmanWe can be less morbid. Let's say you decide to travel through a wormhole to another solar system, but the wormhole closes and your ping time is 50,000 years.
16:34:09FromGitter<Varriount> "Connection lost due to intradimensional travel."
16:34:25libmanYou are unable to keep working on the project, so the insurance kicks in, Nim Fund gets $1,000,000, puts it into bonds or something, and hires 3 extra devs to help zahary and dom96 full time.
16:35:28libmanThe mere fact of having insurance would be positive: it shows this project will continue no matter what.
16:35:50Araqso the insurance pays us a whole lot of money when I die ...
16:37:08libmanDuring one of my recent forum rants, someone even questioned the stability of Rust - "Will Rust be around in 40 years time?" https://www.reddit.com/r/BSD/comments/6cioka/any_interest_in_porting_tfs_the_new_zfs_clone_in/
16:37:34PMunchThe idea being that the project keeps going. But there should also be a clause to make sure no-one kills you over disagreements in development :P
16:38:32libmanMaybe Nim core devs shouldn't be allowed to travel on the same plane, like top heirs to the British throne. :P
16:39:59libmanDon't turn your back on Walt Bright or Rob Pike. ;)
16:41:49FromGitter<Varriount> Araq: Don't worry, none of us have the money, means, or inclination for assassination. :3
16:42:01*yglukhov joined #nim
16:42:19FromGitter<Varriount> Besides, who would tell us what to do?
16:43:30Araqlibman: it's much more frightening that a 40 year old OS became a religious cult
16:45:22FromGitter<Varriount> All hail the BSDs!
16:46:08libmanWell, at least it's not a monopoly. There's, um, Haiku OS. And now Redox.
16:46:27*yglukhov quit (Ping timeout: 255 seconds)
16:50:02ArrrrThis is an actual issue, what if Araq gets a cold? Who is gonna implement our things?
16:51:17FromGitter<Varriount> I could probably increase the amount I donate by another $250
16:51:52FromGitter<Varriount> I'm sure the rest of the community could pitch in too.
16:52:20PMunchWhen I start making money I think I'll spit in some as well :)
16:52:26PMunchHopefully after the summer
16:55:04*yglukhov joined #nim
16:57:48*pilne joined #nim
16:58:13*yglukhov quit (Remote host closed the connection)
17:08:34*yglukhov joined #nim
17:09:47*yglukhov quit (Remote host closed the connection)
17:10:40Araqnice
17:18:11ParashuramaAraq: Hey I can't seem to find the code in ccgen
17:18:13Parashuramathat insert nim string literal in the generate c code like this memcpy(dst, "nimstrlit", size)
17:44:31FromGitter<ephja> I assume the insurance would encompass some kind of cloning arrangement
17:45:38FromGitter<ephja> why no begin immediately though
17:45:43*Tiberium joined #nim
17:48:25*yingjun joined #nim
17:48:55*EastByte quit (Ping timeout: 258 seconds)
17:53:08*yingjun quit (Ping timeout: 260 seconds)
17:54:43*EastByte joined #nim
17:59:36PMunchHmm, this is strange
18:00:01PMunchhttp://ix.io/wql
18:00:13PMunchI get an error that m1 has to be a variable type..
18:00:53PMunchIt works fine if I don't do "mask and 0xFF" but just puts an int literal there
18:01:48PMunchAnd this works: http://ix.io/wqp
18:03:02PMunchHuh, apparently specifying m1 as uint8 also works: http://ix.io/wqq
18:03:40PMunchI get why it was wrong in the first case, as it's an uint32 and not a uint8. But that's not what the error message complains about..
18:07:43*benny__ joined #nim
18:08:37ArrrrSometimes nimc is drunk
18:10:44*benny_ quit (Ping timeout: 246 seconds)
18:21:36*benny_ joined #nim
18:23:02PMunchYeah, that error made no sense..
18:23:23Tiberiumhttps://raw.githubusercontent.com/Vikaton/nim-keylogger/master/src/main.nim I can't find this windows module?
18:23:31Tiberiumthis code is 2 years old
18:23:48dom96github.com/nim-lang/windows (IIRC)
18:24:12*yglukhov joined #nim
18:24:48Tiberiumah, maybe oldwinapi
18:25:00*benny__ quit (Ping timeout: 255 seconds)
18:25:39*nsf quit (Quit: WeeChat 1.7.1)
18:27:00*Matthias247 joined #nim
18:27:56Tiberiumso I need to import AllocConsole and others manually?
18:28:12Tiberium(anyway I can copy oldwinapi module
18:31:28*Tiberium quit (Read error: Connection reset by peer)
18:34:13*Tiberium joined #nim
18:37:47*Tiberium quit (Remote host closed the connection)
19:01:43*Arrrr quit (Ping timeout: 260 seconds)
19:02:11*yingjun joined #nim
19:04:56*couven92 quit (Ping timeout: 255 seconds)
19:06:44*yingjun quit (Ping timeout: 255 seconds)
19:09:41*yglukhov quit (Remote host closed the connection)
19:09:59*Parashurama quit (Quit: ChatZilla 0.9.93 [Firefox 53.0.2/20170509210144])
19:12:59*yglukhov joined #nim
19:13:26*aziz_ joined #nim
19:22:57*faix joined #nim
19:25:50*Neomex joined #nim
19:28:56*couven92 joined #nim
19:30:02*yglukhov quit (Remote host closed the connection)
19:44:18*faix quit (Ping timeout: 258 seconds)
19:52:21*nsf joined #nim
20:18:34libmanIs Nim taking off in Japan first? http://www.alexa.com/siteinfo/nim-lang.org
20:23:37FromGitter<Varriount> libman: Possibly the fact that 'Nim' is also a has something to do with it: https://en.wikipedia.org/wiki/Nim ?
20:23:44FromGitter<Varriount> *also a game
20:27:58*Trustable quit (Remote host closed the connection)
20:28:51shmupI don't think that'd correlate with increased views since 2017
20:28:56shmupthe impossible game, that is
20:29:48shmupoops. re: impossible, was thinking of/referencing Dr. Nim
20:35:17dom964.7% of our visitors are from Japan.
20:35:27dom966th most popular country
20:45:06PMunchSure the Jun'16-Jan'17 trend isn't just repeating but amplified?
20:45:48PMunchBut yeah, it would be weird that they would click through to nim-lang specifically if it was about the game
20:51:54libmanFor some reason the above Alexa link says Japan 28.1% of visitors, then Germany, US, Australia, Russia.
20:54:48*benny_ quit (Read error: Connection reset by peer)
20:54:50*benny__ joined #nim
20:57:07*benny_ joined #nim
20:58:56dom96who knows how Alexa gets its stats
20:59:47*benny__ quit (Ping timeout: 260 seconds)
21:01:06*Neomex quit (Quit: Leaving)
21:05:59*yingjun joined #nim
21:06:39PMunch"Alexa, get me search stats"
21:10:10*yingjun quit (Ping timeout: 240 seconds)
21:18:24*Vladar quit (Quit: Leaving)
21:26:56*rauss quit (Quit: WeeChat 1.8)
21:30:37*yglukhov joined #nim
21:35:15*yglukhov quit (Ping timeout: 260 seconds)
21:56:54*nsf quit (Quit: WeeChat 1.7.1)
22:13:42*sz0 joined #nim
22:21:07*Jesin quit (Quit: Leaving)
22:29:02*bungoman quit (Quit: Leaving)
22:29:48*aziz_ quit (Remote host closed the connection)
22:42:14*rauss joined #nim
22:45:42FromGitter<zetashift> NICO imports the 'vec' file but Nim can't seem to find it and it's not on Nimble either
22:45:49FromGitter<zetashift> am I missing something really obvious here?
23:12:20*Matthias247 quit (Read error: Connection reset by peer)
23:12:29*Snircle_ joined #nim
23:12:58*couven92 quit (Quit: Client Disconnecting)
23:14:53*Snircle quit (Ping timeout: 246 seconds)
23:24:16*Nobabs27 joined #nim
23:32:15*Neomex joined #nim
23:41:14*arnetheduck quit (Ping timeout: 255 seconds)
23:44:00*PMunch quit (Quit: leaving)
23:58:29FromGitter<zacharycarter> has anyone successfully gotten webassembly and sdl2 playing nicely together?