<< 16-04-2016 >>
00:14:08*desophos quit (Read error: Connection reset by peer)
00:23:12*vendethiel joined #nim
00:52:03*vendethiel quit (Ping timeout: 264 seconds)
01:15:54*GaveUp quit (Ping timeout: 276 seconds)
01:20:03*GaveUp joined #nim
01:20:14*darkf_ joined #nim
01:23:42*darkf quit (Ping timeout: 276 seconds)
01:52:20*PMunch quit (Quit: leaving)
02:05:59*darkf_ is now known as darkf
02:07:40*desophos joined #nim
02:09:42*Guest80700 quit (Changing host)
02:09:42*Guest80700 joined #nim
02:09:44*Guest80700 is now known as \u
02:19:03*Amun_Ra_ is now known as Amun_Ra
02:24:44*vendethiel joined #nim
03:07:03*ephja quit (Ping timeout: 276 seconds)
03:14:27*brson quit (Ping timeout: 260 seconds)
03:29:09*vendethiel quit (Ping timeout: 276 seconds)
03:50:41*dmsthns joined #nim
03:51:04*dmsthns left #nim (#nim)
04:33:29*enthus1ast quit (Read error: Connection reset by peer)
04:34:51*enthus1ast joined #nim
05:30:05*brson joined #nim
06:13:50*yglukhov joined #nim
06:16:08*yglukhov quit (Remote host closed the connection)
06:17:14*zxtx joined #nim
06:26:27*castlelore joined #nim
06:41:47*asdf__ is now known as asdf
06:46:00*gokr joined #nim
06:52:44*desophos quit (Read error: Connection reset by peer)
07:09:19*gokr quit (Ping timeout: 260 seconds)
07:26:44*vendethiel joined #nim
07:32:00*Ven joined #nim
07:49:13*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
07:54:01*Demon_Fox quit (Quit: Leaving)
07:58:54*brson quit (Ping timeout: 276 seconds)
08:24:13*Demon_Fox joined #nim
08:29:01*Trustable joined #nim
08:31:42*Demon_Fox quit (Quit: Leaving)
08:32:36*Demon_Fox joined #nim
08:33:51*Demon_Fox quit (Remote host closed the connection)
08:34:47*Demon_Fox joined #nim
08:40:33*Demon_Fox quit (Quit: Leaving)
08:41:43*Demon_Fox joined #nim
08:46:44*vendethiel quit (Ping timeout: 260 seconds)
09:00:22*yglukhov joined #nim
09:10:49*yglukhov quit (Remote host closed the connection)
09:13:48*yglukhov joined #nim
09:20:55*yglukhov quit (Remote host closed the connection)
09:30:13*Demon_Fox quit (Ping timeout: 244 seconds)
09:38:29*ekarlso quit (Ping timeout: 244 seconds)
09:56:51*vendethiel joined #nim
09:59:05*vendethiel quit (Client Quit)
09:59:26*Guest67019 quit (Quit: Lost terminal)
10:00:46*Ven joined #nim
10:11:54*wuehlmaus joined #nim
10:22:53*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:40:35*Ven joined #nim
10:46:16*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:51:36*vendethiel joined #nim
10:52:30*Arrrr joined #nim
10:52:30*Arrrr quit (Changing host)
10:52:30*Arrrr joined #nim
10:54:16*brson joined #nim
10:59:51*brson quit (Ping timeout: 264 seconds)
11:04:31*boopisaway is now known as boop
11:17:24*themagician joined #nim
11:32:16*wuehlmaus quit (Ping timeout: 264 seconds)
11:32:22*wuehlmaus joined #nim
11:32:46*wuehlmaus is now known as Guest6355
11:37:57*yglukhov joined #nim
11:41:22*pafmaf joined #nim
11:41:40*pafmaf quit (Client Quit)
11:44:37*pafmaf joined #nim
11:52:03*ekarlso joined #nim
12:09:58*yglukhov quit (Remote host closed the connection)
12:27:30*yglukhov joined #nim
12:28:28*Guest6355 is now known as wuehlmaus
12:31:40*Ven joined #nim
12:37:44*ephja joined #nim
12:46:01*pafmaf quit (Quit: This computer has gone to sleep)
12:57:42nivis there a "elwhen" matching "elif"?
13:07:00dom96just use elif
13:07:38nivoh, okay then. never occured to me to use a runtime branch for a compiler decision
13:27:38nivis there a way to convert a typedesc[X] to a string? $ doesn't work.
13:27:48nivnot it's value, just it's name
13:30:20Arrrrthis? http://ideone.com/BZYUIL
13:30:32nivlovely, thank you
13:36:39*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:37:50Arrrrhttp://bit.ly/1NuaVIJ
13:44:38reactormonkStill got https://gist.github.com/reactormonk/cab00e6420d9f0074f39cd67bf908067 lying around - test.nim(17, 14) Error: type mismatch: got (int literal(3), int literal(3)) - expected test.multiply(t: T, times: int)
13:48:04*Ven joined #nim
13:48:11*Ven quit (Client Quit)
13:50:13*yglukhov quit (Remote host closed the connection)
14:04:23*elrood joined #nim
14:09:03*yglukhov joined #nim
14:09:42*yglukhov quit (Remote host closed the connection)
14:15:57*enthus1ast quit (Ping timeout: 260 seconds)
14:19:13*yglukhov joined #nim
14:22:25*enthus1ast joined #nim
14:28:39*darkf quit (Quit: Leaving)
14:32:48*kingofoz quit (Ping timeout: 276 seconds)
14:33:29*kingofoz joined #nim
14:35:38*Quikli joined #nim
14:37:59*fredrik92 joined #nim
14:42:06*fredrik92 quit (Client Quit)
14:42:25*fredrik92 joined #nim
15:05:09*fredrik92 quit (Ping timeout: 268 seconds)
15:05:32*fredrik92 joined #nim
15:23:06*gokr joined #nim
15:25:34*fredrik92 left #nim ("Leaving channel")
15:33:38*McSpiros joined #nim
15:44:42*pafmaf joined #nim
15:49:22*bbl quit (Quit: WeeChat 1.0)
16:50:36*Arrrr quit (Ping timeout: 276 seconds)
17:01:04*rok joined #nim
17:03:03nivi have a question about 32 vs 64 bit in nim. why are length values int, and not BiggestInt (or int64)? how am i, architecture-independently, supposed to reliably read a > 32bit long value .. anywhere, with all the stdlib api operating on int?
17:04:56ephjado you need such a large sequence of *bytes*? part of the reason for this is that it is rarely needed
17:05:28nivwell, 2GB isn't that large, but i wouldn't keep it in a string, no. but file io is a different matter - for example, seeking in large files
17:06:32*desophos joined #nim
17:07:00ephjait's not, but it only matters when it's a sequence of 8-bit values
17:07:57nivwhat about stream.setPosition(int) then?
17:08:08ephjarather than anything larger, since then the length can't exceed that of the maximum value of an signed pointer-sized integer
17:09:52ephjas/an signed/a signed/
17:09:54ephjaniv: I dunno
17:10:04nivneither do i, so im asking :)
17:11:33ephjamaybe it's possible to do it with a custom stream
17:12:02nivits not a problem i have atm, but it just feels .. off, in the api. so i was wondering if im missing something
17:13:20ephjaI think another part of the reason is the dislike for unsigned integers
17:13:33nivi'd be happy with int64 instead of int really
17:13:46nivbut on a related note, i wonder what had ridden the websocket spec people to allow packets up to int64 bytes long
17:15:23ephjaindeed. what's wrong with manual chunking?
17:15:29nivit supports chunking too
17:15:41niveach chunk can be 64bit long :)
17:16:09ephjain the rare cases where you need such large packets
17:16:20niv.. you wouldnt use websockets
17:16:37ephjathat's true
17:16:39nivi think chrome and firefox would crash and burn were they to receive a 2GB websocket packet
17:16:45nivespecially the js engine
17:17:56*Arrrr joined #nim
17:17:56*Arrrr quit (Changing host)
17:17:56*Arrrr joined #nim
17:18:48ephjaright
17:21:16*Ven joined #nim
17:21:58ephjaI wonder if any algorithms would break with packed byte sequences
17:22:30ephjaor rather how many
17:24:21*zielmicha_ is now known as zielmicha
17:25:08ephjaa flexible concept type might be able to help with that
17:31:08ephjaand then I would be one step closer to a nim + C generator
17:31:42ephjabut another issue would be exception. it would have to be possible to convert it to error code
17:33:52ephjas
17:58:14*enthus1ast quit (Quit: Leaving.)
18:00:51*kulelu88 joined #nim
18:09:32*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
18:11:57*Ven joined #nim
18:12:19*Ven quit (Client Quit)
18:28:39nivtwimc, websocket.nim version bump, now supports protocol negotiation and fragmented frames https://github.com/niv/websocket.nim
18:32:39*kulelu88 left #nim ("Leaving")
19:07:33*Ven joined #nim
19:07:55*Ven quit (Client Quit)
19:19:01*enthus1ast joined #nim
19:19:12*pafmaf quit (Quit: This computer has gone to sleep)
19:35:51*Arrrr_ joined #nim
19:39:27*Ven joined #nim
19:39:36*Arrrr quit (Ping timeout: 276 seconds)
19:44:57*yglukhov quit (Remote host closed the connection)
19:48:20*Arrrr_ quit (Quit: WeeChat 1.4)
19:50:57*pafmaf joined #nim
19:53:50*pafmaf quit (Client Quit)
19:55:44*yglukhov joined #nim
19:57:09*zahary1 quit (Ping timeout: 276 seconds)
20:02:47Xehttps://github.com/Xe/flurryheart/blob/master/src/bot/callbacks.nim#L9-L31 i'm trying to use macros to make defining handlers easier, what am I messing up?
20:02:59Xebot/callbacks.nim(21, 8) Error: undeclared identifier: 'chat'
20:03:55*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:19:28*BrotherLy joined #nim
20:19:40BrotherLywhat does this mean: https://gradha.github.io/articles/2015/02/goodbye-nim-and-good-luck.html
20:27:43*Quikli quit (Quit: Page closed)
20:29:32cheatfateBrotherLy, it mean that some guys not so patient and not so optimistic like we are :)
20:29:56BrotherLyok but if im writing a webserver with nim i obviously have threads and i will probably have to share something between them
20:30:00BrotherLyso nim not possible right
20:30:19ephjait's possible
20:35:26dom96BrotherLy: indeed, what ephja said, you can share memory via channels for example.
20:36:22BrotherLyok but how come nim has a gc, that means it will never be as fast as Rust
20:36:34BrotherLyits just like Java then..
20:37:26dom96It's much easier to deal with a GC than a lifetime system like Rust's
20:38:00dom96And just because it's got a GC doesn't mean it will never be as fast as Rust
20:40:36dom96Xe: good question
20:56:34*boop is now known as boopisaway
21:04:14*pigmej quit (Remote host closed the connection)
21:18:03*desophos quit (Ping timeout: 244 seconds)
21:44:53*irrequietus joined #nim
22:04:05*pigmej joined #nim
22:08:03perturbationyayyy someone already wrote bindings to LLVM-C API :3 https://github.com/FedeOmoto/llvm
22:12:45*yglukhov quit (Remote host closed the connection)
22:29:21*gokr quit (Ping timeout: 244 seconds)
22:35:22*elrood quit (Quit: Leaving)
22:41:07*thotypous quit (Ping timeout: 260 seconds)
22:49:05*irrequietus quit ()
22:55:21*desophos joined #nim
23:00:49*krux02 joined #nim
23:08:00*rok quit (Quit: rok)
23:13:13*yglukhov joined #nim
23:14:41krux02how do I link statically with nimble?
23:17:22krux02I have a c library that I would like to wrap, but it is unlikely that it is istalled, so I would like to have a nim binary that includes the package
23:17:25*yglukhov quit (Ping timeout: 244 seconds)
23:32:55perturbationkrux02: See http://nim-lang.org/docs/nimc.html#dynliboverride - may have to use --passL a second time to get correct path to library when compiling
23:34:22perturbationbut once you have options figured out you can put in a foo.nim.cfg file and it should "just work" later as long as still recompiling on same computer (so no changes to LD_PATH, etc.)
23:35:19krux02I was just playing around with the passL pragma
23:35:41krux02the problem is, that passL does not really work with realative paths
23:37:05perturbationI think it should... I had to override dylib for sphinx library (https://github.com/Araq/sphinx) b/c I had a locally compiled version of the library and did
23:37:09perturbationtest.nim.cfg:
23:37:18perturbation--dynlibOverride:"libspinx.dylib"
23:37:27*darkf joined #nim
23:37:27perturbation--passL:"-L./ -lsphinxclient"
23:37:53perturbationand then it used my local libsphinxclient.a to link into the binary
23:38:18krux02I just took a look into the gcc manual, andthere it says, that if you don't use -l, just the library with the extension, it should work fine
23:38:31*Trustable quit (Remote host closed the connection)
23:50:33krux02is there a macro that has the current file path as as string value?
23:57:21*Raiz joined #nim
23:57:44Raizhow low can nim get? is it possible to write an OS in nim?
23:59:08XeRaiz: google nimkernel
23:59:28krux02Raiz: are you planning on writing an os in nim?
23:59:42krux02it supports inline assembly
23:59:42ephjakrux02: http://nim-lang.org/docs/system.html#instantiationInfo,
23:59:54RaizI just saw this language, I'm interested in it