| 00:02:22 | * | bjz quit (Ping timeout: 240 seconds) |
| 00:02:27 | DiffuseStorm | oh whoops I didn't realize cstringarray was an array of strings. |
| 00:03:54 | * | saml_ joined #nimrod |
| 00:07:15 | Araq | good night |
| 00:09:52 | * | saml_ quit (Ping timeout: 245 seconds) |
| 00:13:36 | willwillson | what's the new naming convention for a constructor? |
| 00:13:39 | DiffuseStorm | In that case I just need a cstring from a string and take the address of that cstring. Is there a way to get a pointer to the start of the contiguous memory string has? |
| 00:14:06 | * | mko joined #nimrod |
| 00:14:34 | DiffuseStorm | oh ofc maybe thats breaking all kinds of rules because its garbage collected |
| 00:17:10 | NimBot | Araq/Nimrod bigbreak dd33069 Dominik Picheta [+0 ±3 -0]: Implements getCurrentException for try in async procs. Ref #1487. |
| 00:17:10 | NimBot | Araq/Nimrod bigbreak 56f11e2 Dominik Picheta [+0 ±3 -0]: Fixes async tests. |
| 00:17:39 | dom96 | DiffuseStorm: addr str[0] |
| 00:17:54 | dom96 | willwillson: I don't think there is any new convention. |
| 00:18:12 | dom96 | initT for value types, newT for ref types |
| 00:18:21 | willwillson | thanks |
| 00:19:55 | dom96 | good night |
| 00:20:04 | willwillson | night |
| 00:22:50 | * | saml_ joined #nimrod |
| 00:29:22 | * | saml_ quit (Ping timeout: 240 seconds) |
| 00:42:00 | * | saml_ joined #nimrod |
| 00:48:32 | * | saml_ quit (Ping timeout: 245 seconds) |
| 00:51:08 | * | Boscop quit (Changing host) |
| 00:51:08 | * | Boscop joined #nimrod |
| 01:01:06 | * | saml_ joined #nimrod |
| 01:07:45 | * | saml_ quit (Ping timeout: 264 seconds) |
| 01:12:02 | * | Demos joined #nimrod |
| 01:19:56 | * | saml_ joined #nimrod |
| 01:23:33 | * | Demos quit (Ping timeout: 246 seconds) |
| 01:24:27 | * | nande joined #nimrod |
| 01:26:01 | * | q66 quit (Quit: Leaving) |
| 01:27:46 | * | flaviu joined #nimrod |
| 01:34:13 | * | bogen quit (Quit: Leaving.) |
| 01:36:54 | * | brson quit (Quit: leaving) |
| 01:52:00 | * | fran__ quit (Quit: Leaving) |
| 02:11:31 | * | Demos joined #nimrod |
| 02:16:17 | * | Demos_ joined #nimrod |
| 02:16:40 | DiffuseStorm | I have an enum that's redefining some stuff, can I put it behind a "namespace", are there such concepts? (Like c++'s enum class, or c#'s enum) |
| 02:18:35 | * | Demos quit (Ping timeout: 255 seconds) |
| 02:21:02 | * | fowl joined #nimrod |
| 02:21:53 | flaviu | DiffuseStorm: Example code of what you want? |
| 02:22:05 | flaviu | Qualified enums are done with the {.pure.} pragma |
| 02:22:14 | DiffuseStorm | enumName.Member, instead of accessing Member directly |
| 02:22:24 | flaviu | Yeah, use the pure pragma then |
| 02:23:41 | DiffuseStorm | worked, great |
| 02:26:59 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 02:31:56 | * | nande quit (Remote host closed the connection) |
| 02:46:37 | fowl | any criticisms before i buy this http://pcpartpicker.com/p/TW9cBm |
| 02:48:08 | fowl | wrong chan |
| 02:54:01 | flaviu | fowl: Get an ssd too? |
| 02:54:56 | flaviu | Memory is a bit on the low side too, you only have 2 slots, so you can't upgrade easily later |
| 02:55:38 | fowl | i will ssd later |
| 03:00:32 | * | Demos_ quit (Ping timeout: 252 seconds) |
| 03:10:45 | * | Fr4n joined #nimrod |
| 03:13:52 | * | flaviu quit (Ping timeout: 240 seconds) |
| 03:15:26 | * | willwillson quit (Ping timeout: 268 seconds) |
| 03:22:29 | * | fowl quit (Ping timeout: 255 seconds) |
| 03:29:55 | * | saml_ quit (Quit: Leaving) |
| 03:31:18 | * | darkf_ joined #nimrod |
| 03:31:45 | * | Boscop_ joined #nimrod |
| 03:31:52 | * | MyMind joined #nimrod |
| 03:32:37 | * | imjoe` joined #nimrod |
| 03:38:46 | * | eigenlicht_ quit (*.net *.split) |
| 03:40:33 | * | darkf quit (*.net *.split) |
| 03:40:37 | * | Sembei quit (*.net *.split) |
| 03:40:38 | * | imjoe quit (*.net *.split) |
| 03:40:38 | * | Boscop quit (*.net *.split) |
| 03:40:38 | * | darkfusion quit (*.net *.split) |
| 03:40:38 | * | EastByte quit (*.net *.split) |
| 03:40:40 | * | lyro quit (*.net *.split) |
| 03:40:43 | * | Trixar_za quit (*.net *.split) |
| 03:40:58 | * | EastByte joined #nimrod |
| 03:41:34 | * | lyro joined #nimrod |
| 03:42:43 | * | eigenlicht_ joined #nimrod |
| 03:42:56 | * | darkfusion joined #nimrod |
| 03:45:52 | * | Trixar_za joined #nimrod |
| 03:50:46 | * | darkf_ is now known as darkf |
| 03:50:52 | * | Jesin quit (Quit: Leaving) |
| 03:52:01 | * | nande joined #nimrod |
| 03:52:58 | * | fowl joined #nimrod |
| 04:02:58 | * | xenagi quit (Quit: Leaving) |
| 04:28:00 | fowl | hhh trying to build bigbreak with 0.9.4 |
| 04:40:26 | * | adrusi quit (Quit: adrusi) |
| 04:52:22 | * | fowl quit (Ping timeout: 245 seconds) |
| 05:18:09 | * | nande quit (Ping timeout: 268 seconds) |
| 05:19:02 | * | nande joined #nimrod |
| 06:05:46 | * | ics joined #nimrod |
| 06:07:42 | * | nande quit (Remote host closed the connection) |
| 06:16:10 | * | BlaXpirit joined #nimrod |
| 06:28:56 | * | kunev joined #nimrod |
| 06:46:15 | filwit | fowl: what's the problem? |
| 06:48:05 | filwit | fowl: you have to reclone the csources, you have to run bin/nim (instead of bin/nimrod) and make sure your project's cfg files are now nim.cfg |
| 07:18:36 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 07:18:50 | filwit | oh whoops... fowl had already quit... |
| 07:34:40 | * | filwit quit (Quit: Leaving) |
| 07:50:43 | * | fowl joined #nimrod |
| 07:55:09 | * | fowl quit (Ping timeout: 264 seconds) |
| 07:59:22 | * | ics joined #nimrod |
| 08:22:13 | * | xcombelle joined #nimrod |
| 08:38:32 | * | kunev quit (Ping timeout: 245 seconds) |
| 08:52:53 | * | kunev joined #nimrod |
| 08:53:46 | * | zahary quit (Quit: Leaving.) |
| 09:10:36 | * | bjz joined #nimrod |
| 09:52:55 | * | Joe_knock joined #nimrod |
| 09:53:21 | * | Joe_knock quit (Max SendQ exceeded) |
| 09:53:50 | * | Joe_knock joined #nimrod |
| 09:58:47 | * | noam_ joined #nimrod |
| 10:01:52 | * | noam quit (Ping timeout: 240 seconds) |
| 10:15:24 | * | ics quit (Ping timeout: 252 seconds) |
| 10:16:13 | * | ics joined #nimrod |
| 10:18:32 | * | noam_ quit (Ping timeout: 245 seconds) |
| 10:27:57 | * | flaviu joined #nimrod |
| 10:36:27 | * | flaviu quit (Ping timeout: 245 seconds) |
| 10:44:39 | NimBot | Araq/Nimrod bigbreak 4db6535 Dominik Picheta [+0 ±3 -0]: Fixes for new comment handling. |
| 10:44:39 | NimBot | Araq/Nimrod bigbreak 4fc8fcf Dominik Picheta [+0 ±1 -0]: Mentioned new comment handling in news.txt. |
| 11:09:17 | * | io2 joined #nimrod |
| 11:53:50 | * | io2_ joined #nimrod |
| 11:54:23 | * | io2 quit (Read error: Connection reset by peer) |
| 11:54:24 | * | willwillson joined #nimrod |
| 12:01:24 | * | eigenlicht_ quit (*.net *.split) |
| 12:04:52 | * | eigenlicht_ joined #nimrod |
| 12:08:14 | * | noam joined #nimrod |
| 12:16:06 | * | capivara joined #nimrod |
| 12:26:23 | * | capivara quit (Quit: Page closed) |
| 12:31:26 | * | Pisuke joined #nimrod |
| 12:33:12 | * | MyMind quit (Ping timeout: 245 seconds) |
| 13:23:32 | EXetoC | does byRef do anything now? my destructor is being called with and without it |
| 13:33:13 | * | darkf quit (Quit: Leaving) |
| 13:38:48 | * | francisl joined #nimrod |
| 13:55:47 | * | xcombelle quit (Remote host closed the connection) |
| 14:03:46 | DiffuseStorm | Having a union as an object which must have a name is really awkward for inclusion within another object. objectInstance.union.size.width |
| 14:03:55 | DiffuseStorm | Any way around it? |
| 14:08:51 | EXetoC | a proc? |
| 14:10:00 | DiffuseStorm | huh? The c/c++ name for it is an anonymous union |
| 14:10:22 | DiffuseStorm | oh a getter proc, hmm |
| 14:13:59 | EXetoC | and then you have variants, which might be preferable |
| 14:14:15 | EXetoC | sometimes even when interfacing with C, if the layout matches |
| 14:15:40 | EXetoC | they can't replace it for all use cases though |
| 14:16:05 | DiffuseStorm | ahh I've yet to learn about variants, time to do so. |
| 14:22:26 | dom96 | EXetoC: why would byref affect destructors? |
| 14:24:07 | * | francisl_ joined #nimrod |
| 14:25:13 | * | francisl quit (Ping timeout: 272 seconds) |
| 14:25:14 | * | francisl_ is now known as francisl |
| 14:25:38 | EXetoC | dom96: because said object will never be passed by-copy |
| 14:25:54 | EXetoC | *by-value |
| 14:31:24 | EXetoC | so no temporary should be created. I'll report it. it seems like a bug |
| 14:37:39 | Joe_knock | The discussions about Nimrod on HN are interesting. The rust guys always seem to want to do language battles. |
| 14:54:07 | * | bogen joined #nimrod |
| 14:56:35 | dom96 | Yeah. It's nice to see that people are interested, perhaps the fact that we are on HN less often than Go and Rust fuels people's curiosity. |
| 14:59:27 | bogen | I gave up on Rust when after letting something sit for few months and then updated I found so many things did not work the same, so I'd have to fix my code. After a few rounds of that, no more... |
| 14:59:57 | bogen | I like a lot of Rust's concepts |
| 15:00:15 | dom96 | oh. I hope that you will survive Nimrod's bigbreak branch then. |
| 15:00:51 | bogen | I hope so as well, but from what I'm hearing I don't know if there will be many breaking changes for me |
| 15:01:00 | bogen | plus, all my code is in infancy |
| 15:01:05 | bogen | (my nim code) |
| 15:01:16 | dom96 | Yeah. Also Araq is writing a tool to fix the code. |
| 15:01:27 | bogen | I went through the breaking changes several times with Rust |
| 15:01:53 | * | io2_ is now known as io2 |
| 15:02:19 | bogen | but but it was also not those changes, the kind of stuff I want to do I can do easily in Nim |
| 15:02:32 | bogen | (metacompilation stuff) |
| 15:02:57 | bogen | in Nim what is a few line macro in Rust is a few pages of code |
| 15:03:38 | dom96 | Interesting. I haven't personally tried Rust's macros yet, I guess I really should. |
| 15:03:55 | dom96 | But i've got barely enough time for nim nowadays :\ |
| 15:04:23 | * | tillzy joined #nimrod |
| 15:04:35 | bogen | cs should not break me. I've been spelling stuff from libraries exactly like it is in the Library |
| 15:05:33 | bogen | in other words, I've been totally ignoring the fact the Nim is case/style insensitive on symbol names, and treating it as if it were sensitive |
| 15:06:00 | bogen | and I've not been using strong spaces |
| 15:11:50 | bogen | I've been watching the bigbreak discussions, I'm not concerned |
| 15:12:47 | dom96 | that's good |
| 15:17:46 | bogen | well, I need to head to work. ttyl |
| 15:18:07 | * | bogen quit (Quit: Leaving.) |
| 15:29:57 | * | bjz quit (Read error: Connection reset by peer) |
| 15:30:13 | * | bjz joined #nimrod |
| 15:41:45 | * | adrusi joined #nimrod |
| 15:59:13 | NimBot | nimrod-code/babel master 3c1248c Dominik Picheta [+0 ±2 -0]: Use Nim binary if it exists. |
| 16:05:07 | Joe_knock | Have any of you seen the "myth of the genius programmer"? |
| 16:12:26 | * | kunev quit (Ping timeout: 268 seconds) |
| 16:12:57 | * | Joe_knock quit (Quit: Leaving) |
| 16:14:45 | * | lint_obscura joined #nimrod |
| 16:15:09 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:15:36 | * | adrusi quit (Quit: adrusi) |
| 16:15:37 | * | lint_obscura joined #nimrod |
| 16:16:35 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:17:06 | * | lint_obscura joined #nimrod |
| 16:17:10 | * | Matthias247 joined #nimrod |
| 16:17:54 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:18:23 | * | lint_obscura joined #nimrod |
| 16:19:15 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:19:44 | * | lint_obscura joined #nimrod |
| 16:20:42 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:21:12 | * | lint_obscura joined #nimrod |
| 16:22:16 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:22:26 | * | Jesin joined #nimrod |
| 16:22:44 | * | lint_obscura joined #nimrod |
| 16:23:42 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:24:10 | * | lint_obscura joined #nimrod |
| 16:25:01 | * | q66 joined #nimrod |
| 16:25:09 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:25:39 | * | lint_obscura joined #nimrod |
| 16:25:45 | * | lint_obscura quit (Remote host closed the connection) |
| 16:26:48 | * | Jesin quit (Client Quit) |
| 16:26:57 | * | Sht0 joined #nimrod |
| 16:28:57 | * | lint_obscura joined #nimrod |
| 16:29:06 | * | lint_obscura quit (Max SendQ exceeded) |
| 16:29:34 | * | lint_obscura joined #nimrod |
| 16:30:08 | * | lint_obscura quit (Client Quit) |
| 16:31:12 | * | Lionlkjklsajdlak joined #nimrod |
| 16:31:42 | * | Lionlkjklsajdlak quit (Max SendQ exceeded) |
| 16:42:22 | * | TieSoul joined #nimrod |
| 16:43:33 | * | Jesin joined #nimrod |
| 16:46:45 | * | adrusi joined #nimrod |
| 16:47:48 | * | Jessin joined #nimrod |
| 16:48:14 | * | Jesin quit (Read error: Connection reset by peer) |
| 16:49:40 | * | Jessin is now known as Jesin |
| 16:54:32 | * | icebattle joined #nimrod |
| 16:56:38 | * | kunev joined #nimrod |
| 17:03:12 | * | Alpha222Kappa joined #nimrod |
| 17:03:17 | * | Alpha222Kappa quit (Max SendQ exceeded) |
| 17:03:43 | * | Alpha222Kappa joined #nimrod |
| 17:04:09 | * | willwillson quit (Ping timeout: 264 seconds) |
| 17:04:18 | * | Alpha222Kappa quit (Max SendQ exceeded) |
| 17:04:53 | * | Alpha222Kappa joined #nimrod |
| 17:05:23 | * | Alpha222Kappa quit (Max SendQ exceeded) |
| 17:05:55 | * | Alpha222Kappa joined #nimrod |
| 17:06:25 | * | Alpha222Kappa quit (Max SendQ exceeded) |
| 17:06:48 | * | xcombelle joined #nimrod |
| 17:12:56 | * | Trustable joined #nimrod |
| 17:14:19 | * | noam quit (Ping timeout: 272 seconds) |
| 17:16:36 | * | noam joined #nimrod |
| 17:18:21 | * | adrusi_ joined #nimrod |
| 17:21:32 | * | adrusi quit (Ping timeout: 245 seconds) |
| 17:21:34 | * | adrusi_ is now known as adrusi |
| 17:22:04 | * | Skrylar joined #nimrod |
| 17:26:11 | * | francisl quit (Quit: francisl) |
| 17:31:22 | * | Sht0 quit (Ping timeout: 252 seconds) |
| 17:31:38 | * | kunev quit (Ping timeout: 276 seconds) |
| 17:44:19 | * | adrusi quit (Quit: adrusi) |
| 17:45:39 | * | Joe_knock joined #nimrod |
| 17:45:51 | * | kunev joined #nimrod |
| 17:46:06 | * | Joe_knock quit (Max SendQ exceeded) |
| 17:46:35 | * | Joe_knock joined #nimrod |
| 17:47:26 | * | Joe_knock quit (Max SendQ exceeded) |
| 17:47:53 | * | Joe_knock joined #nimrod |
| 17:48:43 | * | Joe_knock quit (Max SendQ exceeded) |
| 17:49:12 | * | Joe_knock joined #nimrod |
| 17:49:21 | * | Joe_knock quit (Remote host closed the connection) |
| 17:50:50 | * | xenagi joined #nimrod |
| 17:50:51 | * | bjz quit (Read error: Connection reset by peer) |
| 17:51:05 | * | bjz joined #nimrod |
| 17:51:05 | * | francisl joined #nimrod |
| 17:52:36 | Araq | hi francisl welcome |
| 17:57:58 | EXetoC | so Rust < 1.0 is breaking stuff? what a surprise |
| 17:59:07 | EXetoC | can't reproduce the dtor bug of course |
| 18:03:54 | Araq | EXetoC: I plan to delay destructors after 1.0 is out |
| 18:09:33 | EXetoC | well you could just tag them as such, but I'll just store some test cases again |
| 18:10:24 | EXetoC | what bugs are you aware of? I know there are limitations. will the destructor pragma remain and the argument to 'new' go away? |
| 18:11:00 | * | bogen joined #nimrod |
| 18:11:41 | Araq | EXetoC: well the implementation needs to be rewritten completely pretty much |
| 18:14:14 | EXetoC | ok |
| 18:15:21 | Araq | also I'd like to play with escape analysis and destructors are affected |
| 18:17:30 | EXetoC | got it |
| 18:18:20 | EXetoC | bjz: you never watched this episode of C&D? https://www.youtube.com/watch?v=GgrX7uOZqHI (the front fell of, 1990) |
| 18:23:59 | * | Joe_knock joined #nimrod |
| 18:24:25 | Trixar_za | Another South African? |
| 18:24:27 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:24:56 | * | Joe_knock joined #nimrod |
| 18:25:26 | francisl | araq: Hi, thank you |
| 18:25:41 | Araq | Joe_knock: I skimmed it |
| 18:25:46 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:25:52 | Araq | what about it? |
| 18:26:13 | * | Joe_knock joined #nimrod |
| 18:26:42 | EXetoC | borked connection |
| 18:27:11 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:27:39 | * | Joe_knock joined #nimrod |
| 18:28:31 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:29:01 | * | Joe_knock joined #nimrod |
| 18:29:52 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:30:20 | * | Joe_knock joined #nimrod |
| 18:31:08 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:31:29 | Araq | ugh ... getting nimfix to work properly seems as hard as the "complex" disambiguation for foo vs Foo |
| 18:31:36 | * | Joe_knock joined #nimrod |
| 18:32:06 | Araq | maybe cs:partial is not necessary and we shouldn't break backwards compatibility that much |
| 18:32:27 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:32:56 | * | Joe_knock joined #nimrod |
| 18:33:46 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:34:07 | * | kunev quit (Ping timeout: 272 seconds) |
| 18:34:18 | * | Joe_knock joined #nimrod |
| 18:35:16 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:35:48 | * | Joe_knock joined #nimrod |
| 18:36:37 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:37:04 | * | Joe_knock joined #nimrod |
| 18:37:55 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:38:23 | * | Joe_knock joined #nimrod |
| 18:39:24 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:39:53 | * | Joe_knock joined #nimrod |
| 18:40:51 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:41:19 | * | Joe_knock joined #nimrod |
| 18:42:02 | * | willwillson joined #nimrod |
| 18:42:17 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:42:45 | * | Joe_knock joined #nimrod |
| 18:43:17 | * | perturbation joined #nimrod |
| 18:43:35 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:44:04 | * | Joe_knock joined #nimrod |
| 18:45:02 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:45:28 | * | Joe_knock joined #nimrod |
| 18:46:01 | * | adrusi joined #nimrod |
| 18:46:26 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:46:57 | * | Joe_knock joined #nimrod |
| 18:47:52 | Araq | dom96: dialogs.nim should be a babel package, but it either depends on gtk2 or windows.nim |
| 18:47:55 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:47:56 | Araq | how do we handle this? |
| 18:48:09 | Araq | add both dependencies to its babel file? |
| 18:48:23 | * | Joe_knock joined #nimrod |
| 18:48:27 | dom96 | yes |
| 18:48:51 | Araq | makes sense since I might want to cross-compile, I guess |
| 18:49:12 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:49:18 | dom96 | true |
| 18:49:38 | * | Joe_knock joined #nimrod |
| 18:49:40 | dom96 | We can let users specify the OS in later Nimble versions. |
| 18:50:37 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:50:56 | francisl | the link on the home page for the roadmap point to an empty wiki page, is that correct? |
| 18:51:05 | * | Joe_knock joined #nimrod |
| 18:51:05 | dom96 | Araq: What's that switch to tell me what is un-gcsafe? |
| 18:51:24 | Araq | --threadAnalysis:off |
| 18:51:37 | Araq | francisl: er ... no. let me have a look |
| 18:51:55 | dom96 | Araq: No, how do I enable the extra hints? |
| 18:52:03 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:52:10 | Araq | ah damn I renamed the page |
| 18:52:29 | * | Joe_knock joined #nimrod |
| 18:52:38 | Araq | francisl: it is here now: https://github.com/Araq/Nimrod/wiki/Roadmap |
| 18:53:19 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:53:51 | * | Joe_knock joined #nimrod |
| 18:54:01 | Araq | dom96: --warning[GcUnsafe]:on |
| 18:54:07 | dom96 | Araq: thanks |
| 18:54:51 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:55:19 | dom96 | ...ok --threadAnalysis:off it is |
| 18:55:22 | * | Joe_knock joined #nimrod |
| 18:56:24 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:56:52 | * | Joe_knock joined #nimrod |
| 18:57:40 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:58:08 | * | Joe_knock joined #nimrod |
| 18:58:23 | Araq | Joe_knock: please fix your connection |
| 18:58:50 | Joe_knock | Araq: I give up with freenode. I will logout in 5 mins. apologies. |
| 18:59:08 | * | Joe_knock quit (Max SendQ exceeded) |
| 18:59:26 | * | xcombelle quit (Quit: Quitte) |
| 19:02:01 | * | brson joined #nimrod |
| 19:08:38 | willwillson | is float 64bit on 32bit arch? |
| 19:09:22 | Araq | it's always 64bit |
| 19:09:30 | willwillson | thanks |
| 19:16:33 | * | Trustable quit (Quit: Leaving) |
| 19:27:36 | * | bjz quit (Read error: Connection reset by peer) |
| 19:27:50 | * | bjz joined #nimrod |
| 19:30:02 | * | bjz quit (Read error: Connection reset by peer) |
| 19:30:20 | * | bjz joined #nimrod |
| 19:34:50 | * | perturbation quit (Quit: Leaving) |
| 19:39:41 | * | untitaker quit (Ping timeout: 260 seconds) |
| 19:41:22 | * | flaviu joined #nimrod |
| 19:43:05 | * | flaviu quit (Remote host closed the connection) |
| 19:43:25 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 19:43:52 | * | perturbation joined #nimrod |
| 19:45:55 | * | untitaker joined #nimrod |
| 19:45:56 | * | untitaker quit (Excess Flood) |
| 19:46:25 | * | untitaker joined #nimrod |
| 19:50:48 | * | noam_ joined #nimrod |
| 19:51:22 | * | francisl quit (Ping timeout: 240 seconds) |
| 19:52:58 | * | francisl joined #nimrod |
| 19:53:51 | * | noam quit (Ping timeout: 255 seconds) |
| 19:57:04 | * | Joe_knock joined #nimrod |
| 19:57:30 | * | Joe_knock quit (Max SendQ exceeded) |
| 20:19:17 | * | adrusi quit (Read error: Connection reset by peer) |
| 20:19:32 | * | adrusi joined #nimrod |
| 20:22:42 | Araq | dom96: do you agree on http://forum.nimrod-lang.org/t/549 ? |
| 20:23:25 | dom96 | which part? |
| 20:23:27 | * | ics joined #nimrod |
| 20:23:27 | * | Joe_knock joined #nimrod |
| 20:23:35 | Araq | my latest reply |
| 20:23:46 | Joe_knock | Araq: Am I ok now? |
| 20:23:50 | Joe_knock | Test? |
| 20:23:58 | Joe_knock | Is freenode throwing me off? |
| 20:24:08 | Araq | Joe_knock: looks like you're ok |
| 20:24:31 | dom96 | Joe_knock: if it happens again you may be able to get some help in #freenode |
| 20:24:54 | dom96 | Araq: i'll have to read graydon's blog post I guess |
| 20:25:13 | Joe_knock | dom96: I am running through the amsterdam server. I think the irc.freenode.net server gets hit a lot. |
| 20:25:29 | Araq | so ... what about genius programmers, Joe_knock ? |
| 20:26:06 | Fr4n | * Joe_knock has quit (Max SendQ exceeded) |
| 20:26:15 | Joe_knock | Araq: dom96: Yes, good that you're both here. |
| 20:26:16 | Fr4n | it means your client is spamming |
| 20:26:41 | Araq | lol, thank you! |
| 20:26:42 | Joe_knock | Fr4n: It was throwing me off by itself. |
| 20:27:19 | dom96 | Fr4n: I think it means that the client is sent messages faster than it can receive it. |
| 20:27:22 | Araq | but we're not geniuses ... ok, maybe dom96 is ... :-) |
| 20:27:45 | dom96 | Araq: If anyone is a genius it is you kind sir :) |
| 20:31:17 | Joe_knock | Araq, dom96: I didn't watch the entire video, but there was an interesting mention about something (I can't recall the exact name) along the lines of programmer productivity. Where if one of the 2-5 nimrod geniuses disappears on sabbatical, the codebase might get stuck. |
| 20:33:12 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
| 20:33:26 | Araq | Joe_knock: nim's bus factor is 3-4 afaict. this is not good, but you'd be surprised how low this number is for other open source projects |
| 20:34:56 | Joe_knock | Araq: Thanks for intuitively knowing what I was referring to. Yes, bus factor is the right word. Hopefully I am going to change that by contributing to some of dom96s projects, with a ton of comments for those gtk examples and web-framework code. |
| 20:36:19 | dom96 | Joe_knock: awesome :D |
| 20:37:14 | dom96 | brb |
| 20:37:15 | Joe_knock | dom96: I liked how you mentioned that you've played a significant role here. Being small does its advantages for early-adopters. |
| 20:38:58 | * | adrusi quit (Quit: adrusi) |
| 20:39:28 | EXetoC | Fr4n: some website said it had to do with the inability to receive messages quickly enough |
| 20:39:44 | EXetoC | oh |
| 20:39:52 | EXetoC | should've read on |
| 20:41:32 | * | adrusi joined #nimrod |
| 20:41:35 | EXetoC | Araq: more than 2 people are actually able to extend the language? |
| 20:44:19 | EXetoC | Joe_knock: the 'bus' would be the compiler though, right? still, it's nice to get more devs obviously |
| 20:44:34 | EXetoC | no that's not right at all |
| 20:45:07 | EXetoC | you can indeed not get killed by the compiler |
| 20:45:11 | EXetoC | you know what I mean :p |
| 20:47:12 | EXetoC | how common are the characters o, l and .? those keys are starting to break or something |
| 20:48:35 | * | adrusi quit (Ping timeout: 276 seconds) |
| 20:48:37 | * | adrusi_ joined #nimrod |
| 20:48:38 | * | adrusi_ is now known as adrusi |
| 20:49:19 | Araq | EXetoC: zahary, Jehan, me makes 3. others are able to hack the compiler too |
| 20:50:11 | Araq | but it's an open question what really happens if I get hit by a bus |
| 20:50:51 | perturbation | ...become more powerful than was ever thought possible? |
| 20:51:44 | EXetoC | remember to look left and right twice before crossing |
| 20:51:45 | Joe_knock | I suppose compiler and language design choices would both be 5 or less, EXetoC |
| 20:52:51 | * | adrusi quit (Client Quit) |
| 20:53:21 | * | Ven joined #nimrod |
| 20:53:21 | * | Ven quit (Client Quit) |
| 20:54:28 | Araq | EXetoC: "being able to hack the compiler" is unfortunately not nearly enough. one also needs plenty of free time... |
| 20:55:42 | * | francisl quit (Quit: francisl) |
| 20:56:43 | Araq | but hey, if the technology is important enough that you make money with it, you can always hire a guy who can maintain a compiler, right?! |
| 20:57:52 | Araq | it's not like the compiler uses *any* advanced algorithms anyway |
| 20:58:03 | Araq | SSA representation? nope. |
| 20:58:10 | Araq | native code generation? nope. |
| 20:58:24 | * | francisl joined #nimrod |
| 20:58:25 | Joe_knock | Araq: Perhaps we need to find a way to lessen the burden on you. |
| 20:58:36 | * | Jehan_ joined #nimrod |
| 20:59:11 | reactormonk | Joe_knock, start coding ;-) |
| 20:59:54 | EXetoC | so bus factor 1, kind off. stay inside and stay safe |
| 21:00:02 | Joe_knock | reactormonk: My noob code will be so bad that the compiler itself will give me F on code-reviews :'D |
| 21:00:26 | reactormonk | Joe_knock, screw that. There's a few easy things to mess around with. |
| 21:02:32 | reactormonk | Joe_knock, you could create a few babel packages from stdlib e.g. |
| 21:02:38 | Joe_knock | reactormonk: My target is set on commentifying dom96s code :P |
| 21:03:03 | Joe_knock | that too! |
| 21:03:05 | reactormonk | Joe_knock, so be it |
| 21:03:14 | Joe_knock | but for now. Sleep |
| 21:03:20 | Joe_knock | take care all. |
| 21:03:32 | * | Joe_knock left #nimrod ("Leaving") |
| 21:16:46 | dom96 | I think that anyone will be able to extend the compiler if they have enough time to do so. |
| 21:16:59 | dom96 | It's not like it's written in Brainfuck. |
| 21:17:43 | * | nande joined #nimrod |
| 21:18:22 | * | dom96 wonders what code of his is not well commented :( |
| 21:22:48 | Jehan_ | dom96: Heh. I think pretty much every programmer has some undercommented code. |
| 21:23:43 | Jehan_ | Because when you write it, it's blindingly obvious. It's only when other people see it (or you yourself, a few months down the road) that you discover it's not quite that clear. |
| 21:23:57 | dom96 | Good point. |
| 21:24:36 | Jehan_ | That's why I have the habit to be verbose with identifiers. Even if I undercomment code, that makes it easier to reconstruct its meaning. |
| 21:25:09 | dom96 | Araq: The "The Not Rocket Science Rule Of Software Engineering" as graydon calls it, i.e. "automatically maintain a repository of code that always passes all the tests", sounds like a pretty good idea. |
| 21:25:30 | Jehan_ | dom96: It is, the problem is that it has scaling problems. |
| 21:26:49 | Jehan_ | It's really hard to do with a very active project and high test coverage. |
| 21:27:17 | Jehan_ | When the time to run tests significantly exceeds commit frequency, you can really test only every so often. |
| 21:27:39 | dom96 | Yeah. Only thing you can do is throw more machines at it, we simply don't have the resources. |
| 21:27:55 | Jehan_ | Or you can test intermittently. |
| 21:28:18 | Jehan_ | Run nightly tests, update the "passed all tests" version after. |
| 21:28:40 | Jehan_ | The problem then is that your active development branch can run way behind the "passed all tests" branch. |
| 21:29:22 | dom96 | hrm, I feel like I don't quite understand how this is actually supposed to work. |
| 21:29:42 | Jehan_ | Also, on a practical note: I work off "devel" personally and really haven't had any problems (beyond bugs that were already there long ago). |
| 21:29:59 | dom96 | nimbuild already tests each push |
| 21:30:28 | Jehan_ | It's not like building off master or devel is a huge risk. The thing that broke was bootstrapping via csources. |
| 21:30:32 | dom96 | It does get clogged up sometimes when Araq decides to pull a lot of PRs. |
| 21:33:52 | Jehan_ | Hmm, the compiler really gets noisy with a lot of Babel packages. |
| 21:35:42 | Araq | dom96, Jehan_ I still think my major point stands: you cannot reasonably develop against a commit version of the compiler |
| 21:36:33 | dom96 | Araq: yes, you should either develop against a released version or keep up to date with devel (or a branch of your choosing) |
| 21:36:42 | Jehan_ | Araq: It depends. I need little but the stdlib myself for my current work, so package dependencies aren't a big issue for me. |
| 21:37:15 | Araq | "you need to use the devel version of the compiler it contains a critical bugfix" doesn't work. You either |
| 21:37:27 | Araq | a) workaround so that it works with latest stable |
| 21:37:52 | Araq | b) delay the release until a new compiler has been released |
| 21:38:24 | Araq | and optionally (c) push us to get releases out quicklier |
| 21:40:01 | Jehan_ | Araq: I use devel for dogfooding purposes. Basically, I'm volunteering as guinea pig. :) |
| 21:40:23 | Jehan_ | as a* |
| 21:41:05 | Araq | Jehan_: well everybody is free what he wants to do obviously, but I'm talking about Babel packages |
| 21:41:40 | Jehan_ | Araq: Agreed. |
| 21:41:58 | Araq | and especially things like SDL, opengl, jester etc. that have some high chance of being used ;-) |
| 21:44:44 | dom96 | I think I should create a cool website to show off Jester. |
| 21:47:15 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 21:51:38 | * | francisl quit (Ping timeout: 276 seconds) |
| 22:01:50 | imjoe` | dom96: yes show off jester! and if you can have an example using bigbreak and routes being handled in async manner, *and* websockets being handled in same processs, that would be beezneez :-) |
| 22:02:49 | dom96 | ahh yes, websockets are the cool thing nowadays. |
| 22:03:00 | dom96 | imjoe`: Did you get your web crawler working? |
| 22:03:18 | dom96 | imjoe`: For some reason I am now not able to reproduce that crash. |
| 22:06:52 | imjoe` | yes, by limiting the poll() it didn't crash (i think..) something like if x mod 10: poll(); |
| 22:07:25 | imjoe` | i am hoping to have it run full bore and benchmark against a ruby eventmachine version by the end of the week |
| 22:10:25 | * | Mat3 joined #nimrod |
| 22:10:27 | Mat3 | hello |
| 22:11:02 | * | BlaXpirit quit (Ping timeout: 245 seconds) |
| 22:13:21 | dom96 | imjoe`: I still think you should try adding a concurrency constant and only run that many requests at the same time. |
| 22:14:32 | imjoe` | dom96: well yes, but i want that constant to be like 1K and my dataset was only 1K :-) |
| 22:17:08 | dom96 | imjoe`: I see lol. I'll try to play around with it a bit more later too. See if I can make it faster. Might be good to add a timeout to the requests for example because some seem to get stuck. |
| 22:18:35 | Araq | hi Mat3 how's progress on your C compiler / native codegen? |
| 22:19:11 | * | Demos joined #nimrod |
| 22:23:15 | Mat3 | Araq: I test/code an AOT environment at current (which seem to work fine) and start recoding the C compiler in Nim[rod] |
| 22:24:20 | * | Pisuke quit (Ping timeout: 252 seconds) |
| 22:24:32 | Araq | ok nice |
| 22:29:22 | * | vendethiel- quit (Ping timeout: 240 seconds) |
| 22:30:35 | Mat3 | for this I had written a new backend for AMD64 because these new Atom architecture from Intel is not able to decode opcode streams with more than 3-4 prefixes so code lenght is much more important than before |
| 22:34:19 | Mat3 | (compiled code now perform better even on tablets with Intel CPU) |
| 22:34:37 | * | darkf joined #nimrod |
| 22:34:49 | * | Mat3 AMD64 alias X86-64 sucks |
| 22:36:22 | Mat3 | ^I mean 3-4 prefixes per cycle |
| 22:36:52 | * | Pisuke joined #nimrod |
| 22:36:53 | Araq | cool |
| 22:38:17 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 22:39:42 | * | bogen quit (Quit: Leaving.) |
| 22:41:32 | Mat3 | and I slowly work on a web representation for these project |
| 22:42:11 | dom96 | anything we can test yet? |
| 22:44:07 | Mat3 | you can write some nice NAVM routines which are compiled to native code though an inline assembler at moment |
| 22:48:46 | Mat3 | or compile NAVM streams which can be executed though your GPU if you want if you have the right model |
| 22:49:00 | Mat3 | ^and if you have the right model |
| 22:49:47 | Araq | what's NAVM againß |
| 22:49:48 | Araq | ? |
| 22:50:02 | dom96 | Mat3: Do you have the code anywhere? |
| 22:50:48 | dom96 | anywhere public that is |
| 22:50:56 | Mat3 | I think to post the link to the repo some time ago |
| 22:51:32 | * | flaviu joined #nimrod |
| 22:52:57 | * | Jesin quit (Quit: Leaving) |
| 22:57:35 | Araq | Mat3: well yes. can you post the link again please? |
| 22:59:13 | Mat3 | https://www.assembla.com/code/vanar/git/nodes/master/src/navmFrontend.nim |
| 22:59:43 | Mat3 | just realize my git repro is still broken, so no sync yet |
| 23:00:08 | dom96 | what's wrong with it? |
| 23:00:17 | Mat3 | I will upload a compressed archive |
| 23:00:47 | Mat3 | it seem to be a version conflict |
| 23:04:44 | NimBot | Araq/Nimrod bigbreak 00b6a14 Dominik Picheta [+0 ±3 -0]: More empty stmt fixes. |
| 23:04:44 | NimBot | Araq/Nimrod bigbreak fce0a89 Dominik Picheta [+0 ±1 -0]: Added more information to the news. |
| 23:04:44 | NimBot | Araq/Nimrod bigbreak 205b765 Dominik Picheta [+0 ±1 -0]: Fixes case in cgi module. |
| 23:04:44 | NimBot | Araq/Nimrod bigbreak 6cc4437 Dominik Picheta [+0 ±1 -0]: Changes source build recommendations on website. |
| 23:04:52 | Mat3 | my daughter awaked, I look at these server mess tomorrow |
| 23:05:51 | Mat3 | ciao |
| 23:05:56 | * | Mat3 quit (Quit: Verlassend) |
| 23:10:16 | NimBot | Araq/Nimrod bigbreak 4d2ff28 Dominik Picheta [+0 ±1 -0]: Fix case issues in compiler/docgen. |
| 23:11:24 | Araq | dom96: what did you change? docgen has been fixed case for months now |
| 23:12:40 | dom96 | cgi URLencode -> urlEncode |
| 23:12:57 | Araq | oh hrm ok |
| 23:13:54 | Jehan_ | Hmm, it looks as though staticExec()/gorge() has problems with output greater than the buffer size. |
| 23:15:04 | Jehan_ | Yeah, waitForExit is in the wrong place. |
| 23:15:22 | Araq | fix it on devel please |
| 23:15:27 | Jehan_ | On it. |
| 23:15:35 | Araq | I changed my mind, bugfixes should go to devel |
| 23:15:58 | Jehan_ | There's also a related problem with processes that have both input and output greater than the buffer size. |
| 23:16:20 | Jehan_ | But that's tricky to fix without some reengineering. The big output problem is an easy fix. |
| 23:16:31 | * | perturbation quit (Quit: Leaving) |
| 23:17:27 | NimBot | Araq/Nimrod bigbreak 0b229fa Dominik Picheta [+0 ±1 -0]: Fixes tester. |
| 23:18:21 | Jehan_ | I found out trying to embed a cpio archive. :) |
| 23:26:25 | Jehan_ | Hmm, I realize that staticExec() also has problems with binary data. |
| 23:27:48 | Jehan_ | But that's another issue, let's fix it first for text. |
| 23:31:14 | * | bogen joined #nimrod |
| 23:32:41 | Araq | dom96: did you add .deprecated: [URLencode: urlEncode] ? |
| 23:38:53 | dom96 | Araq: no |
| 23:39:24 | Araq | well you should |
| 23:39:43 | Araq | btw why not 'encodeUrl'? |
| 23:39:51 | Araq | makes more sense |
| 23:40:38 | dom96 | i'd rather just make CS changes |
| 23:41:17 | Araq | nah, .deprecated works really well |
| 23:41:24 | Araq | no need to be conservative |
| 23:41:55 | dom96 | well I don't feel like changing everything again |
| 23:42:02 | dom96 | so if you want that then do it |
| 23:42:16 | Araq | ok |
| 23:42:17 | dom96 | and fix nimforum while you're at it |
| 23:42:31 | Araq | what's wrong with it? |
| 23:42:47 | NimBot | Araq/Nimrod bigbreak 055ed51 Dominik Picheta [+0 ±1 -0]: Add depraction warnings for URLencode/decode. |
| 23:42:49 | dom96 | it uses urlEncode |
| 23:43:17 | Araq | with my patch it doesn't need fixing |
| 23:44:59 | dom96 | what will you do, add urlEncode: encodeUrl too? |
| 23:45:11 | dom96 | I guess you can do that |
| 23:45:39 | Araq | well no, I'll have URLEncode: encodeUrl |
| 23:47:36 | dom96 | yes, and you will break it |
| 23:47:56 | Araq | oh ok |
| 23:53:32 | * | tillzy quit (Quit: tillzy) |
| 23:53:35 | * | Jehan_ quit (Quit: Leaving) |
| 23:55:43 | * | boydgreenfield joined #nimrod |