| 00:00:52 | * | superfunc joined #nimrod |
| 00:03:08 | * | Joe_knock joined #nimrod |
| 00:07:39 | * | superfunc quit (Ping timeout: 264 seconds) |
| 00:08:15 | OrionPK | autocomplete doesnt work real well in aporia iirc |
| 00:08:47 | OrionPK | sublimetext's plugin does syntax highlighting (and tmpl sublanguage highlighting), nimrod compiler check, go-to-definition |
| 00:09:48 | Dingba | is that NimLime? |
| 00:12:26 | Dingba | how do you go-to-definition to work? I do even see an option for it |
| 00:18:07 | Dingba | oh i got it to appear but it doesn't work |
| 00:28:47 | OrionPK | it's hit or miss on osx, but usually works on windows |
| 00:59:40 | * | hoverbear joined #nimrod |
| 01:08:53 | * | q66 quit (Quit: Leaving) |
| 01:19:37 | * | askatasuna quit (Quit: WeeChat 0.4.3) |
| 01:21:23 | flaviu | Araq: What is the usecase of having to do {.borrow: `.`.}? I can't really think of a case where that would be unwanted. |
| 01:33:15 | * | brson quit (Quit: leaving) |
| 01:33:42 | * | brson joined #nimrod |
| 01:33:42 | * | brson quit (Client Quit) |
| 01:33:59 | * | brson joined #nimrod |
| 01:36:42 | reactormonk | flaviu, what's that good for? |
| 01:37:46 | flaviu | reactormonk: If I have `type A = object b: int; DisA = distinct A`, I cannot do `let val: A; val.b` without doing that |
| 01:39:09 | reactormonk | O.o |
| 01:39:51 | flaviu | I mean `let val: DisA; val.b` |
| 01:39:52 | flaviu | sorry |
| 01:44:31 | * | jpoirier joined #nimrod |
| 02:08:10 | * | jpoirier quit (Quit: Bye!) |
| 02:18:24 | reactormonk | readthedocs.org seems to be common with python package - can we adapt that stuff for nimrod to a certain degree? |
| 02:21:44 | flaviu | reactormonk: Filwit is making better docs, I think that'll fix most the issues |
| 02:21:50 | reactormonk | flaviu, cool |
| 02:48:39 | * | Joe_knock quit (Quit: Leaving) |
| 02:54:26 | Varriount | Dingba: If you want to contribute to the NimLime plugin, feel free to do so. OrionPK, Mattais and I are the main developers |
| 03:00:54 | * | brson quit (Ping timeout: 255 seconds) |
| 03:02:27 | * | brson joined #nimrod |
| 03:04:40 | flaviu | What do people think of having raw strings use the delimiter after the `r` as the string delimiter? Ex, `r/myregex/`, `r$/usr/bin/grep$` |
| 03:05:36 | flaviu | The only problem I can think of is that `r""" """` will have to be special-cased |
| 03:05:36 | Varriount | flaviu: Could you explain? |
| 03:06:35 | Varriount | flaviu: Oh, you mean, the character after the 'r' would take the place of parenthesis? |
| 03:06:38 | flaviu | Yes |
| 03:06:56 | flaviu | I think C++11 does something like this |
| 03:06:56 | Varriount | I don't think that would work.. |
| 03:07:05 | Varriount | Or it would be hard to parse. |
| 03:07:34 | flaviu | I really doubt it'd be hard to parse |
| 03:07:51 | Varriount | flaviu: How would the compiler know if `rroar` is a string or an identifier? |
| 03:08:11 | flaviu | You tell the programmer he can only use the operator symbols |
| 03:08:40 | Varriount | flaviu: And what is the usecase/benefit from this feature? |
| 03:08:51 | * | brson quit (Ping timeout: 264 seconds) |
| 03:09:57 | flaviu | I don't have to escape quotes and it provides maximum flexibly. Your point about `rroar` is good though, I don't think its worth it. |
| 03:10:44 | Varriount | flaviu: Sorry :< |
| 03:11:31 | flaviu | Err, maybe it is. `r@asd@` is unambiguous, `r@asd` could be an infix operator, but when the last `@` appears, it becomes unambiguous. |
| 03:11:58 | Varriount | flaviu: Talk to Araq, and see what he says.. |
| 03:13:08 | flaviu | Still probably not worth it, the added complexity overrules a few undecipherable lines of source code, but I'll still mention it to Araq |
| 03:15:58 | Varriount | Odd... Why is the mersenne twister module not in the online documentation? |
| 03:17:02 | flaviu | What has xorshift ever done to you? :'( |
| 03:17:16 | Varriount | flaviu: I need random numbers. |
| 03:17:57 | flaviu | xorshift very high quality, and its the fastest prng there is |
| 03:18:16 | Varriount | flaviu: Is it built in to nimrod? |
| 03:18:49 | flaviu | No |
| 03:19:06 | flaviu | its 1.10ns/64bits on one guy's computer, so it may be worth it to implement it |
| 03:21:12 | flaviu | Less than 4 cycles |
| 03:22:39 | flaviu | mersenne twister actually is *less* random than xorshift and is 4 times slower |
| 03:23:03 | Varriount | flaviu: *But* it's in the standard library. |
| 03:23:14 | flaviu | Although its period is absolutely insane |
| 03:23:30 | Varriount | There's also that PRNG submitted on the forum... |
| 03:25:50 | flaviu | Varriount: I can't find it, do you have a link? |
| 03:26:44 | Varriount | http://forum.nimrod-lang.org/t/367/2#2533 |
| 03:28:27 | Varriount | flaviu: Also, regarding your earlier idea, it's still quite ambiguous. "var x = r&z or y&r" |
| 03:29:01 | flaviu | You're right, I didn't think of that |
| 03:30:05 | OrionPK | hey varriount |
| 03:30:17 | OrionPK | in case u didnt see: https://github.com/onionhammer/ircfamiliar |
| 03:31:01 | Varriount | :D |
| 03:31:06 | Varriount | Yay! |
| 03:31:34 | Varriount | OrionPK: How stable/featureful is it? |
| 03:31:54 | flaviu | Varriount: https://gist.github.com/82cc0a1b0392624e6174 |
| 03:32:19 | flaviu | You'll need to figure out your own seeding, but there is the implementation of the PRNG |
| 03:33:07 | Varriount | You know, a random number generator interface might not be amiss. If nothing else, a common API would be useful. |
| 03:35:37 | flaviu | Yes, but having any prng would reduce yak shaving. Anyway, the useful interface any PRNG is `next(PrngState): int64` and `mixin(PrngState, int64)` |
| 03:36:16 | Varriount | flaviu: Not to mention some convenience functions.. |
| 03:36:31 | flaviu | Yea, but those are prng agnostic |
| 03:36:40 | flaviu | They only need to be defined once |
| 03:37:09 | flaviu | I guess I can start on a nice PRNG library next week, I've been meaning to get to that. |
| 03:37:20 | flaviu | Add OS entropy sources, etc |
| 03:37:39 | OrionPK | Varriount well, there's some stability issues around the IRC module in the nimrod std lib |
| 03:37:50 | OrionPK | Varriount but i've been using it for months, basically as-is |
| 03:38:03 | Varriount | flaviu: I would be very greatful. It would be a nice addition to the standard library, not to mention helpful with regards to the password-phrase generator I'm writing. |
| 03:38:16 | OrionPK | so I decided a week or so ago I'd switch over to SCGI (on nginx) and open source it |
| 03:38:33 | OrionPK | but mainly because I dont have a ton of time to keep adding features to it |
| 03:38:37 | Varriount | OrionPK: Does it support private messages yet? |
| 03:38:44 | OrionPK | nope. feel free to add it :p |
| 03:38:49 | Varriount | -_- |
| 03:39:30 | * | Varriount slaps OrionPK around a bit with a Rainbow Trout |
| 03:40:11 | OrionPK | ;D |
| 03:40:32 | * | OrionPK updated the readme |
| 03:54:18 | * | Demos joined #nimrod |
| 04:03:57 | * | flaviu quit (Ping timeout: 245 seconds) |
| 04:39:05 | * | xtagon quit (Read error: Connection reset by peer) |
| 05:06:09 | * | Demos quit (Ping timeout: 244 seconds) |
| 05:07:41 | * | Demos joined #nimrod |
| 05:18:02 | * | Demos quit (Ping timeout: 244 seconds) |
| 05:18:08 | * | Matthias247 joined #nimrod |
| 05:30:08 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 05:37:55 | * | kunev joined #nimrod |
| 05:41:38 | * | hoverbear quit () |
| 05:47:35 | * | nande quit (Remote host closed the connection) |
| 05:53:49 | * | nande joined #nimrod |
| 06:08:35 | * | nande quit (Remote host closed the connection) |
| 06:14:22 | * | nande joined #nimrod |
| 06:38:10 | * | BitPuffin joined #nimrod |
| 06:44:57 | * | gkoller joined #nimrod |
| 07:06:09 | * | Raynes quit (Ping timeout: 255 seconds) |
| 07:07:13 | * | kemet joined #nimrod |
| 07:09:23 | * | kemet quit (Client Quit) |
| 07:11:40 | * | Raynes joined #nimrod |
| 07:46:03 | * | zahary quit (Quit: Leaving.) |
| 07:46:25 | * | nande quit (Remote host closed the connection) |
| 07:52:05 | * | nande joined #nimrod |
| 08:13:08 | * | nande quit (Remote host closed the connection) |
| 08:19:07 | * | nande joined #nimrod |
| 08:31:02 | * | Trixar_za quit (Ping timeout: 245 seconds) |
| 08:31:47 | * | Trixar_za joined #nimrod |
| 09:31:46 | * | nande quit (Read error: Connection reset by peer) |
| 09:35:54 | * | gkoller quit (Ping timeout: 276 seconds) |
| 09:40:33 | * | BitPuffin quit (Ping timeout: 240 seconds) |
| 09:45:19 | * | gkoller joined #nimrod |
| 10:49:17 | * | Trustable joined #nimrod |
| 11:08:23 | * | BitPuffin joined #nimrod |
| 11:13:43 | * | kunev quit (Quit: leaving) |
| 12:19:03 | * | untitaker quit (Ping timeout: 264 seconds) |
| 12:26:04 | * | untitaker joined #nimrod |
| 12:47:46 | * | flaviu joined #nimrod |
| 12:50:45 | Araq | flaviu: maybe you're right but the idea was that 'distinct' creates an abstract type |
| 12:51:14 | Araq | that doesn't expose implemenation details like "it comes from an object and so supports dots" |
| 12:53:31 | * | darkf quit (Quit: Leaving) |
| 12:54:17 | flaviu | Ok, thanks for the explanation |
| 13:24:46 | Araq | ping def- |
| 13:39:39 | * | gkoller quit (Ping timeout: 276 seconds) |
| 13:46:19 | def- | Araq: pong |
| 14:15:32 | Dingba | hi can you specialize templates in nimrod(like C++ etc) or does this not apply somehow |
| 14:15:53 | Dingba | or specliaze macros? |
| 14:18:03 | Araq | Dingba: you can do various forms of specialization but none is comparable to C++'s approach |
| 14:41:51 | flyx | hum, strVal is defined in macros, but when I import it and try to call it, I get "Error: field 'strVal' cannot be found" |
| 14:44:12 | flaviu | flyx: Is the node you're looking at a string literal? |
| 14:44:22 | flyx | flaviu: jup |
| 14:48:22 | flaviu | https://gist.github.com/e1c2c1d66b786507a661 works for me. Am I misunderstanding what you're saying? |
| 14:48:31 | flyx | hm |
| 14:48:38 | flyx | there was an error elsewhere in the macro |
| 14:49:01 | flyx | the compiler does get confused a bit when parsing invalid macros… |
| 14:49:03 | flyx | it's not always easy to figure out where the error is |
| 14:49:58 | flaviu | Yeah, I've had that happen before |
| 15:00:08 | flyx | so |
| 15:00:13 | flyx | proof of concept works now |
| 15:03:39 | flaviu | Can you gist it? I'm curious to see what it is. |
| 15:03:42 | flyx | I still need a way to properly distinguish between macro parameters passed inline and ones passed as block |
| 15:04:40 | EXetoC | don't you get either a statement or a statement list? |
| 15:05:38 | flyx | flaviu: https://gist.github.com/flyx/853a3209e8e5a84c16bc |
| 15:06:05 | flyx | flaviu: it's supposed to grow into a html5 templating engine |
| 15:06:33 | flyx | flaviu: with a syntax somewhat similar to Jade and HAML |
| 15:07:00 | flaviu | Ok, neat |
| 15:07:22 | Araq | flyx: check out OrionPK's stuff on github |
| 15:07:35 | Araq | he did something quite close, I think |
| 15:08:12 | flyx | Araq: have a link? that doesn't seem like his github name |
| 15:10:41 | EXetoC | so you're unable to distinguish between the two if you have an openarray[stmt]? just a stmt should o, and then you can check the type of the root node |
| 15:11:05 | flaviu | flyx: https://github.com/onionhammer/onion-nimrod/blob/master/templates/tests.nim maybe? |
| 15:11:14 | Araq | yeah that's it |
| 15:11:20 | flaviu | It doesn't look much like HAML though |
| 15:11:26 | Araq | now come on! you've got to be kidding me |
| 15:11:35 | Araq | I installed a new touchpad driver |
| 15:11:43 | Araq | and now it misses an essential feature |
| 15:11:57 | Araq | scrolling direction is inverted and I can't change that anymore |
| 15:12:21 | Araq | but hey, updates are always good, right? |
| 15:12:22 | EXetoC | that's a feature? |
| 15:14:19 | flyx | this looks more like a general templating engine |
| 15:15:32 | flyx | my goal is to statically assure valid html (checks for valid hierarchy, allowed & required tags and attributes etc) |
| 15:18:17 | OrionPK | it's a compile-time templating engine |
| 15:26:00 | Dingba | i don't really understand how to use idetools, the docs say to use this to query it--(I think) |
| 15:26:01 | Dingba | nimrod idetools --track:FILE,LINE,COL <switches> proj.nim |
| 15:26:20 | Dingba | but when i try to use it on a file it just spits out junk.. |
| 15:26:41 | Dingba | nimrod idetools --track:test.nim,1,4 |
| 15:26:47 | Dingba | i dunno if i have the syntax wrong |
| 15:27:35 | Dingba | it says "Hint: added path: (long path name) Hint use config file |
| 15:27:44 | Dingba | what does that have to do with idetools? |
| 15:31:36 | flaviu | Dingba: Thats like your classpath, you can ignore it |
| 15:32:27 | Dingba | sorry what? |
| 15:32:39 | Dingba | the output is classpath? |
| 15:33:07 | flaviu | No, that outputs all the time. If you --verbosity:0, it'll disappear |
| 15:33:29 | flaviu | It looks like it doesn't output anything at all |
| 15:33:44 | Dingba | ah i added it, yeah it ouputs nothing |
| 15:33:49 | Dingba | :( |
| 15:35:43 | flaviu | Maybe dom96 has an idea |
| 15:35:55 | Araq | well it helps to give it a project file ... |
| 15:36:03 | Araq | nimrod idetools --track:test.nim,1,4 test.nim |
| 15:36:30 | Araq | the project file is not necessarily the file you like to track ... |
| 15:37:26 | Dingba | oh it says something now thanks |
| 15:39:12 | Araq | yay touchpad works again |
| 15:39:23 | Araq | and I only had to touch the registry myself ... |
| 15:41:15 | flaviu | Araq: Since I'm guessing it's synaptics, have you tried chrial scrolling? |
| 15:41:25 | flaviu | *chiral |
| 15:41:53 | Araq | no it's elantech |
| 15:41:58 | Araq | and win 8.1 |
| 15:43:30 | Dingba | i don't think --usages works |
| 15:43:39 | Dingba | does this thing work across file boundarys? |
| 15:44:15 | flaviu | elantech's drivers appear to be just crappy versions of synaptics's drivers. Same UI but fewer features |
| 15:52:39 | flaviu | Not a solution to your problem, but I was in the same situation in regards to autocomplete, but I've found that not having smart auto-complete does not really decrease the speed I get things done much. |
| 15:56:20 | Dingba | actually i am mostly interested in this because it seems like nimrod should be very good at it, and working on something like this seems like a way to learn nimrod |
| 15:56:37 | Dingba | (which i only know from reading the docs) |
| 15:57:39 | * | Trustable quit (Quit: Leaving) |
| 15:59:15 | Dingba | i have used lua alot and it lacks autocomplete/refactoring, I did get used to it.. but still find myself preferring to write C++ just because it has these things |
| 16:01:23 | * | darkfusion quit (Ping timeout: 252 seconds) |
| 16:02:42 | * | darkfusion joined #nimrod |
| 16:02:47 | * | gkoller joined #nimrod |
| 16:07:06 | * | superfunc joined #nimrod |
| 16:10:27 | dom96 | Dingba: Are you using the latest compiler from git? |
| 16:10:49 | Dingba | from a few days ago |
| 16:11:02 | * | hoverbear joined #nimrod |
| 16:11:40 | Trixar_za | Your nickname is rough on me |
| 16:11:55 | Trixar_za | Mostly because I want to add a t: http://en.wikipedia.org/wiki/Dingbat |
| 16:11:57 | Dingba | actually i am using the one listed on the website: Full (i386, 32bit): download/nimrod_0.9.4_windows_i386_full.exe SHA256: dca7c63d0c1861d2d7c51b2e7a29fa98371750a10ab282d5df9de22a07719c24 |
| 16:12:06 | Dingba | i don't know how old that is |
| 16:13:07 | EXetoC | two months or so |
| 16:20:06 | Dingba | nimrod likes building |
| 16:21:51 | Dingba | i build the dev one I think, but it still uses the old one on command line, how do i replace it?(I know nothing about this command line sh*t).. |
| 16:22:13 | flaviu | Dingba: Did you add the old one to your PATH? |
| 16:22:25 | EXetoC | well censored |
| 16:22:28 | Dingba | it added itself when i installed it |
| 16:22:52 | Dingba | thanks exetoc |
| 16:22:59 | flaviu | Oh, ok. Then delete the old directory from your PATH, and add the new bin to it |
| 16:23:27 | * | gkoller quit (Ping timeout: 276 seconds) |
| 16:26:06 | superfunc | it may prove useful to become comfortable with this command line ish :D |
| 16:26:09 | * | Trustable joined #nimrod |
| 16:27:22 | * | flaviu <3s the command line |
| 16:29:50 | EXetoC | Dingba: if you need to know how to manipulate environment variables: http://www.computerhope.com/issues/ch000549.htm |
| 16:30:32 | flaviu | EXetoC: Even easier: <WinKey>, PATH, <Enter> |
| 16:32:31 | EXetoC | ok |
| 16:33:46 | Dingba | i got it to use the dev one:) |
| 16:36:38 | Dingba | me 2 |
| 16:37:07 | Dingba | --usages says SIGSEGV: illegal storage access |
| 16:37:23 | Dingba | but some of the other commands work(suggest/def) sorta |
| 16:47:28 | * | Johz joined #nimrod |
| 17:08:27 | * | superfunc quit (Ping timeout: 244 seconds) |
| 17:12:25 | * | q66 joined #nimrod |
| 17:15:53 | * | superfunc joined #nimrod |
| 17:22:30 | * | shevy joined #nimrod |
| 17:46:37 | * | superfunc quit (Quit: leaving) |
| 17:46:52 | * | superfunc joined #nimrod |
| 18:16:08 | * | brson joined #nimrod |
| 18:23:33 | * | gkoller joined #nimrod |
| 18:29:25 | flaviu | It seems that its impossible to use escape sequences in triple quoted strings, but I don't think that's a good idea since `r""" """` is equivalent to `""" """`, which is a bit unexpected |
| 18:31:02 | Araq | well it's much than what python does |
| 18:31:07 | Araq | *much better |
| 18:31:47 | Araq | which is something like "uhm yeah, some escapes work, sometimes" iirc |
| 18:32:48 | * | gkoller quit (Ping timeout: 276 seconds) |
| 18:34:36 | flaviu | All that python does weird is allow \uXXXX in raw strings. |
| 18:35:09 | Araq | it also does weird things in non-raw """ strings, I think |
| 18:36:48 | * | gkoller joined #nimrod |
| 18:37:13 | flaviu | As far as I can tell, they are the same as nimrod except for limitations on `""" """""` |
| 18:43:14 | flaviu | *same as nimrod's regular strings, with the exception of newlines, as expected of """ strings |
| 18:43:47 | flyx | what's the second argument to newNimNode for? |
| 18:43:55 | * | brson quit (Quit: leaving) |
| 18:46:53 | Araq | flyx: line information |
| 18:47:07 | flyx | Araq: ah, thanks |
| 18:56:51 | * | gkoller quit (Ping timeout: 276 seconds) |
| 18:58:01 | flaviu | Araq: Would you accept a PR? |
| 18:59:51 | * | superfunc quit (Ping timeout: 264 seconds) |
| 19:04:21 | Araq | to change how """ work? no way. |
| 19:09:45 | * | shevy quit (Ping timeout: 255 seconds) |
| 19:11:27 | flaviu | Ok, but if its because of backwards compatibility, you're giving up one of the major advantages of a new language, which is that you don't have to worry about backwards compatibility |
| 19:12:20 | Araq | it's because I don't see what's wrong with the current way |
| 19:13:45 | flyx | well, once one gets to grips with nimrod macros, they're quite nice to work with |
| 19:21:29 | flaviu | http://i.imgur.com/6uwU6EI.png?2 |
| 19:22:08 | * | shevy joined #nimrod |
| 19:22:27 | flaviu | That's pretty much my whole argument |
| 19:23:47 | NimBot | nimrod-code/babel master 2a0ddb7 Grzegorz Adam Hankiewicz [+0 ±1 -0]: Renames temp directory and removes it in release builds. Refs #28. |
| 19:23:47 | NimBot | nimrod-code/babel master 10de991 Dominik Picheta [+0 ±4 -1]: Implements #41.... 5 more lines |
| 19:23:47 | NimBot | nimrod-code/babel master 83c07c2 Dominik Picheta [+0 ±1 -0]: Merge branch 'pr_removes_tmp_directory' of https://github.com/gradha/babel into gradha-pr_removes_tmp_directory... 3 more lines |
| 19:23:47 | NimBot | nimrod-code/babel master 7f287ca Dominik Picheta [+0 ±1 -0]: Merge branch 'gradha-pr_removes_tmp_directory' |
| 19:23:58 | Araq | ok, so you have no good uses cases, flaviu :P |
| 19:23:59 | * | hoverbear quit () |
| 19:25:46 | dom96 | flaviu: I like that milestone on nim-by-example :) |
| 19:27:48 | flaviu | Araq: Sure I do. New user: "Why doesn't """\n""" work? I haven't prefixed a `r`, and my inductive reasoning says it should work." |
| 19:29:42 | Araq | that is still not a use case |
| 19:29:49 | flaviu | Its basically a papercut: it is very minor, so no one will mention it, it has an easy workaround so no one will mention it, and it doesn't really feel right. |
| 19:30:33 | flaviu | Araq: How about this usecase: I don't want to explain the inconstancy. |
| 19:32:42 | flaviu | I want to say "a `r` or a proc name prepended to a string literal makes that string literal not interpret escape sequences", but this forces me to also add "unless that string literal is a triple-quoted string, in which case escape sequences are never interpreted" |
| 19:33:47 | flaviu | People, being people, will only remember the first part and forget about the second. |
| 19:36:09 | Araq | people, being people, don't use \n in """ as it's pointless and are happy copy&pasting stuff into """ works as long as the stuff doesn't contain """ |
| 19:37:11 | Araq | and btw a *use case* would be: "I need \t to work in this """ string literal and using tabulators directly doesn't cut it because ..." |
| 19:38:37 | Araq | you could argue that r""" shouldn't exist as """ means the same |
| 19:39:18 | Araq | but don't make me type r""" just because Guido decided it's a good way to do it. It is not. |
| 19:42:42 | NimBot | nimrod-code/babel master e84c5a7 Dominik Picheta [+0 ±2 -0]: Fixes #25. |
| 19:43:54 | * | Jehan_ joined #nimrod |
| 19:47:59 | * | shevy quit (Ping timeout: 240 seconds) |
| 19:48:17 | NimBot | nimrod-code/babel master 66027f9 Dominik Picheta [+0 ±1 -0]: Fixes #37. |
| 19:50:00 | flaviu | BTW, I had no idea about python its r""" before you mentioned it, but I'll just post it on the fourms and won't come back to it again for a while. |
| 19:54:03 | Araq | can somebody please look at donydh's problem? (forum) |
| 19:54:08 | Araq | I'm too busy |
| 19:54:43 | flyx | hm, another strange thing: classes is seq[string], className is string. "classes.add(className)" gives "Error: type mismatch: got ()" |
| 19:54:53 | flyx | not sure what to make of that |
| 19:55:41 | Araq | add(classes, className) # try this workaround please |
| 19:56:45 | flyx | same error |
| 19:57:47 | NimBot | nimrod-code/babel master dd45dd9 Dominik Picheta [+0 ±2 -0]: Fixed tester and removed useless dir creation. |
| 19:58:06 | flyx | I guess I'll update my nimrod compiler |
| 19:58:09 | Araq | flyx: maybe the line information is wrong |
| 19:58:23 | flyx | Araq: it compiles when I comment just that line |
| 19:58:56 | Araq | add returns 'void' |
| 20:01:18 | flyx | um, literally? that gives a error about a missing end of a character literal |
| 20:01:52 | Araq | no, not literally |
| 20:02:01 | Araq | I use quotes for quoting things |
| 20:02:18 | Araq | obviously 'void' in quotes is not valid nimrod code |
| 20:02:37 | * | flyx was confused, sorry |
| 20:03:26 | * | flyx replaced className with a string literal, same error |
| 20:03:54 | Araq | well gist it please |
| 20:06:44 | flyx | Araq: https://gist.github.com/flyx/7042bbc3ac6383880384#file-html5-nim-L109 |
| 20:08:52 | Jehan_ | About donydh's problem: seems to be a Windows-specific bug, if any, can't reproduce it on OS X. |
| 20:11:18 | Araq | flyx: when you disable that line, classes ends up being empty |
| 20:11:37 | Araq | and so for instance lines 120-129 are not executed |
| 20:11:51 | Araq | which may produce the wrong 'add' |
| 20:11:57 | flyx | ah |
| 20:12:04 | Araq | or something like that |
| 20:12:07 | flyx | right |
| 20:12:14 | flyx | I'll look into it, thanks |
| 20:12:14 | Araq | it sucks when the line information is screwed up |
| 20:12:33 | Araq | we need to fix this, but then I don't know what the problem is |
| 20:13:33 | * | Jehan_ quit (Quit: Leaving) |
| 20:14:08 | * | Jehan_ joined #nimrod |
| 20:20:55 | dom96 | This doesn't work, regression? https://gist.github.com/dom96/8f735acecfbe97f98634 |
| 20:21:48 | Araq | dom96: read what you gisted... |
| 20:23:31 | dom96 | Don't we support implicit returns? |
| 20:23:36 | Jehan_ | dom96: The error message should tell you what's wrong? |
| 20:23:48 | Jehan_ | test() returns a value that needs to be either used or discarded. |
| 20:24:20 | Jehan_ | So, "echo test(5, 6") or "discard test(5, 6)" |
| 20:28:04 | dom96 | Yes, it tells me the value should be discarded. I could have sworn that we support implicit return of the last expression |
| 20:28:34 | Araq | yes, we do |
| 20:28:52 | dom96 | Then what am I missing? |
| 20:28:54 | Araq | that doesn't mean you can implicitly discard the value that 'test' produces |
| 20:29:24 | dom96 | gah |
| 20:29:32 | Araq | proc test(x, y: int): int = x + y # not discarded, but short for: return x+y |
| 20:29:49 | Araq | test(3, 4) # discard, not allowed |
| 20:30:00 | dom96 | I misread the error. |
| 20:30:08 | dom96 | Thought it was on line 1. |
| 20:32:34 | * | OrionPK quit (Remote host closed the connection) |
| 20:32:50 | * | OrionPK joined #nimrod |
| 20:44:08 | Araq | omg seriously ... LL makes my head explode |
| 20:44:19 | Araq | why is this so hard? |
| 20:45:20 | Araq | parallel+spawn is easier to implement then lambda lifting |
| 20:45:34 | Araq | something is wrong here ... |
| 20:46:25 | * | shevy joined #nimrod |
| 20:51:27 | * | shevy quit (Ping timeout: 264 seconds) |
| 20:53:06 | * | superfunc joined #nimrod |
| 20:54:34 | NimBot | nimrod-code/babel master 0cc45d0 Dominik Picheta [+6 ±2 -0]: Fixes #27. |
| 20:57:17 | * | exirctest joined #nimrod |
| 20:57:43 | * | brson joined #nimrod |
| 21:20:49 | * | shevy joined #nimrod |
| 21:35:47 | * | flaviu quit (Quit: I probobly want to watch it later) |
| 21:35:56 | * | exirctest quit (Remote host closed the connection) |
| 21:37:16 | * | regtools quit (Quit: leaving) |
| 21:37:39 | flyx | hm, the immediate pragma for macros doesn't seem to work across files |
| 21:38:10 | flyx | when I use it in the same file, it works. when I use it for another file, I get "Error: undeclared identifier" for items that should be handled by the macro |
| 21:38:30 | * | kunev joined #nimrod |
| 21:38:51 | dom96 | You likely need to bindsym them |
| 21:39:09 | flyx | it does work when I use include instead of import |
| 21:39:34 | flyx | and no, I do *not* want to bind the symbol because it isn't a nimrod symbol |
| 21:40:54 | * | flaviu joined #nimrod |
| 21:41:44 | flaviu | dom96: I've reorganized things, but I'm not sure its better |
| 21:42:34 | flaviu | Can you look over it and tell me what you think? |
| 21:43:33 | * | Johz quit (Ping timeout: 240 seconds) |
| 21:48:05 | dom96 | sure |
| 21:48:14 | * | superfunc quit (Quit: leaving) |
| 21:48:28 | * | superfunc joined #nimrod |
| 21:49:21 | dom96 | flaviu: Looks good, the check marks don't seem to be working for some sections. |
| 21:49:33 | flaviu | dom96: Wait 10 seconds |
| 21:53:49 | superfunc | flaviu: working on nim-by-ex? |
| 21:54:53 | flaviu | superfunc: yes, my goal is to finish the basic sections by tomorrow afternoon |
| 21:55:43 | superfunc | nice, I'm drowning in category theory atm |
| 21:56:22 | flaviu | I've actually been wanting to learn some category theory, it seems useful |
| 21:56:30 | dom96 | flaviu: Still doesn't work |
| 21:56:59 | superfunc | When I get out of this program in a couple weeks, I'll shoot some good literature for it your way |
| 21:57:57 | flaviu | dom96: Works for me on both chrome and firefox |
| 21:57:58 | * | kunev quit (Quit: leaving) |
| 21:58:53 | dom96 | flaviu: Doesn't work at all in IE for me |
| 21:58:59 | dom96 | Don't have Chrome to test |
| 21:59:09 | flaviu | Oh, IE. Ok, let me see |
| 21:59:51 | superfunc | Doesn't work in midori either |
| 22:00:06 | superfunc | (insert obscure browser joke here) |
| 22:02:04 | flaviu | I think I fixed it, I think the problem was that my JS had an error only some browsers quietly correct, in typical JS fashion |
| 22:03:15 | flaviu | I can't get virtualbox to run to test it myself, it appears it doesn't believe me when I tell it that I've loaded to kernel module |
| 22:03:16 | superfunc | javascript is just the best |
| 22:03:25 | superfunc | I'll check on a few |
| 22:03:46 | * | flyx pushed his stuff to https://github.com/flyx/NimHTML |
| 22:04:08 | flyx | I'll push it to babel once it's in a usable state |
| 22:05:55 | superfunc | hmm, still not showing up on firefox |
| 22:06:03 | dom96 | flyx: cool |
| 22:06:47 | flyx | currently, it's little more than a tech demo of Nimrod's macro stuff |
| 22:09:45 | flaviu | Ok, I got rid of it completely. I don't really care enough to bother. |
| 22:09:56 | flaviu | superfunc: Do you have local storage enabled? |
| 22:10:23 | NimBot | nimrod-code/babel master d8068ad Dominik Picheta [+0 ±2 -0]: Implement configurable babelDir. Fixes #29. |
| 22:10:26 | superfunc | flaviu: You mean caching? |
| 22:11:01 | dom96 | flaviu: It just started working for me! |
| 22:11:13 | flaviu | dom96: Ok, great, it seems the timeout was the problem |
| 22:11:28 | flaviu | It says that IE supports it since 4.0, but oh well |
| 22:11:32 | dom96 | flaviu: Don't give up on it. |
| 22:11:50 | dom96 | Works now in IE to |
| 22:11:52 | dom96 | *too |
| 22:11:55 | superfunc | flaviu: It works in FF now |
| 22:12:10 | flaviu | ok, I have no idea why it didn't work |
| 22:12:24 | superfunc | I think that's the javascript slogan |
| 22:12:41 | Araq | flaviu: that's why using nimrod's JS backend pays off |
| 22:12:51 | superfunc | s/didnt/did/g |
| 22:12:58 | Araq | if it doesn't work, you can blame me then |
| 22:13:14 | Araq | and I'll blame JS for you |
| 22:14:14 | flaviu | Well, I couldn't really blame you in this case, the problem method is in the dom api |
| 22:14:15 | dom96 | We now use the JS backend in production |
| 22:14:21 | dom96 | So there is no excuse not to use it ;) |
| 22:14:41 | flaviu | dom96: Except that its an extra build step, which I don't want to do. |
| 22:15:20 | flaviu | Although it would be fairly trivial..., but its an extra dependency. |
| 22:15:49 | flaviu | It directly conflicts with my desire to keep the scaffolding quick and dirty |
| 22:16:09 | dom96 | Yeah... we should create a web service which translates .nim scripts into JS automatically :P |
| 22:16:40 | flaviu | That would actually be extremely helpful |
| 22:16:53 | flaviu | Do that, and I'll write the javascript code in nimrod |
| 22:17:28 | dom96 | Maybe I will. In a couple of months... lol |
| 22:17:57 | flaviu | dom96: Rust does something like that, but they actually execute the code on the server: http://rustbyexample.com/type.html |
| 22:18:27 | flaviu | Araq: I'm blaming you for the compiler not working in JS |
| 22:18:47 | dom96 | Problem is that we will need to sandbox it because of compile-time stuff |
| 22:20:10 | flaviu | Even without macros and static, iterator expansion could effectively DOS the server |
| 22:21:02 | EXetoC | dom96: you don't touch the DOM then? |
| 22:21:22 | flaviu | dom96: playpen |
| 22:21:49 | flaviu | https://github.com/thestinger/playpen |
| 22:22:47 | dom96 | EXetoC: I do? |
| 22:23:08 | dom96 | EXetoC: Is there a problem with accessing the DOM? |
| 22:23:24 | dom96 | https://github.com/Araq/Nimrod/blob/devel/web/babelpkglist.nim |
| 22:26:48 | EXetoC | dom96: I don't know what was broken and if this has been touched the last couple of months |
| 22:26:54 | * | OrionPK quit (Remote host closed the connection) |
| 22:27:12 | * | OrionPK joined #nimrod |
| 22:27:34 | EXetoC | I couldn't use it for anything before |
| 22:27:45 | dom96 | EXetoC: I have made some fixes when writing that script. |
| 22:27:49 | dom96 | So maybe I have fixed it |
| 22:29:06 | EXetoC | ok so some things work |
| 22:30:38 | NimBot | nimrod-code/babel master 30b8700 Dominik Picheta [+0 ±1 -0]: Documented config file and improved docs. |
| 22:32:55 | dom96 | Anyone wanna test this new babel feature? |
| 22:33:11 | dom96 | Araq: You can finally get rid of that dot in babel's dir :P |
| 22:34:55 | * | OrionPK quit (Remote host closed the connection) |
| 22:35:11 | * | OrionPK joined #nimrod |
| 22:35:42 | Araq | yay |
| 22:35:51 | OrionPK | sorry about restarts btw, working on irc client |
| 22:37:21 | OrionPK | goals 3 minutes apart |
| 22:37:25 | OrionPK | love it when that happens hehe |
| 22:51:08 | * | superfunc quit (Quit: leaving) |
| 22:52:07 | * | OrionPK quit (Remote host closed the connection) |
| 22:52:22 | * | OrionPK joined #nimrod |
| 23:02:19 | * | sdw quit (Ping timeout: 240 seconds) |
| 23:20:15 | * | BitPuffin quit (Ping timeout: 264 seconds) |
| 23:21:27 | flaviu | It looks like its not a very good idea to make a set of integers. 8KiB is a bit steep :O |
| 23:22:30 | * | darkf joined #nimrod |
| 23:23:08 | dom96 | I just realised: my new comp has 16GB of RAM, so even if I mess up and my program starts using a lot of memory I may not even notice. |
| 23:23:43 | OrionPK | you should go down to 1 gig to be safe then |
| 23:24:35 | flaviu | dom96: You will. You won't practically generate just 5GB of trash without generating an infinite amount, and you'll feel the swap kick in. |
| 23:25:18 | EXetoC | swap? pfft |
| 23:25:50 | flaviu | Yeah, swap sucks. All its ever done is lock up my computer |
| 23:32:29 | EXetoC | dom96: what other things from the dom module have you used? the last thing I tried was modifying fgColor. didn't work |
| 23:32:49 | dom96 | EXetoC: Just the stuff you can see in the file I linked |
| 23:54:55 | * | Trustable quit (Quit: Leaving) |
