| 00:00:10 | Araq | btw we should really think about: type Path = distinct string |
| 00:00:17 | Araq | bye |
| 00:02:37 | * | boydgreenfield quit (Quit: boydgreenfield) |
| 00:10:52 | * | boydgreenfield joined #nimrod |
| 00:12:07 | * | woodgiraffe quit (Ping timeout: 256 seconds) |
| 00:14:44 | * | woodgiraffe joined #nimrod |
| 00:37:34 | * | boydgreenfield quit (Quit: boydgreenfield) |
| 00:43:06 | * | boydgreenfield joined #nimrod |
| 00:43:33 | * | brson quit (Ping timeout: 240 seconds) |
| 01:01:48 | Skrylar | hm. |
| 01:02:36 | Skrylar | I was hoping a macro could resolve an identifier to an object name. |
| 01:06:21 | * | bjz_ joined #nimrod |
| 01:26:00 | * | q66 quit (Quit: Leaving) |
| 01:31:00 | boydgreenfield | Quick question for anyone that’s up — if I wanted to submit a PR to add support for the MAP_POPULATE flag with mmap on Linux systems, would people want it to be an optional argument to memfiles.open() or a default flag that’s always on? (In my experience, I’ve never seen MAP_POPULATE hurt, though it can help a lot with page faults in some cases). |
| 01:31:32 | * | ics quit (Ping timeout: 245 seconds) |
| 01:34:14 | * | bjz_ quit (Quit: Textual IRC Client: www.textualapp.com) |
| 01:35:53 | * | boydgreenfield quit (Quit: boydgreenfield) |
| 01:38:03 | flaviu | How about an optional default? |
| 01:38:21 | flaviu | oh, a bit late |
| 01:41:09 | * | ics joined #nimrod |
| 01:56:23 | * | flaviu quit (Ping timeout: 264 seconds) |
| 02:07:28 | * | Fx00F joined #nimrod |
| 02:16:54 | * | saml_ joined #nimrod |
| 02:33:19 | * | flaviu joined #nimrod |
| 02:48:07 | * | ics quit (Ping timeout: 245 seconds) |
| 03:10:46 | * | ics joined #nimrod |
| 03:12:44 | * | BitPuffin quit (Ping timeout: 260 seconds) |
| 03:12:52 | * | bugsnrugs joined #nimrod |
| 03:14:47 | * | bugsnrugs quit (Client Quit) |
| 03:16:28 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 03:17:36 | * | bugsnrugs joined #nimrod |
| 03:26:46 | * | ics joined #nimrod |
| 03:32:21 | * | xenagi quit (Quit: Leaving) |
| 03:34:19 | * | saml_ quit (Ping timeout: 250 seconds) |
| 03:36:29 | * | mwbrown quit (Ping timeout: 250 seconds) |
| 04:01:08 | * | Jesin quit (Quit: Leaving) |
| 04:09:25 | * | flaviu quit (Ping timeout: 250 seconds) |
| 04:10:04 | * | bugsnrugs quit (Quit: This computer has gone to sleep) |
| 04:48:09 | * | Jesin joined #nimrod |
| 04:53:48 | * | Jesin quit (Quit: Leaving) |
| 04:55:07 | * | Jesin joined #nimrod |
| 04:55:18 | * | Jesin quit (Read error: Connection reset by peer) |
| 04:56:51 | * | Jesin joined #nimrod |
| 04:58:33 | * | gsingh93 joined #nimrod |
| 05:02:37 | * | Varriount_ joined #nimrod |
| 05:05:16 | * | Varriount quit (Ping timeout: 240 seconds) |
| 05:06:58 | * | nande quit (Remote host closed the connection) |
| 05:31:17 | * | kshlm joined #nimrod |
| 05:37:49 | * | bsoist joined #nimrod |
| 05:38:52 | * | boydgreenfield joined #nimrod |
| 05:45:03 | boydgreenfield | Oops sorry I got disconnected shortly after asking that. Will try and follow up tomorrow. (Question was re: community preference on structuring a PR for adding the MAP_POPULATE flag into the memfiles.nim module) |
| 05:45:58 | * | bsoist quit (Remote host closed the connection) |
| 05:58:27 | * | Fx00F quit (Quit: leaving) |
| 06:38:35 | * | bjz quit (Ping timeout: 256 seconds) |
| 06:50:41 | * | boydgreenfield quit (Quit: boydgreenfield) |
| 06:50:53 | * | bjz joined #nimrod |
| 07:02:14 | * | Demos quit (Read error: Connection reset by peer) |
| 07:07:16 | * | goobles joined #nimrod |
| 07:21:41 | * | kunev joined #nimrod |
| 07:41:52 | * | johnsoft quit (Ping timeout: 245 seconds) |
| 07:42:53 | * | johnsoft joined #nimrod |
| 08:21:41 | * | darkf quit (Read error: Connection reset by peer) |
| 08:23:11 | * | darkf joined #nimrod |
| 09:02:42 | * | q66 joined #nimrod |
| 09:03:14 | * | BitPuffin joined #nimrod |
| 09:21:33 | * | darkf_ joined #nimrod |
| 09:23:35 | * | darkf quit (Ping timeout: 250 seconds) |
| 09:27:31 | * | darkf_ is now known as darkf |
| 09:59:33 | * | johnsoft quit (Ping timeout: 240 seconds) |
| 10:00:46 | * | johnsoft joined #nimrod |
| 10:41:03 | * | bdsatish joined #nimrod |
| 10:43:16 | * | EXetoC joined #nimrod |
| 10:43:38 | * | EXetoC quit (Client Quit) |
| 10:46:55 | * | io2 joined #nimrod |
| 11:25:03 | * | xenagi joined #nimrod |
| 11:56:09 | * | mwbrown joined #nimrod |
| 11:56:15 | * | saml_ joined #nimrod |
| 11:56:54 | * | bdsatish left #nimrod (#nimrod) |
| 12:29:46 | * | xenagi quit (Quit: Leaving) |
| 12:31:54 | * | flaviu joined #nimrod |
| 12:33:37 | * | untitaker quit (Ping timeout: 245 seconds) |
| 12:39:55 | * | untitaker joined #nimrod |
| 12:44:32 | * | malthe joined #nimrod |
| 12:44:44 | malthe | is the emacs nimrod-mode.el actively maintained? |
| 12:44:48 | malthe | I can't install under emacs 24 |
| 12:48:09 | flaviu | malthe: It doesn't seem to have an active maintainer, but a few people seem to have forked it on github. |
| 12:48:37 | flaviu | looking over the forks, https://github.com/lyro/nimrod-mode has been updated most recently |
| 12:56:25 | * | saml_ quit (Quit: Leaving) |
| 12:59:49 | * | mwbrown quit (Ping timeout: 250 seconds) |
| 12:59:57 | def- | I made my random nimrod code into testcases (which is where the recent issues come from). A lot breaks with tcc and cpp, should I extract bug reports from them? |
| 13:04:12 | def- | Oh, and it's here in case someone wants to keep their CPU busy: https://github.com/def-/nimrod-unsorted/blob/master/test_all.nim |
| 13:38:19 | goobles | nimrod so boss |
| 13:38:24 | goobles | u inject statements |
| 13:38:32 | goobles | and somehow that compiles nimrod |
| 13:39:53 | goobles | what does {.inject.} do |
| 13:42:14 | * | darkf quit (Quit: Leaving) |
| 13:43:40 | flaviu | it inserts that variable into the target code with that name |
| 13:43:58 | flaviu | if you call a template that injects foo, you can use foo as a variable |
| 13:50:27 | goobles | let it {.inject.} = name |
| 13:50:34 | goobles | so that replaces the inject with contents of name? |
| 14:00:33 | * | kshlm quit (Ping timeout: 240 seconds) |
| 14:03:30 | * | Demos joined #nimrod |
| 14:17:59 | * | johnsoft quit (Ping timeout: 264 seconds) |
| 14:18:41 | * | johnsoft joined #nimrod |
| 14:35:08 | flaviu | goobles: no, it means that outside the template, I can do it[123], foo(it) or any other operation with foo |
| 14:35:35 | flaviu | it sets a variable `it`, outside the scope of the template, to `name` |
| 14:39:41 | * | malthe quit (Ping timeout: 256 seconds) |
| 15:27:03 | * | BitPuffin quit (Ping timeout: 240 seconds) |
| 15:33:20 | goobles | anyone use nimrod 4 real stuff, or everyone just work on nimrod to learn nimrod |
| 15:35:40 | * | Trustable joined #nimrod |
| 15:38:31 | flaviu | Jehan is doing some math stuff, Skrylar is making a game, filwit is making a game engine, Araq is doing something super secret, another guy is using it for one-off programs |
| 15:41:42 | * | mwbrown joined #nimrod |
| 15:42:05 | goobles | oh, what u use it for? |
| 15:42:24 | flaviu | Nothing really, I just mess around with it |
| 15:43:23 | Demos | I am learning graphics programming using nimrod |
| 15:43:26 | Demos | quite delightful really |
| 15:43:35 | Demos | even when using pretty low level C libraries |
| 15:55:55 | * | brson joined #nimrod |
| 15:57:41 | * | BitPuffin joined #nimrod |
| 16:10:22 | * | Matthias247 joined #nimrod |
| 16:25:42 | * | kunev quit (Ping timeout: 245 seconds) |
| 16:26:01 | * | shodan45 joined #nimrod |
| 16:52:11 | * | BitPuffin quit (Ping timeout: 264 seconds) |
| 16:57:30 | * | BitPuffin joined #nimrod |
| 17:08:50 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 17:15:54 | * | ics quit (Ping timeout: 255 seconds) |
| 17:16:25 | * | boydgreenfield joined #nimrod |
| 17:17:52 | * | ics joined #nimrod |
| 17:19:29 | * | BitPuffin quit (Ping timeout: 255 seconds) |
| 17:22:45 | * | Trustable quit (Quit: Leaving) |
| 17:26:41 | * | BitPuffin joined #nimrod |
| 17:32:18 | * | kunev joined #nimrod |
| 17:46:59 | * | leru joined #nimrod |
| 18:27:25 | * | flaviu quit (Read error: Connection reset by peer) |
| 18:28:14 | * | flaviu joined #nimrod |
| 18:30:41 | * | Ven joined #nimrod |
| 18:55:38 | * | kunev quit (Ping timeout: 260 seconds) |
| 19:27:12 | * | kunev joined #nimrod |
| 19:45:52 | * | Fx00F joined #nimrod |
| 19:46:50 | * | bugsnrugs joined #nimrod |
| 19:46:54 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 19:48:51 | * | malthe joined #nimrod |
| 19:52:16 | * | Ven joined #nimrod |
| 19:55:59 | * | bugsnrugs quit (Quit: Leaving) |
| 20:01:53 | jh32 | hi, what would be the right way to get the free-/dfly-bsd build fix in (http://flpsed.org/tmp/nimrod_dfly.diff)? |
| 20:05:32 | * | Johz joined #nimrod |
| 20:11:48 | flaviu | jh32: Development is on github, so just send a PR to https://github.com/Araq/Nimrod |
| 20:13:28 | jh32 | ok, thanks |
| 20:22:49 | * | adoniscik joined #nimrod |
| 20:26:10 | * | kunev quit (Ping timeout: 260 seconds) |
| 20:30:12 | * | eigenlicht joined #nimrod |
| 20:30:13 | Araq | jh32: this is not a PR |
| 20:30:28 | Araq | I can of course apply it anyway |
| 20:32:06 | jh32 | ah sorry, whatever is easier for you |
| 20:32:52 | * | leru quit (Ping timeout: 246 seconds) |
| 20:41:31 | * | Jehan_ joined #nimrod |
| 21:02:56 | Araq | dom96: why is only processClient produced? |
| 21:03:18 | Araq | I mean only its generated code is listed when compiling asynchttpserver |
| 21:03:51 | dom96 | Araq: Because I limited it to that |
| 21:04:05 | dom96 | otherwise there is too much output from other functions |
| 21:10:48 | * | BlameStross quit (Ping timeout: 240 seconds) |
| 21:11:42 | * | BlameStross joined #nimrod |
| 21:12:50 | * | jyc left #nimrod ("Leaving") |
| 21:15:37 | * | Jehan_ quit (Quit: Leaving) |
| 21:15:48 | * | BlameStross quit (Ping timeout: 240 seconds) |
| 21:16:27 | * | Jehan_ joined #nimrod |
| 21:21:04 | * | nande joined #nimrod |
| 21:22:37 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 21:35:29 | * | BlameStross joined #nimrod |
| 21:43:22 | * | Mat3 joined #nimrod |
| 21:43:29 | Mat3 | hi all |
| 21:46:30 | adoniscik | hello there |
| 21:48:04 | Araq | servus |
| 21:48:44 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
| 21:51:03 | Araq | Mat3: how's the progress on the native code backend? |
| 21:51:31 | * | Johz quit (Quit: Leaving) |
| 21:59:28 | * | zahary quit (Quit: Leaving.) |
| 22:00:59 | Mat3 | hi Araq |
| 22:01:08 | * | BitPuffin quit (Ping timeout: 260 seconds) |
| 22:01:45 | Araq | Mat3: how's the progress on the native code backend? |
| 22:01:50 | Mat3 | the code generator is finished (beside some bug fixing) |
| 22:02:07 | Araq | yay |
| 22:02:21 | Araq | how do we integrate it into the core? |
| 22:03:05 | dom96 | Mat3: when can I try it? :P |
| 22:04:23 | Mat3 | I'm working currently on a little monitor program which can be used by Nimrod's code generator |
| 22:04:55 | Mat3 | another possibitlity would be writing a backend for Small C |
| 22:05:50 | Mat3 | the first approach would have the advantage of possible code introspection (?) at runtime |
| 22:07:47 | Mat3 | ^possibility |
| 22:08:48 | dom96 | Is it currently integrated with the Nimrod compiler? if not then how does it work? |
| 22:09:16 | Araq | Mat3: I think the best way is to copy&paste&modify vmgen.nim to use your code generator instead of generating bytecode |
| 22:09:38 | * | boydgreenfield quit (Quit: boydgreenfield) |
| 22:10:18 | Araq | but it also depends on whether you generate the ELF/EXE/OBJ format or not |
| 22:12:15 | Araq | Mat3: your codegen is designed for JIT compilation, right? |
| 22:12:23 | Mat3 | yes |
| 22:12:58 | Mat3 | dom96: think of it in terms of JIT compilation |
| 22:17:15 | Mat3 | Araq: there exist an inline assembler already so I hope to patch your vm |
| 22:17:45 | Mat3 | I can also try patching cgen for direct native-code generation |
| 22:17:55 | Araq | yup |
| 22:18:06 | * | shodan45 quit (Quit: Konversation terminated!) |
| 22:18:25 | Araq | well I can only guess what is easier to modify |
| 22:19:07 | Araq | but I guess vmgen is much easier to work with |
| 22:19:34 | Mat3 | simply let's try and see |
| 22:21:53 | * | Trustable joined #nimrod |
| 22:22:17 | Mat3 | beside: Does see someone a demand for ARMv8 devices (would be easy to write a backend) ? |
| 22:23:24 | dom96 | I think demand will be there. Smartphones dominate nowadays. |
| 22:25:17 | * | malthe quit (Ping timeout: 245 seconds) |
| 22:26:20 | Mat3 | ok, I add the port to my list |
| 22:27:02 | dom96 | Mat3: Which CPUs will/does your backend support? |
| 22:29:00 | Araq | btw there is a new small C compiler that is worth checking out: https://github.com/rui314/8cc |
| 22:29:15 | Araq | only generates code for x86_64 afaict |
| 22:29:40 | Mat3 | x86_64, x86 at current |
| 22:29:49 | Araq | but somebody should try it out |
| 22:31:45 | Mat3 | I plan to add ARMv7, PowerPC and Coldfire backends + ARMv8 |
| 22:31:50 | Mat3 | at current |
| 22:32:16 | Araq | ARM is most important |
| 22:33:59 | Mat3 | right, other ports can wait |
| 22:37:11 | Mat3 | get some sleep, ciao |
| 22:38:43 | * | Mat3 quit (Quit: Verlassend) |
| 22:42:53 | * | darkf joined #nimrod |
| 22:43:30 | * | Trustable quit (Quit: Leaving) |
| 22:46:53 | dom96 | Araq: looks interesting |
| 22:49:22 | * | mwbrown quit (Ping timeout: 245 seconds) |
| 23:04:07 | * | Fx00F quit (Quit: leaving) |
| 23:22:09 | * | ics quit (Ping timeout: 256 seconds) |
| 23:27:12 | * | boydgreenfield joined #nimrod |
| 23:28:09 | * | Jehan_ quit (Quit: Leaving) |
| 23:31:08 | * | BitPuffin joined #nimrod |
| 23:31:30 | * | mwbrown joined #nimrod |
| 23:32:58 | flaviu | It looks like seqs are not covariant unfortunatly |
| 23:33:56 | flaviu | Its not technically safe, but it really limits usefulness without casts |
| 23:36:08 | * | ics joined #nimrod |