00:00:20 | * | Roin quit (Read error: Operation timed out) |
00:04:17 | * | Roin joined #nimrod |
00:08:53 | * | nihathrael quit (Ping timeout: 245 seconds) |
00:10:02 | * | nihathrael joined #nimrod |
00:18:34 | * | pnutzh4x0r joined #nimrod |
00:24:28 | * | Associat0r quit (Quit: Associat0r) |
01:00:48 | * | BitPuffin quit (Remote host closed the connection) |
01:34:03 | * | DAddYE quit (Remote host closed the connection) |
02:06:43 | * | OrionPK quit (Quit: Leaving) |
02:08:54 | * | OrionPK joined #nimrod |
02:09:49 | * | DAddYE joined #nimrod |
02:29:57 | * | DAddYE quit (Remote host closed the connection) |
02:30:24 | * | DAddYE joined #nimrod |
02:34:37 | * | DAddYE quit (Ping timeout: 240 seconds) |
03:31:15 | * | DAddYE joined #nimrod |
03:38:19 | * | DAddYE quit (Ping timeout: 264 seconds) |
04:32:52 | * | fowl quit (Quit: EliteBNC free bnc service - http://elitebnc.org) |
04:46:08 | * | OrionPK quit (Quit: Leaving) |
04:48:27 | * | fowl joined #nimrod |
04:53:08 | * | Associat0r joined #nimrod |
04:53:11 | * | Associat0r quit (Changing host) |
04:53:11 | * | Associat0r joined #nimrod |
05:04:05 | Araq | hi pnutzh4x0r, welcome |
05:21:56 | * | DAddYE joined #nimrod |
05:22:11 | reactormonk | Araq, so you say I can leave in seq n stuff even when I have no malloc? |
05:26:52 | * | DAddYE quit (Ping timeout: 276 seconds) |
05:38:15 | * | darkf joined #nimrod |
06:22:36 | * | DAddYE joined #nimrod |
06:29:04 | * | DAddYE quit (Ping timeout: 240 seconds) |
07:07:53 | * | Araq_ joined #nimrod |
07:08:25 | Araq_ | reactormonk: that's what I said |
07:08:38 | Araq_ | welcome darkf |
07:21:03 | darkf | thank you Araq_ :D |
07:25:38 | * | DAddYE joined #nimrod |
07:26:11 | * | DAddYE quit (Remote host closed the connection) |
07:26:17 | * | DAddYE joined #nimrod |
08:11:53 | * | EXetoC joined #nimrod |
08:40:47 | * | DAddYE quit (Remote host closed the connection) |
08:40:57 | * | DAddYE joined #nimrod |
08:41:02 | * | DAddYE quit (Remote host closed the connection) |
08:41:13 | * | DAddYE joined #nimrod |
08:41:17 | * | DAddYE quit (Remote host closed the connection) |
08:41:27 | * | DAddYE joined #nimrod |
08:41:32 | * | DAddYE quit (Remote host closed the connection) |
08:42:00 | * | DAddYE joined #nimrod |
08:46:08 | * | DAddYE quit (Ping timeout: 241 seconds) |
09:32:37 | * | gradha joined #nimrod |
09:42:43 | * | DAddYE joined #nimrod |
09:47:15 | EXetoC | will case statements be expressions eventually? |
09:49:19 | * | DAddYE quit (Ping timeout: 256 seconds) |
09:51:14 | Araq_ | they already are |
09:51:26 | gradha | looks like assigning a case to a let breaks codegen though |
09:51:42 | Araq_ | works for me whenever I do it |
09:51:54 | EXetoC | that didn't appear to be the case, but I will try again |
09:52:00 | gradha | is this syntax right http://pastebin.com/vvBeFsp4 ? |
09:52:20 | Araq_ | sure, gradha |
09:52:40 | gradha | I'll open an issue then |
09:52:45 | Araq_ | good |
09:53:34 | gradha | trying to wrinte a case in nimrod interactive is also problematic, want another issue for that? |
09:53:57 | gradha | >>> let a = 3 |
09:53:57 | gradha | >>> case a |
09:53:57 | gradha | stdin(2, 4) Error: illformed AST: case a |
09:54:04 | gradha | it actually exits the process |
09:55:16 | Araq_ | how is that a bug? |
09:55:30 | Araq_ | you didn't read the docs |
09:55:31 | * | q66 joined #nimrod |
09:56:07 | gradha | I believe the bug is exiting the nimrod interactive process |
09:56:41 | gradha | I'll reread the docs, since I can't get the indentation right for http://pastebin.com/1uYaiWY0 |
09:56:42 | Araq_ | To determine whether an input line is an incomplete statement to be continued these rules are used: |
09:56:43 | Araq_ | The line ends with [-+*/\\<>!\?\|%&$@~,;:=#^]\s*$ (operator symbol followed by optional whitespace). |
09:56:45 | Araq_ | The line starts with a space (indentation). |
09:56:46 | Araq_ | The line is within a triple quoted string literal. |
09:59:41 | Araq_ | well illformed AST better stays a fatal error, gradha |
10:01:32 | * | Boscop quit (Read error: Connection reset by peer) |
10:01:39 | gradha | can't figure out how to continue the case http://pastebin.com/SfP3YMs8 |
10:01:53 | * | Boscop joined #nimrod |
10:02:09 | EXetoC | ok, so returning values in some branches, while raising in others was the problem. it does work in Rust for example, and I think it is a good feature |
10:03:40 | EXetoC | will make a feature request |
10:05:18 | Araq_ | gradha: for instance |
10:05:25 | Araq_ | block dummy: |
10:05:35 | Araq_ | case x # yay now indented |
10:07:41 | Araq_ | EXetoC: sounds nasty to implement ... |
10:08:41 | Araq_ | gradha: or simply: |
10:08:48 | Araq_ | case a: # now ends in : |
10:10:03 | gradha | hmm... new compiler stops compiling my code |
10:11:23 | Araq_ | that's too bad, used any complex macros? |
10:12:58 | gradha | the argument_parser module says map is an undeclared identifier |
10:14:22 | gradha | ah, ok, had the git source in a bad state, now it works again (suddenly echo "Hello world" wouldn't compile either) |
10:16:26 | Araq_ | argument_parser is part of the test suite I think |
10:16:36 | Araq_ | well parts of it |
10:17:03 | gradha | let's zip all .nim files from stdlib and append them to the compiler binary for true staticness |
10:23:22 | EXetoC | Araq_: ok |
10:31:46 | * | mario-goulart quit (Remote host closed the connection) |
10:32:36 | EXetoC | it should be a fairly common pattern, but there are more important things to work on I guess |
10:33:15 | EXetoC | will the upcoming threading stuff be similar to some existing approach? |
10:34:23 | Araq_ | yes and no |
10:34:52 | * | mario-goulart joined #nimrod |
10:35:49 | Araq_ | I'm trying example programs with my current design, and it's not satisfactionary |
10:37:23 | Araq_ | *satisfying |
10:42:09 | EXetoC | right |
10:44:08 | Araq_ | in fact ... for now I like the current design better :-/ |
10:45:44 | * | DAddYE joined #nimrod |
10:53:10 | * | DAddYE quit (Ping timeout: 276 seconds) |
11:00:50 | * | gradha quit (Quit: bbl, need to watch https://www.youtube.com/watch?v=1ZZC82dgJr8 again) |
11:19:56 | EXetoC | just get all that ready before christmas, and we'll have a million users in no time :> |
11:19:58 | EXetoC | happy coding |
11:20:02 | * | EXetoC is now known as EXetoC_ |
11:48:52 | * | DAddYE joined #nimrod |
11:52:59 | * | Sergio965 joined #nimrod |
11:55:48 | * | DAddYE quit (Ping timeout: 256 seconds) |
12:21:29 | * | BitPuffin joined #nimrod |
12:35:57 | * | Sergio965 quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
12:43:26 | * | Sergio965 joined #nimrod |
12:59:13 | * | SirSkidmore joined #nimrod |
12:59:24 | SirSkidmore | dom96: just saw your kernel, very, very cool stuff :) |
12:59:42 | SirSkidmore | I may need to try to port it to ARM asm (which I'm trying to learn) |
14:00:25 | * | Araq_ quit (Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]) |
15:40:12 | reactormonk | lib/system/excpt.nim(252, 12) Error: undeclared identifier: 'sysFatal' |
15:40:15 | reactormonk | merge fail? |
15:48:31 | SirSkidmore | after a babel install nake |
15:48:50 | SirSkidmore | I still get cannot open 'nake' in the repo |
15:49:07 | SirSkidmore | do I need to copy the file to my repo, out of ~/.babel? |
15:49:31 | fowl | You have latest babel and at least 0.9.2 right? |
15:49:51 | SirSkidmore | yeah |
15:50:20 | fowl | You don't need to cp anything |
15:50:37 | SirSkidmore | Why can't the nakefile fine nake then? |
15:50:42 | fowl | Its an issue with something |
15:50:58 | SirSkidmore | Hmm |
15:51:07 | SirSkidmore | https://github.com/dom96/nimkernel |
15:51:13 | SirSkidmore | I just followed the instructions here |
15:51:25 | SirSkidmore | I build babel with nimrod c -d:release babel |
15:51:31 | SirSkidmore | put babel in my path |
15:51:35 | fowl | What platform? |
15:51:36 | SirSkidmore | ran babel install nake |
15:51:41 | SirSkidmore | linux x86 |
15:51:49 | SirSkidmore | i386 rather |
15:52:31 | SirSkidmore | oh |
15:52:44 | SirSkidmore | it says that it add .babel/libs to my path |
15:52:53 | SirSkidmore | but when I install, it install to pkgs |
15:53:13 | fowl | That's for binary packages |
15:53:40 | fowl | Id wait for dom or araq |
15:54:10 | SirSkidmore | okay |
15:54:15 | SirSkidmore | thanks fowl |
15:54:20 | SirSkidmore | I need to go get some lunch anyway |
16:13:23 | * | pnutzh4x0r left #nimrod ("WeeChat 0.4.1") |
16:18:29 | * | Endy joined #nimrod |
16:31:08 | * | DAddYE joined #nimrod |
16:36:31 | dom96 | SirSkidmore: Yeah, sorry. You need to update --babelPath in your nimrod.cfg |
16:36:47 | dom96 | Babel now installs everything to ~/.babel/pkgs |
16:37:48 | SirSkidmore | not libs |
16:38:11 | dom96 | and yeah it needs to be updated in the nimrod repo |
16:38:33 | SirSkidmore | great, that works well |
16:39:00 | * | darkf quit (Quit: lmao) |
16:45:10 | SirSkidmore | dom96: I get a "Error: Port memory manager to your platform" when I try to run ./nakefile build in nimkernel |
16:45:50 | dom96 | hrm, that's weird. |
16:46:04 | dom96 | Did you get the cross compiler building and everything? |
16:46:25 | SirSkidmore | yeah |
16:46:33 | dom96 | what does nimrod -v output? |
16:46:33 | SirSkidmore | I built binutils and gcc without a hitch |
16:46:47 | SirSkidmore | Version 0.9.2 |
16:46:58 | dom96 | Give me the full output please |
16:47:07 | SirSkidmore | sure thing, sorry |
16:47:18 | SirSkidmore | Nimrod Compiler Version 0.9.2 (2013-05-20) [Linux: i386] |
16:47:21 | SirSkidmore | Copyright (c) 2004-2013 by Andreas Rumpf |
16:47:26 | dom96 | That's enough for me to tell you though that you need the latest. |
16:47:31 | dom96 | From github. |
16:47:40 | SirSkidmore | ah |
16:47:41 | SirSkidmore | okay |
16:47:43 | dom96 | I did say that in nimkernel's readme ;) |
16:47:44 | SirSkidmore | well, shoot |
16:47:56 | SirSkidmore | yeah :P I did cheat a little |
17:06:23 | * | Associat0r quit (Quit: Associat0r) |
17:27:50 | * | q66 quit (Quit: Leaving) |
17:45:38 | EXetoC_ | meep meep |
17:46:05 | Sergio965 | beep beep |
17:46:52 | NimBot | Araq/Nimrod master 9505841 Araq [+1 ±1 -0]: fixes #503 |
17:46:52 | NimBot | Araq/Nimrod master 5f8446c Araq [+0 ±1 -0]: fixes #505 |
17:46:52 | NimBot | Araq/Nimrod master 2cb35ca Araq [+0 ±1 -0]: Merge branch 'master' of github.com:Araq/Nimrod |
17:47:15 | Araq | bbl |
17:57:28 | EXetoC_ | d: |
17:57:44 | * | q66 joined #nimrod |
18:22:39 | dom96 | SirSkidmore: Got it working? |
18:24:23 | EXetoC_ | gonna merge the package pulls soon? |
18:24:58 | * | EXetoC_ is now known as EXetoC |
18:25:11 | dom96 | oh sorry, forgot |
18:25:22 | NimBot | nimrod-code/packages master 4340557 Erik Johansson Andersson [+0 ±1 -0]: nimrod-glfw3 -> nim-glfw3 |
18:25:22 | NimBot | nimrod-code/packages master 11e0335 Dominik Picheta [+0 ±1 -0]: Merge pull request #20 from EXetoC/patch-1... 2 more lines |
18:25:55 | EXetoC | ktnx homie |
18:25:56 | dom96 | Looks like I need to add a requirement to the readme: "SPECIFY WHAT LIB YOU'RE ADDING IN THE COMMIT MESSAGE" |
18:26:03 | EXetoC | :> |
18:26:23 | dom96 | Next time someone writes "updates packages.json" I will cry |
18:26:26 | * | dom96 looks at fowl |
18:29:27 | NimBot | nimrod-code/packages master 142fc0f Billingsly Wetherfordshire [+0 ±1 -0]: Update packages.json... 2 more lines |
18:29:27 | NimBot | nimrod-code/packages master ab31134 Dominik Picheta [+0 ±1 -0]: Merge pull request #21 from fowlmouth/patch-7... 2 more lines |
18:29:39 | EXetoC | blame github for making it the default :p |
18:29:54 | dom96 | oh I see. |
18:31:12 | DAddYE | Araq: quick question, the online docs available some where? I want to give it some love, a bit of css + highlighting and so on, maybe on a git repo + markdown so anyone can contribute |
18:33:16 | dom96 | DAddYE: The code which generates the docs is somewhere deep in the compiler source, not sure exactly where. Maybe for now you could just style the already generated docs? |
18:34:03 | EXetoC | there's nothing like this in Nimrod, right? "x => x + 1" rather than "proc(x: T): U = x + 1" |
18:34:48 | dom96 | not yet :P |
18:35:34 | EXetoC | yeah. some day probably |
18:39:54 | Araq | DAddYE: it's all configurable in config/nimdoc.cfg and nimdoc.tex.cfg |
18:40:19 | SirSkidmore | dom96: no :/ |
18:40:25 | SirSkidmore | I'm on my crappy Windows work machine |
18:40:31 | SirSkidmore | and I'm having a ton of Qemu issues |
18:40:34 | dom96 | oh |
18:40:37 | SirSkidmore | I'm just going to wait until I get home |
18:41:39 | DAddYE | Thx Araq dom96 |
18:46:08 | Araq | EXetoC: macro `\`(body: expr): expr = # implementation left as an exercise |
18:46:31 | Araq | \(x + 1) # extract single letter idents as parameters and transform to: |
18:46:39 | Araq | proc (x): auto = x + 1 |
18:50:31 | EXetoC | so simple, unsurprisingly :> |
18:53:02 | Araq | dom96: answer the new guy on the forum that you know ;-) |
18:54:00 | dom96 | he honestly sounds like he's advertising the RPI lol |
18:57:46 | Araq | he's simply surprised Nimrod runs on anything and Rust and D nowhere |
18:59:04 | NimBot | Araq/Nimrod master d6322ee Grzegorz Adam Hankiewicz [+3 ±1 -0]: Adds idetools --suggest test case. Refs #484.... 4 more lines |
18:59:04 | NimBot | Araq/Nimrod master 0fafbc7 Araq [+3 ±1 -0]: Merge pull request #485 from gradha/pr_suggest_case... 2 more lines |
19:00:58 | EXetoC | what about traits and/or interface constraints a la D? |
19:01:18 | EXetoC | not that D's support for constraints doesn't have issues |
19:02:09 | Araq | zahary is working on more expressive constraints, I don't know what the status is |
19:02:27 | EXetoC | great |
19:03:26 | Araq | he also has a nice patch that allows to pass values as generic arguments, should be merged soon |
19:10:53 | Araq | so dom96 ... if I make nimgrep a babel package, does that mean it needs its own repository? |
19:12:07 | dom96 | yes |
19:12:26 | Araq | gah but it should stay in the standard distribution |
19:12:34 | EXetoC | hopefully it'll be possible to implement a D-ish range interface then |
19:13:04 | Araq | that's already possible via 'compiles' |
19:13:39 | EXetoC | sure. that needs to be in the body though, right? |
19:14:04 | Araq | right |
19:15:10 | Araq | tbh it's annoying that people constantly suggest adding D's broken features |
19:15:25 | EXetoC | actually, I'm not sure why it would matter |
19:16:19 | Araq | ranges have issues, 'const/immutable' is an unusable whiteboard design, the language is incredibly hostile to an efficient GC implementation |
19:17:11 | Araq | "postblit" operators only make sense if you have no idea how a modern GC works |
19:17:12 | EXetoC | I can't remember what the issues were, other than the fact that you can barely use it together with const/immutable, which sucks |
19:17:35 | EXetoC | actually, the constraint stuff is an issue, because the error message are cryptic at times |
19:17:59 | Araq | mixins are a poor macro system ... etc. etc. etc. |
19:18:25 | EXetoC | the error messages are supposed to be better than the ones you get when you use templates incorrectly in C++, but it's still pretty bad |
19:18:53 | EXetoC | Araq: yup, I think they know that, though it's still in the language |
19:19:41 | Araq | it's exactly the language that you get when design a "better C++" when all you know is Java and C++ |
19:25:58 | EXetoC | yes.. |
19:31:23 | EXetoC | I obviously don't want exact copies of the features I mentioned |
19:33:07 | Araq | sure but there is also some value in letting others do the research for us, i.e. copying features that are stable ;-) |
19:35:57 | Araq | just imagine I would have copied Rust's typestate feature ... |
19:37:05 | Araq | however I'm not surprised it didn't work; I read the paper :P |
19:41:55 | * | Endy quit (Ping timeout: 264 seconds) |
20:02:54 | Araq | bbl |
20:06:54 | * | amarsahinovic joined #nimrod |
20:10:20 | * | gradha joined #nimrod |
20:12:37 | gradha | so D is to C++ like svn to cvs, with nimrod being a dvcs? |
20:16:43 | amarsahinovic | dom96: Benchmarks are out, here is the HN thread with link: https://news.ycombinator.com/item?id=5979766 |
20:17:11 | dom96 | finally! |
20:17:25 | dom96 | Do I want to look at the results lol? |
20:18:11 | amarsahinovic | why not :D |
20:18:20 | dom96 | oh god, that's not very good. |
20:19:32 | amarsahinovic | well, most of the stuff at the top is Java and Go, it's not easy to compete :) |
20:19:53 | dom96 | Doing worse than PHP is just depressing... |
20:22:07 | amarsahinovic | well, there is time to improve for round 7, and besides, this JSON test is not really the best way to show performance |
20:22:31 | dom96 | yeah, there is a lot of room to improve. |
20:22:52 | EXetoC | can't even find it in any of the charts |
20:23:10 | dom96 | it's in the JSON serialization |
20:26:54 | gradha | the JSON test implies parsing in the native language or can frameworks just call some C lib? |
20:27:00 | dom96 | I bet the main bottleneck is concurrency. |
20:27:15 | dom96 | Because I just spawned 8 processes and called it a day :P |
20:27:54 | gradha | didn't you even use countProcessors? wow |
20:29:20 | gradha | the processor table seems to indicate jester doesn't scale well past 16 processors |
20:29:24 | dom96 | I couldn't do that. |
20:30:09 | dom96 | Because if I did then nginx wouldn't know how many processes it can access. |
20:30:26 | gradha | awww... would like to see objc gcd servers doing the json parsing, in other tests I've seen they scale linearly |
20:33:04 | gradha | what's the EC2 thingy? jester is on par with php there |
20:33:23 | dom96 | yay |
20:33:36 | dom96 | I think CPU is worse on EC2 |
20:33:50 | dom96 | So it must be the process spawning that is throwing it off. |
20:34:09 | dom96 | I shall implement concurrency in Jester! :D |
20:35:31 | gradha | maybe the compiler needs a -d:releaseForSpecialBenchmark switch, like OpenGL drivers used to have for quake |
20:36:28 | * | gradha quit (Quit: bbl, need to watch https://www.youtube.com/watch?v=1ZZC82dgJr8 again) |
20:41:45 | dom96 | Well at least we're not last :) |
20:42:40 | dom96 | Perhaps I will submit jester for the Windows tests too. |
20:43:05 | dom96 | Not using nginx would also probably help. |
20:52:01 | * | ack006 joined #nimrod |
20:55:44 | * | Associat0r joined #nimrod |
20:55:44 | * | Associat0r quit (Changing host) |
20:55:44 | * | Associat0r joined #nimrod |
21:31:03 | Araq | lol? how can this be? you said we're faster than Go on your machine, dom96 ... |
21:31:18 | dom96 | Araq: I was wrong, I'm sorry :'( |
21:31:46 | dom96 | It obviously folded under the pressure of concurrency. |
21:31:53 | dom96 | So don't worry, we'll do better in the next round. |
21:33:08 | EXetoC | inline asm! |
21:33:25 | dom96 | inline parallel asm! |
21:33:32 | dom96 | if that's possible. |
21:34:29 | Araq | I'm too stupid to read the results ... |
21:34:43 | dom96 | lol |
21:34:54 | dom96 | What do you not understand? |
21:35:00 | Araq | oh wait ... lol |
21:35:07 | * | Araq had to scroll down ..... |
21:35:08 | dom96 | There is a good side to this, my comment on HN and reddit seems to be doing nicely. |
21:35:28 | dom96 | Araq: Nice job :P |
21:36:16 | Araq | so ... we beat rails on the json benchmark, right? |
21:36:38 | dom96 | yeah, by a lot. |
21:37:21 | Araq | I can't find jester for the "single query" bench |
21:37:31 | dom96 | I only implemented the JSON benchmark |
21:37:42 | Araq | wtf? seriously? |
21:37:47 | Araq | oh well ... lol |
21:37:56 | dom96 | dude, I had exams. |
21:38:02 | dom96 | You were welcome to implement it. |
21:38:08 | Araq | but hey, it's less than a factor of 5 to the top, right? |
21:38:10 | dom96 | don't wtf me! |
21:38:43 | dom96 | The only problem is that it doesn't scale well. |
21:38:44 | Araq | sorry about the wtf |
21:39:01 | dom96 | Because I didn't have time to do proper concurrency in jester |
21:39:14 | Araq | *shrug* "scaling" that doesn't mean much |
21:39:26 | dom96 | look at the raw data |
21:39:37 | Araq | the important thing is to web scale |
21:40:23 | dom96 | and of course we're still using select lol |
21:41:00 | Araq | well the first class iterators surely will help too |
21:41:31 | dom96 | I dunno. |
21:41:35 | dom96 | I think they might add more overhead |
21:41:50 | dom96 | getting httpserver optimised and using it directly |
21:41:55 | dom96 | will improve the situation |
21:42:03 | Araq | I don't think they have much overhead |
21:42:22 | Araq | should have way less overhead than a Goroutine |
21:42:27 | dom96 | It sends data twice |
21:42:45 | dom96 | From jester to nginx and from nginx to wrk (benchmark tool) |
21:43:00 | dom96 | oh, that's what you're talking about. |
21:43:23 | dom96 | first class iterators won't automatically make things concurrent. |
21:43:31 | Araq | sure |
21:43:52 | Araq | well I think using nginx makes it a real world benchmark |
21:44:22 | dom96 | perhaps, but who cares, we want greatest speed :P |
21:44:22 | Araq | nobody uses raw language servers anyway |
21:44:40 | Araq | <-- does anybody know a good term for that? |
21:44:55 | dom96 | I like to use the term "Araq" for that. |
21:45:03 | dom96 | or sometimes Andreas. |
21:45:12 | Araq | for "raw language server"? |
21:45:22 | dom96 | hehe |
21:45:31 | dom96 | Don't get my joke huh? |
21:45:38 | Araq | I did but it's not funny |
21:46:05 | Araq | oh btw ... my jogging was quite productive |
21:46:30 | Araq | I think I found a novel way to make an AST interpreter as fast as a bytecode VM ... |
21:47:16 | reactormonk | Araq, hm? |
21:47:50 | Araq | well at least it should speed up the evaluator quite a lot |
21:47:56 | dom96 | Araq: You should just get some workout machine in front of your computer and code while exercising :P |
21:48:29 | Araq | dom96: I don't think that would work as well |
21:50:30 | Araq | reactormonk: the basic idea is to do some advanced pattern matching on the AST and patch the AST to contain special superoperator nodes |
21:50:47 | dom96 | wow, asp.net is really crap. |
21:50:51 | reactormonk | Araq, sorry, you lost me |
21:50:57 | dom96 | even on windows |
21:51:18 | Araq | reactormonk: wait for my patches to the evaluation engine then |
21:51:37 | dom96 | Araq: cool cool. But what about getting ffi support? |
21:54:24 | Araq | dom96: we have ffi support since months |
21:54:52 | Araq | however, it's fragile because of a compiler bug; the stupid thing can't compute offsets properly |
21:57:51 | dom96 | So I still can't use sockets in the repl? |
21:58:26 | Araq | you can try ... |
21:58:40 | Araq | but why is that important anyway? |
21:58:53 | Araq | I never used sockets in pyhton's REPL |
21:59:16 | dom96 | it's an example.. |
21:59:27 | Araq | you can use file IO |
21:59:37 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
22:00:03 | dom96 | and I have used sockets in pythons repl a lot |
22:00:16 | Araq | and I got an SDL window to work but the key events don't work due to the offset bug |
22:00:42 | dom96 | what if I want to test jester in the repl? |
22:00:50 | dom96 | or any of the other modules which require sockets? |
22:01:03 | Araq | well you can't |
22:01:14 | dom96 | Sorry, but I won't use it until those limitations are gone. |
22:01:32 | Araq | *shrug* you'll use it for Nimbot, I'm sure |
22:02:53 | dom96 | REPLs are great for testing |
22:03:04 | dom96 | You can't test if some things don't work. |
22:03:54 | Araq | testing IO stuff in a REPL is a bad idea anyway imho; you can't undo the IO state changes easily |
22:09:00 | dom96 | it's not like every IO call changes state. |
22:14:17 | Araq | many people tweak algorithms and formulars the REPL should be handy for them at least |
22:18:33 | * | OrionPK joined #nimrod |
22:46:39 | * | XAMPP-8 joined #nimrod |
22:46:56 | * | XAMPP-8 quit (Read error: Connection reset by peer) |
22:59:36 | * | amarsahinovic left #nimrod (#nimrod) |
23:17:11 | * | Sergio965 quit (Ping timeout: 252 seconds) |