<< 13-01-2016 >>
00:01:26*jaco60 quit (Quit: Leaving)
00:09:34Araq_sam_d_: memset is a cpu instruction, not an OS thing (roughly speaking)
00:16:25*umurgdk quit (Remote host closed the connection)
00:23:22sam_d_Araq_: But even then.. with os:standalone and such, the compiler shouldn't try to include <string.h>, right?
00:23:37Araq_what's the alternative?
00:24:04Araq_it's not too hard to change the codegen for it, but it's not a bug.
00:33:57*Devcon1 joined #nim
00:34:01Devcon1hey
00:34:24*Devcon1 left #nim (#nim)
00:34:52sam_d_Araq_: Ah, alright. I was just confused because I didn't expect the compiler to include that file with those flags on.. I'll try to figure out a way so that it doesn't trigger a memset in the C code. Thanks!
00:35:38Araq_sam_d_: .noinit does the trick but you should instead patch the codegen IMO
00:35:52Araq_or try to give your setup a string.h
00:36:10Araq_C compilers support intrinsics
00:36:28Araq_and as I set, memset doesn't require kernel support, every CPU can do it on its own.
00:36:57Araq_it's like forbidding 'x = 0' in the generated C code
00:37:09Araq_*as I said lol
00:40:29*Varriount-Laptop joined #nim
00:43:09*desophos joined #nim
00:43:48*sam_d_ quit (Ping timeout: 252 seconds)
00:48:36*brson quit (Quit: leaving)
00:49:47Varriount-Laptopdom96: You there?
00:53:20*umurgdk joined #nim
00:58:24*umurgdk quit (Ping timeout: 272 seconds)
01:10:41*ekarlso quit (Ping timeout: 265 seconds)
01:13:15*desophos quit (Read error: Connection reset by peer)
01:20:08Araq_hey Varriount-Laptop
01:22:46Varriount-Laptop:D
01:26:27*brokencode quit (Quit: My Mac has gone to sleep. ZZZzzz…)
01:32:13*gokr1 quit (Quit: Leaving.)
01:48:52*umurgdk joined #nim
01:53:38*umurgdk quit (Ping timeout: 250 seconds)
02:01:54*brokencode joined #nim
02:09:17*brokencode quit (Quit: My Mac has gone to sleep. ZZZzzz…)
02:17:04*Varriount-Laptop quit (Ping timeout: 256 seconds)
02:18:56*Varriount-Laptop joined #nim
02:20:52*zepolen_ quit (Remote host closed the connection)
02:30:49*zepolen joined #nim
02:35:56*zepolen quit (Ping timeout: 272 seconds)
02:42:28*desophos joined #nim
02:53:55*Jachy joined #nim
03:06:56*Varriount-Laptop quit (Ping timeout: 256 seconds)
03:21:02*ekarlso joined #nim
03:23:53JachyNim noob here.. I'm a bit confused by a type conversion. A fn expects cint as an arg, and I can pass it 3, 3.cint, or some const a = 3 with no explicit typing. If I declare a const ab = (1,2) and try to pass ab[0], though, I get a type error -- but ab[0]*3 or even ab[0]*a works. The error is it expects cint but is getting int, but in the ab[0]*3 case the type ends up being 'int literal' and that works.
03:23:54JachyIs there a section of the docs I can read to make this seem less weird, or at least know when I can expect a conversion to 'int literal'?
03:36:12*umurgdk joined #nim
03:41:28*umurgdk quit (Ping timeout: 276 seconds)
03:41:33*awsteele joined #nim
03:42:03*desophos quit (Read error: Connection reset by peer)
03:50:52awsteeleis there any documentation on the .compile pragma? is there a way to pass compiler flags to it?
04:02:03*Varriount-Laptop joined #nim
04:04:12*awsteele quit (Quit: My Mac has gone to sleep. ZZZzzz…)
04:15:38*awsteele joined #nim
04:18:23*brokencode joined #nim
04:19:28*Varriount-Laptop quit (Ping timeout: 256 seconds)
04:47:03*Varriount-Laptop joined #nim
05:17:16*Varriount-Laptop quit (Ping timeout: 256 seconds)
05:20:44*Jesin quit (Quit: Leaving)
05:21:05*darkf joined #nim
05:24:26*umurgdk joined #nim
05:28:54*umurgdk quit (Ping timeout: 245 seconds)
05:31:09*vendethiel joined #nim
05:50:56*desophos joined #nim
05:54:06*vendethiel quit (Ping timeout: 240 seconds)
06:02:17*zepolen joined #nim
06:03:41*zepolen quit (Remote host closed the connection)
06:03:59*zepolen joined #nim
06:18:57*umurgdk joined #nim
06:23:06*umurgdk quit (Ping timeout: 240 seconds)
06:25:25*gokr joined #nim
06:27:48*awsteele quit (Quit: My Mac has gone to sleep. ZZZzzz…)
06:37:36*zepolen quit (Remote host closed the connection)
06:44:10*zepolen joined #nim
07:06:57*brokencode quit (Quit: My Mac has gone to sleep. ZZZzzz…)
07:19:30*nande quit (Remote host closed the connection)
07:22:28*zaquest quit (Quit: Leaving)
07:35:47*zepolen quit (Remote host closed the connection)
07:38:26*hcorion joined #nim
07:38:55hcorionHi, does anyone have experience with c2nim?
07:41:49reactormonkWhat's your question?
07:45:28hcorionI'm trying to wrap the Qt library. I've downloaded the library (huge) and I've copied over some of the installed files into a new directory to convert them to nim. I ran c2nim qabstractionanimation.h (the first header file in QtCore) and I got \qtcore\qabstractanimation.h(49, 39) Error: ';' expected.
07:45:49hcorionI've got the .h file uploaded temorarily here: http://sepa.tk/?24fc50890ea5c582#4afE+WV4aTY9KdPi6oGrDxJvfSBcEKn/dvGS7tex7aI=
07:47:13hcorionI'm on windows if that helps any
07:53:51*cazov left #nim ("Leaving")
07:54:29*lyro quit (Remote host closed the connection)
07:54:35*zaquest joined #nim
08:00:47hcorionIf I'm doing it wrong, please tell me
08:06:40*Ven joined #nim
08:06:49*umurgdk joined #nim
08:08:49*yglukhov joined #nim
08:10:09*lyro joined #nim
08:11:24*umurgdk quit (Ping timeout: 245 seconds)
08:15:03*Ven quit (Ping timeout: 265 seconds)
08:15:16*Ven joined #nim
08:17:26*bjz joined #nim
08:18:16flyxhcorion: well, first thing you did wrong is to use a code pasting tool that does not display line numbers.
08:18:30hcorion:P sry
08:18:40hcorionwhich would you recommend>
08:20:01flyxsecond, you use c2nim to convert C++, which won't work. c2nim is for ANSI C
08:20:55flyxI usually use github's gist for pasting
08:21:23hcorionI thought I read somewhere you can use c2nim for C++ files
08:21:40flyxah wait, c2nim has a --cpp switch
08:21:43flyxdid you use that?
08:21:50hcorionNo, I'll try that
08:23:17hcorionsame error with --cpp
08:23:26*umurgdk joined #nim
08:23:41*umurgdk quit (Remote host closed the connection)
08:23:54*umurgdk joined #nim
08:24:09hcorionNim had adding a Qt wrapper as a GSoC project and mentioned that it would be done with c2nim: https://github.com/nim-lang/Nim/wiki/GSoC-2014-Ideas
08:24:27hcorionSo it should be possible
08:25:15*umurgdk quit (Remote host closed the connection)
08:26:39flyxwell I'm not an expert for c2nim
08:27:02flyxall I can say that it seems to not recognize the input is C++
08:27:06hcorionThat's what I thought ;)
08:27:37flyxunfortunately, the documentation which should be located here is absent: http://nim-lang.org/docs/c2nim.html
08:28:59*umurgdk joined #nim
08:29:28hcorionyou can find it here though:
08:29:29hcorionhttp://nim-lang.org/0.11.0/c2nim.html
08:33:33hcorionOk, here is the file I'm trying to compile: https://gist.github.com/hcorion/76903eebd8e8b65e6a63
08:33:57hcorionand I'm getting the error: qabstractanimation.h(42, 8) Error: ';' expected
08:35:39flyxdid you try mangling it through the preprocessor and parse the result?
08:35:54hcorionsorry?
08:35:58flyxperhaps it has a problem with Q_CORE_EXPORT
08:37:03flyxyou can use gcc or any other C compiler to only preprocess the file and get a pure C file without preprocessor stuff
08:37:28flyxthat way, you can be sure that none of Qts excessive preprocessor usage causes your problem
08:37:44hcorionOk, thanks! I'll look into that I've got to go though
08:38:12flyxactually, I think Qt had a special preprocessor which does the magic with signals and slots
08:38:36*hcorion left #nim (#nim)
08:48:48*Trustable joined #nim
08:55:53*Demon_Fox quit (Quit: Leaving)
08:58:00Araq_hcorion: you need to read c2nim's documentation ...
08:58:22Araq_it can parse c++ but it needs your help
09:03:37*chasmo joined #nim
09:03:48*awsteele joined #nim
09:04:13*kas_ joined #nim
09:19:08*coffeepot joined #nim
09:25:21*awsteele quit (Quit: My Mac has gone to sleep. ZZZzzz…)
09:29:35*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
09:49:38*desophos quit (Read error: Connection reset by peer)
10:13:35*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
10:37:54*zepolen joined #nim
10:42:58*zepolen quit (Ping timeout: 272 seconds)
10:44:14*kas_ quit (Ping timeout: 256 seconds)
10:45:19*pscha joined #nim
10:49:30*pscha quit (Client Quit)
10:55:40Araq_def-: are all tests green for you for nim-unsorted?
10:57:23*bjz joined #nim
11:07:39*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
11:09:24*xet7 quit (Quit: Leaving)
11:09:34*umurgdk quit (Read error: Connection reset by peer)
11:10:08*umurgdk joined #nim
11:13:53*Arrrr joined #nim
11:15:00*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
11:17:32*bjz joined #nim
11:23:17*xet7 joined #nim
12:30:31*gokr quit (Quit: Leaving.)
12:30:42*gokr joined #nim
12:41:02*zepolen joined #nim
12:42:53*kas_ joined #nim
12:44:22*darkf quit (Ping timeout: 272 seconds)
12:48:59*zepolen_ joined #nim
12:49:18*zepolen quit (Ping timeout: 260 seconds)
12:50:43*darkf joined #nim
13:03:39*Roin joined #nim
13:20:56*zepolen__ joined #nim
13:22:02*zepolen_ quit (Ping timeout: 255 seconds)
13:22:17*zepolen__ is now known as zepolen_
13:22:36*zepolen_ is now known as zepolen
13:48:23def-Araq_: With new-ll? These fail: matrixarithmeticseq (gcc compile error), iban (current routine cannot return an expression)
13:49:57Araq_ok, thanks
13:55:35Araq_def-: you now need the ': auto' for iterators, it's not implicit anymore
13:55:47Araq_so only matrixarithmeticseq remains
13:57:31*Ven joined #nim
13:59:18*bjz quit (Ping timeout: 260 seconds)
13:59:41*bjz joined #nim
14:21:29*bar_ joined #nim
14:31:32bar_Is the new-ll branch almost ready?
14:32:34bar_It failed (OS X clang) on https://gist.github.com/bpr/4cc382c4dc1de7d7d1e5
14:42:30*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:42:55*NUMIDIUM is now known as SHEOGORATH
14:43:05*SHEOGORATH is now known as Sornaensis
14:43:17*Sornaensis is now known as NUMIDIUM
14:46:10Araq_bar_: compiles for me but fails at runtime
14:50:40*kris45901 joined #nim
14:51:55Araq_and that's because your locally scoped show overshadows the outer show
14:52:08*Varriount-Laptop joined #nim
14:54:13Araq_if I fix that bug, it fails like def-'s regression -.-
14:54:24Araq_but hey at least it seems to be only 1 bug left
14:56:18*BitPuffin joined #nim
15:07:12Araq_bar_: your code now works with my describes modifications which have nothing to do with LL
15:07:20Araq_*described
15:11:06*Varriount-Laptop imagines the LL code as a confused and frantic assembly line worker.
15:17:39flyxis there any advice about naming things in a package? like, I have a package yaml, where I have a YamlParser, which I could just rename to Parser, but it seems a bit messy seeing that "import" by default imports everything from a package into the global namespace
15:18:23flyxand „from yaml import nil“ seems a bit… strange
15:18:31Varriount-Laptopflyx: YamlParser is fine.
15:18:57Varriount-LaptopIf nothing else, it indicates what parser ou're using in our code.
15:20:01Araq_I too prefer YamlParser but import yaml except Parser works too.
15:20:34Araq_the stdlib uses XmlParser though iirc
15:26:00*bar_ quit (Ping timeout: 252 seconds)
15:29:58flyxit came to my attention that I use the Yaml prefix quite much: YamlStreamEvent, YamlTypeHint, YamlWarningCallback… while it might seem appropriate for YamlParser, I'm not sure if it is on the other symbols
15:33:02*umurgdk quit ()
15:34:36Varriount-Laptopflyx: If it's private, you can use whatever name you want. I'd prefer the Yaml prefix for public usage, if only because parsers are rather common.
15:39:14Araq_flyx: I agree with Varriount-Laptop
16:15:40*AMorpork joined #nim
16:19:08*kas_ quit (Ping timeout: 256 seconds)
16:23:55*kas_ joined #nim
16:28:56*Pisuke joined #nim
16:30:59*MyMind quit (Ping timeout: 245 seconds)
16:32:44*Jesin joined #nim
16:54:21*desophos joined #nim
17:11:33*Varriount-Laptop quit (Ping timeout: 265 seconds)
17:33:30*yglukhov quit (Ping timeout: 260 seconds)
17:47:28*chasmo left #nim (#nim)
17:48:02*bpr joined #nim
17:49:42bprAraq, bar_ here, the shadowing is intentional, the intent is that there are three file/modules; expr, literal, and plus
17:50:37bprThe top level functions are only exported from expr, and the others are closures.
17:51:24bprI can make a gist with the whole thing split into files but the error is the same.
17:52:20bprIt's a translation of the example from the Nim tutorial into an Oberon style encoding of OO, for that future Nim sans 'method' ;-)
17:59:12Arrrrhypothetical future, i assume
18:02:42*M-Quora quit (Quit: node-irc says goodbye)
18:05:42bprArrrr, yeah, hypothetical. Araq's call, of course, but I'd rather see it go and look to Ada 2005 for OO technics. Nim is most of the way there already.
18:06:01bprBy 'it' I mean 'method'
18:07:04bprUsing the existing inheritance and subtyping with closures and procvars we can do quite a bit.
18:08:32*Guest4360 quit (K-Lined)
18:08:33*NhanH quit (K-Lined)
18:08:35*mikolalysenko quit (K-Lined)
18:08:35*clone1018 quit (K-Lined)
18:08:36*DecoPerson quit (K-Lined)
18:08:39*CARAM__ quit (K-Lined)
18:10:28*mikolalysenko joined #nim
18:14:14*brson joined #nim
18:17:32Araq_bpr: the shadowing is wrong and unnecessary
18:17:46Araq_intentional or not, it doesn't work that way in Nim.
18:18:20*xet7 quit (Ping timeout: 260 seconds)
18:19:15ldleworkSomeone raised the issue that macro callsites are invisible in Nim.
18:19:23*kris45901 quit (Quit: Page closed)
18:20:16*CARAM__ joined #nim
18:20:33*NhanH joined #nim
18:22:07*DecoPerson joined #nim
18:23:21*clone1018 joined #nim
18:24:57bprAraq: it's not really shadowing. If you rename 'eval' and 'show' in literal.newLiteralInterface to 'foo' and 'bar' it doesn't change anything. I just want those locally defined procs in the interfaces' fields.
18:25:40*Guest4360 joined #nim
18:28:22Araq_that's not what I'm talking about
18:28:38bprI'm confused then, please explain.
18:31:44Araq_ldlework: so? why is that a problem? should we append ! to every macro because macros are evil?
18:31:52Araq_ proc show(e : Expr) : string {.closure.} =
18:31:52Araq_ let pe = PlusExpr(e)
18:31:52Araq_ result = "Literal(a=" & $pe.a.show() & ", b=" & $pe.a.show() & ")"
18:32:13Araq_that calls the local 'show' recursively
18:32:25Araq_make it proc s ... instead
18:32:42Araq_same for 'eval' and then use
18:32:44ldleworkAraq_: I guess because macros have effects that can't be periceved by reading the code and reading the code is how we know how the program works.
18:32:52Araq_ result = newInterface(eval, show)
18:32:58Araq_make that
18:33:14Araq_ result = newInterface(ev, s)
18:33:38Araq_since these names are not exposed at all, it doesn't matter.
18:34:55*pregressive joined #nim
18:35:42Araq_ldlework: that's just pseudo-objectification for "I am afraid of macros"
18:36:14ldleworkAraq_: I'm not afraid of macros at all.
18:36:16Araq_functions already can have lots of effects than can't be "perceived" by reading the code.
18:36:38ldleworkAraq_: that's a good point.
18:38:50*Matthias247 joined #nim
18:38:53*enquora joined #nim
18:39:35Araq_for me it's pretty simple: Can the IDE go to the definition reliably? because that's what I like to do when I'm unsure about the code works.
18:40:10Araq_that can be done for everything that can be statically resolved including macros and hence macros are not evil.
18:40:21*Varriount-Laptop joined #nim
18:40:30Araq_I wish I could say the same for ordinary function/method calls in Python.
18:41:22bprOw, I shouldn't have rushed that code out, obviously meant "Plus" and "pe.b" in the second case. I'm a bit surprised about the recursive call being invoked, but it makes sense.
18:41:30bprThanks!
18:41:41*pregressive quit (Read error: Connection reset by peer)
18:42:09*pregressive joined #nim
18:43:05*pregressive quit (Client Quit)
18:44:06*darkf quit (Quit: Leaving)
18:44:15*pregressive joined #nim
18:45:52bprAraq: I still get a compilation error when I rename all of the local functions, that's what you see too, right?
18:58:06Araq_no, for me it works
18:58:20Araq_but maybe you need to pull new-ll again and do 'koch boot -d:release'
19:02:15Varriount-LaptopAraq_: Working on lambda lifting code again?
19:02:47Araq_Varriount-Laptop: I rewrote the algorithm again and I'm fixing the last regressions
19:06:04Varriount-LaptopAraq_: This is interesting:http://pyparallel.org/
19:09:22bprI renamed eval and show to evalLocal/showLocal in newLiteralInterface and newPlusInterface and I get linker errors when compiling with gcc on Linux.
19:09:52*jaco60 joined #nim
19:14:11Araq_Varriount-Laptop: indeed!
19:14:19Araq_bpr: can you try clang?
19:15:11Varriount-LaptopAraq_: The presentations are where most of the explanation is.
19:16:04*AMorpork left #nim ("Leaving")
19:24:36*BitPuffin quit (Read error: Connection reset by peer)
19:26:43bprAraq: What's the flag to use the non-default C compiler? BTW, works fine with JS compilation.
19:37:09def-bpr: --cc:clang
19:44:13bprAraq: I still get the linker failure with clang
19:53:20*Varriount-Laptop quit (Ping timeout: 256 seconds)
19:56:52*brokencode joined #nim
19:57:45Araq_bpr: gist it again please
19:58:32*brson quit (Read error: Connection reset by peer)
19:58:39*brson joined #nim
20:05:58bprAraq: https://gist.github.com/bpr/6843082608f761969123
20:10:29*yglukhov joined #nim
20:21:14*askatasuna joined #nim
20:25:14*Arrrr quit (Quit: WeeChat 1.2)
20:28:47*Demon_Fox joined #nim
20:32:08flyxso I have a nimdoc.cfg in my project dir. it is used when I do "nim doc2 yaml", but not when I do "nim doc2 yaml/serialization" (which is in a subdir). do I have to give the path to it manually when building documentation from modules in subdirectories?
20:34:24flyxthe compiler documentation does not really mention nimdoc.cfg, apart from one unhelpful reference to it residing in "config/nimdoc.cfg". when I place it there, it is completely ignored.
20:47:42*yglukhov quit (Remote host closed the connection)
20:51:27Araq_bpr: sorry, can look at it again later.
20:52:34Araq_flyx: dunno, fix the compiler.
20:57:09bprAraq: No worries! Looking forward to Nim 1.0, hopefully soon...
20:57:54*yglukhov joined #nim
21:01:57*ekarlso quit (Changing host)
21:01:57*ekarlso joined #nim
21:04:00*minmax joined #nim
21:14:03*bpr quit (Quit: Page closed)
21:20:08*brokencode quit (Quit: My Mac has gone to sleep. ZZZzzz…)
21:24:33*enquora quit (Quit: enquora)
21:27:14*askatasuna quit (Ping timeout: 245 seconds)
21:34:33*brokencode joined #nim
21:38:35flyxAraq_: I tracked it down. "nim yaml/serialization" does not work because "yaml/serialization" does not exist and therefore, gProjectPath is set to "yaml" (instead of an absolute path), so parent directories are not traversed when searching a config file
21:38:47flyx"nim doc2 yaml/serialization.nim" works though
21:40:50Araq_did I mention that I hate paths?
21:40:56*NimrodBot joined #nim
21:41:24*NimrodBot quit (Remote host closed the connection)
21:45:46dom96oh cool. Somebody testing Nim's irc module ^
21:46:26ldleworklol
21:49:27*vendethiel joined #nim
21:51:14*NimrodBot joined #nim
21:51:16*NimrodBot quit (Remote host closed the connection)
21:51:36flyxI got a testing site up for my YAML parser: http://flyx.github.io/NimYAML/testing.html
21:51:57flyxI guarantee there are bugs, and API is not stable enough for a release yet, but it's a start
21:52:26Araq_I'll use it instead of JSON everywhere and blame you for an unstable API
21:52:45*pregressive quit (Read error: Connection reset by peer)
21:52:59Araq_but I won't blame you directly. Instead I'll write a blog post about it and reddit and hacker news it.
21:53:17*pregressive joined #nim
21:53:18Araq_cause that's the way the internet works.
21:53:41Araq_too bad if you're not online to defend your work.
21:53:46flyxwell thankfully I have no Twitter account so the internet won't have a target to shitstorm.
21:54:03dom96flyx: what Araq_ means to say is "Awesome work! Thank you for working on this!" :P
21:54:36Araq_I will also come up with some bullshit "theory" of why the expression YAML is sexist
21:55:10flyxdom96: don't worry, I speak grumpy software developer fluently.
21:55:14dom96flyx: haha
21:55:30dom96flyx: hrm, I see no output?
21:55:43flyxdom96: I blame your browser
21:56:05*kas_ quit (Ping timeout: 246 seconds)
21:56:05flyxwell I *could* test in in something else but Safari
21:56:24Araq_"Safari" is racist.
21:56:57Araq_(ok, ok, enough fun already, back to work)
21:57:18flyxyeah, it seems to work in Chrome, but not in Firefox
21:57:23flyxfucking JavaScript
21:57:51flyxanyone wants to pay me 9000€ to support IE8?
21:58:03dom96I'll pay you 10k to support IE6
21:58:12flyxeww
21:58:21flyxthat would be 15k and your firstborn child
21:58:45dom96hmmm, well I did want to get rid of that brat...
21:59:03dom96(j/k I ain't got no kids yet)
22:03:03ldleworkAraq_: lol
22:03:12flyxFirefox seems to be too dumb to parse the response
22:04:51*enquora joined #nim
22:12:20flyxworks in Firefox now
22:12:29def-flyx: cool, thanks
22:13:11dom96flyx: nice. JSON output style doesn't work though :)
22:13:30flyxdom96: that's because there's a sequence as map key in the standard input
22:13:44dom96ahh
22:14:10*enquora quit (Quit: enquora)
22:14:23*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
22:14:23flyxI should raise an error if there's an alias in JSON output though
22:14:39*minmax quit (Ping timeout: 252 seconds)
22:15:17flyxactually, JSON output is kinda broken right now
22:17:11flyxI should put a sign on that option saying „just keep walking, nothing to see here“
22:19:18*brokencode quit (Quit: My Mac has gone to sleep. ZZZzzz…)
22:22:30*zepolen quit (Remote host closed the connection)
22:25:56*brokencode joined #nim
22:27:15*zepolen joined #nim
22:28:07flyxenough coding for today
22:38:53*krux02 joined #nim
22:39:50krux02Araq_: are you there?
22:43:44Araq_krux02: later ok?
22:44:22krux02maybe tomorrow, when will you be available?
22:58:12Araq_in 1 hour, perhaps
23:10:11*jck quit (Remote host closed the connection)
23:10:30*jck joined #nim
23:10:59*brokencode quit (Quit: My Mac has gone to sleep. ZZZzzz…)
23:22:34*vendethiel quit (Ping timeout: 260 seconds)
23:57:46*xet7 joined #nim