| 00:10:35 | * | nchambers quit (Ping timeout: 240 seconds) |
| 00:26:48 | NimBot | nim-lang/Nim new-ll c162735 Andreas Rumpf [+0 ±20 -0]: first implementation of the new lambda-lifting pass; barely anything works |
| 00:26:48 | NimBot | nim-lang/Nim new-ll 7dc0bca Andreas Rumpf [+0 ±1 -0]: up references might work; got rid of debugging code |
| 00:35:22 | * | Demon_Fox quit (Quit: Leaving) |
| 00:50:09 | * | vendethiel quit (Ping timeout: 245 seconds) |
| 01:14:10 | * | jaco60 quit (Ping timeout: 260 seconds) |
| 01:28:26 | * | brson quit (Ping timeout: 256 seconds) |
| 02:12:24 | * | brson joined #nim |
| 02:58:39 | * | brson quit (Quit: leaving) |
| 02:58:57 | * | xiongxin joined #nim |
| 03:09:35 | * | def- quit (Ping timeout: 240 seconds) |
| 03:13:35 | * | vendethiel joined #nim |
| 03:15:49 | * | def- joined #nim |
| 03:27:01 | * | \u joined #nim |
| 03:36:35 | * | vendethiel quit (Ping timeout: 240 seconds) |
| 03:39:14 | * | pregressive joined #nim |
| 03:53:42 | * | xiongxin quit (Ping timeout: 252 seconds) |
| 04:27:50 | * | pregressive quit (Remote host closed the connection) |
| 04:47:28 | * | BitPuffin|osx quit (Remote host closed the connection) |
| 04:54:54 | * | pregressive joined #nim |
| 05:13:52 | * | pregressive quit (Remote host closed the connection) |
| 05:18:23 | * | zepolen joined #nim |
| 05:31:58 | * | darkf joined #nim |
| 08:16:39 | * | yglukhov joined #nim |
| 08:18:10 | * | yglukhov quit (Read error: Connection reset by peer) |
| 08:18:46 | * | yglukhov joined #nim |
| 08:27:38 | * | xet7 joined #nim |
| 08:50:52 | * | yglukhov quit (Read error: Connection reset by peer) |
| 08:51:27 | * | yglukhov joined #nim |
| 09:03:15 | * | Demon_Fox joined #nim |
| 09:32:22 | * | vegansk quit (Ping timeout: 256 seconds) |
| 09:47:27 | * | jaco60 joined #nim |
| 10:39:50 | * | vendethiel joined #nim |
| 10:49:38 | * | yglukhov quit (Remote host closed the connection) |
| 10:54:11 | federico3 | Is there any plan to provide binary packages to the users? |
| 11:09:21 | dom96 | of nim? yes |
| 11:28:37 | federico3 | dom96: of applications build with Nim. |
| 11:33:45 | reactormonk | federico3, like libraries? Or actual applications. |
| 11:38:30 | federico3 | reactormonk: applications. Libraries are needed by nimble and the compiler and they already know how to fetch sources. OTOH users cannot get application packages easily |
| 11:39:03 | reactormonk | federico3, ah. So you want something to create linux packages / mac/win installers? |
| 11:40:58 | federico3 | ...and host them |
| 11:41:18 | federico3 | reactormonk: it could be packages - ideally - or at least tarballs |
| 11:41:29 | reactormonk | federico3, hosting is expensive. |
| 11:41:54 | federico3 | for this tiny community? nah. |
| 11:46:21 | federico3 | or at least we could provide a way to fetch a compiled version of Nim and Nimble, git-clone and build the application and remove the temp dirs - in one line |
| 11:51:49 | reactormonk | I'd rather add some nimscript to nimble so you can build packages instead of making distributing nim easier |
| 11:54:21 | dom96 | If you want to create a website which builds each package in Nimble's package list then go ahead |
| 11:55:01 | dom96 | But Nimble will remain a source-based package manager |
| 11:55:10 | dom96 | there are very few packages you could actually compile anywya |
| 11:55:13 | dom96 | *anyway |
| 11:55:35 | federico3 | reactormonk: then the end user has to trust a binary built on a random host |
| 11:56:24 | dom96 | reactormonk: you can already build packages using nimble... |
| 11:59:39 | dom96 | bbl |
| 11:59:52 | reactormonk | federico3, how is that any different from other projects on github? Unless you get licensed by microsoft/apple, tough luck. |
| 12:05:45 | federico3 | reactormonk: many people would not download random binaries from GH on unknown websites |
| 12:07:20 | * | vendethiel quit (Ping timeout: 265 seconds) |
| 12:07:21 | federico3 | ...but would trust binaries from some distributions where stuff is built centrally, reviewed or at least tracked |
| 12:08:53 | reactormonk | federico3, hey, welcome to linux ;-) |
| 12:09:52 | reactormonk | But I don't really think it's the resposibility of a language community to host random binaries... if you really want something official, we'd also have to look through the sources etc, etc, etc |
| 12:21:58 | * | zepolen_ joined #nim |
| 12:25:47 | * | zepolen quit (Ping timeout: 255 seconds) |
| 12:43:45 | * | Demon_Fox quit (Quit: Leaving) |
| 12:44:55 | * | yglukhov joined #nim |
| 13:27:18 | * | Trustable joined #nim |
| 13:52:31 | * | Trustable quit (Remote host closed the connection) |
| 13:53:12 | * | saml_ joined #nim |
| 14:07:28 | * | zepolen_ quit (Remote host closed the connection) |
| 14:41:23 | * | cyraxjoe_ joined #nim |
| 14:42:34 | * | cyraxjoe quit (Ping timeout: 272 seconds) |
| 15:07:43 | yglukhov | Araq: it seems a bit strange to me how getType vs getImpl work. They are kinda similar but different. Why doesn't getType attempt to produce an ast similar to getImpl? |
| 15:08:41 | yglukhov | e.g. ptr produces nnkBracket + "ptr" in getType. and in getImpl it produces nnkPtrTy. |
| 15:10:34 | yglukhov | Also getType behaves strangely with distincts, objs, ref objs... I could not really decipher it :( |
| 15:12:23 | * | yglukhov quit (Remote host closed the connection) |
| 15:13:21 | * | yglukhov joined #nim |
| 15:19:26 | Araq_ | yglukhov: how are they similar? they are completely different |
| 15:19:39 | Araq_ | getImpl returns the body of a const or proc |
| 15:19:48 | * | yglukhov quit (Ping timeout: 250 seconds) |
| 15:20:13 | Araq_ | getType returns the type but maps the type to an AST so that we don't need an API that ultimately is isomorphic to the AST API |
| 15:25:33 | Araq_ | dom96: I am thinking about changing first class iterators |
| 15:26:04 | Araq_ | but if var x = iter doesn't produce a new iteration context, what *does* it do? |
| 15:28:46 | flyx | I might have found a Nim bug, but maybe I'm simply holding it wrong: https://gist.github.com/flyx/6da752fc04c24dd71952 |
| 15:30:33 | flyx | I am not even sure if static was meant to be used like this |
| 15:41:51 | * | vendethiel joined #nim |
| 15:44:48 | dom96 | Araq_: Perhaps iter() should return an IterationContext object |
| 15:45:18 | dom96 | Although, isn't that what it does already? |
| 16:00:58 | dom96 | +1 this guys https://github.com/ukupat/tabs-or-spaces/issues/7 |
| 16:17:04 | * | yglukhov joined #nim |
| 16:19:14 | * | zepolen joined #nim |
| 16:21:34 | * | yglukhov quit (Ping timeout: 260 seconds) |
| 16:24:17 | * | zepolen quit (Ping timeout: 255 seconds) |
| 16:43:46 | * | \u quit (Ping timeout: 240 seconds) |
| 16:52:44 | * | ray- joined #nim |
| 17:04:02 | federico3 | dom96: is that a pollo? |
| 17:04:05 | federico3 | ahem, poll |
| 17:05:24 | federico3 | pity it uses pie charts |
| 17:15:59 | dom96 | federico3: I'm sure +1'ing it helps |
| 17:17:40 | * | yglukhov joined #nim |
| 17:22:30 | * | yglukhov quit (Ping timeout: 260 seconds) |
| 18:16:43 | Araq_ | what is an IterationContext? |
| 18:19:08 | * | yglukhov joined #nim |
| 18:24:14 | * | yglukhov quit (Ping timeout: 272 seconds) |
| 18:41:29 | * | dom96_mobile joined #nim |
| 18:41:37 | * | dom96_mobile quit (Remote host closed the connection) |
| 18:42:01 | * | dom96_mobile joined #nim |
| 18:42:33 | dom96_mobile | Araq_: an object which has a next proc defined on it |
| 18:42:42 | dom96_mobile | And an items iterator |
| 18:43:01 | dom96_mobile | It stores the current state of the iterator |
| 18:43:29 | * | federico3 quit (Ping timeout: 245 seconds) |
| 18:46:42 | Araq_ | that's what it does |
| 18:47:00 | Araq_ | but the interface is different, instead of next() it's called () |
| 18:50:15 | * | dom96_mobile quit (Ping timeout: 240 seconds) |
| 19:10:39 | * | sqwishy quit (Quit: sqwishy) |
| 19:15:23 | * | federico3 joined #nim |
| 19:17:15 | dom96 | Araq_: Maybe the interface should be more explicit then? |
| 19:17:25 | dom96 | It doesn't really matter though |
| 19:17:42 | dom96 | what are you thinking of changing it to? |
| 19:19:34 | * | zepolen joined #nim |
| 19:20:34 | * | yglukhov joined #nim |
| 19:24:11 | * | zepolen quit (Ping timeout: 264 seconds) |
| 19:25:23 | * | yglukhov quit (Ping timeout: 264 seconds) |
| 19:28:15 | * | yglukhov joined #nim |
| 19:31:05 | yglukhov | Araq: ok, don't you think that getType could do a better job by trying to replicate type definition ast? some types like ptr, ref, etc are wrapped into brackets instead of corresponding nnkPtrTy, nnkRefTy, etc. |
| 19:31:52 | * | darkf quit (Quit: Leaving) |
| 19:32:05 | yglukhov | if you've got a minute, take a look at https://github.com/yglukhov/variant/blob/master/variant.nim#L8 please. I'm trying to do a macro i told you about. I found that the best way to debug it is to mangle a type, and then just hash the mangled name. |
| 19:33:37 | yglukhov | the mangling proc needs to use both getImpl and getType. and line 41-48 almost do the same as lines 54-64. |
| 19:41:35 | Araq_ | getType tries to do a better job by giving you an AST that is more generic |
| 19:48:04 | * | lazypenguin18 joined #nim |
| 19:48:19 | * | lazypenguin quit (Quit: Leaving) |
| 19:48:52 | * | lazypenguin18 quit (Client Quit) |
| 19:49:08 | * | lazypenguin joined #nim |
| 19:50:05 | * | lazypenguin left #nim (#nim) |
| 19:50:18 | yglukhov | ok, do you at least agree that lineinfo should match? =) |
| 20:13:21 | * | saml_ quit (Remote host closed the connection) |
| 20:17:26 | * | vendethiel quit (Ping timeout: 265 seconds) |
| 21:30:55 | flyx | how can I have a monospace hyperlink with nim doc? ```foo`` <http://example.com>`_ does not work |
| 21:33:18 | Araq_ | .. raw:: html or something |
| 21:33:31 | Araq_ | RST doesn't compose |
| 21:33:58 | flyx | I found this, but it doesn't work with nim: http://stackoverflow.com/a/4836544 |
| 21:36:00 | flyx | http://stackoverflow.com/a/21052732 uses raw:: html, but doesn't work either |
| 21:36:10 | yglukhov | can i call a task from another task in nims? |
| 21:40:47 | Araq_ | yglukhov: yeah but IMO you should call a common proc in both tasks |
| 21:41:27 | yglukhov | yeah but how do i call nim twice? |
| 21:41:40 | yglukhov | e.g. i want to run tests with c and js |
| 21:42:32 | flyx | I see that the RST parser supports *some* Markdown features. does this include hyperlinks with [foo](http://example.com) ? That could solve the problem. can this be enabled with nim doc? |
| 21:44:09 | Araq_ | flyx: not implemented :P |
| 21:44:18 | flyx | damn |
| 21:44:25 | Araq_ | yglukhov: iirc task foo can be called as taskFoo() |
| 21:44:43 | Araq_ | but that won't solve your problem, 'exec' will. |
| 21:44:47 | yglukhov | yep |
| 21:44:50 | yglukhov | ok thanks |
| 21:46:29 | * | zepolen joined #nim |
| 21:48:52 | * | BitPuffin|osx joined #nim |
| 21:50:55 | * | zepolen quit (Ping timeout: 240 seconds) |
| 21:55:06 | * | ephja joined #nim |
| 22:25:32 | * | zepolen joined #nim |
| 22:31:18 | * | xet7 quit (Quit: Leaving) |
| 22:35:42 | * | zepolen quit (Remote host closed the connection) |
| 22:58:44 | * | zepolen joined #nim |
| 23:02:38 | * | vendethiel joined #nim |
| 23:18:07 | NimBot | nim-lang/Nim new-ll 9309f81 Andreas Rumpf [+0 ±1 -0]: new-ll: further progress (bootstrapping still fails) |
| 23:34:23 | * | [CBR]Unspoken quit (Ping timeout: 264 seconds) |
| 23:49:56 | * | yglukhov quit (Remote host closed the connection) |
| 23:50:36 | * | yglukhov joined #nim |
| 23:50:38 | * | yglukhov quit (Remote host closed the connection) |