00:08:54 | * | MFlamer quit (Quit: Page closed) |
00:48:14 | reactormonk | Araq, found the seq stuff? |
01:02:09 | * | fowl quit (Quit: Leaving) |
01:15:49 | * | DAddYE quit (Remote host closed the connection) |
01:17:02 | reactormonk | why exactly does map(@[1,2,3], inc) |
01:17:06 | reactormonk | ... fail in nimrod i? |
01:17:22 | reactormonk | stdin(1, 14) Error: instantiate 'inc' explicitely |
01:31:06 | reactormonk | anyway, I don't really get the instantiate 'echo' explicitely |
01:31:29 | reactormonk | oh, good old () |
01:32:51 | reactormonk | is it just me or is $ in js a noop? |
01:33:08 | reactormonk | somehow the generated code doesn't look like it should |
01:35:56 | * | q66 quit (Quit: Leaving) |
01:38:33 | reactormonk | echo($a) |
01:38:35 | reactormonk | translates to |
01:38:45 | reactormonk | rawEcho(a_34332); |
01:38:47 | reactormonk | but should be |
01:39:17 | reactormonk | rawEcho(cstrToNimstr(a_34332)); |
02:39:43 | * | brson quit (Ping timeout: 260 seconds) |
02:41:27 | * | brson joined #nimrod |
03:03:03 | * | brson quit (Ping timeout: 252 seconds) |
03:05:01 | * | brson joined #nimrod |
03:19:14 | * | DAddYE joined #nimrod |
03:23:39 | * | DAddYE quit (Ping timeout: 248 seconds) |
03:27:52 | * | MFlamer joined #nimrod |
03:37:54 | reactormonk | any way to do controlled effect invocation aka lazy aka FP? |
03:43:42 | * | capisce quit (Read error: Connection reset by peer) |
03:49:36 | * | capisce joined #nimrod |
03:56:04 | * | ltbarcly joined #nimrod |
04:09:19 | * | OrionPK quit (Quit: Leaving) |
04:12:18 | MFlamer | reactormonk: not sure what you mean. like with a monad? |
04:21:04 | * | DAddYE joined #nimrod |
04:26:34 | * | brson quit (Quit: leaving) |
04:27:55 | * | DAddYE quit (Ping timeout: 259 seconds) |
04:49:30 | * | dyu joined #nimrod |
04:49:34 | * | zhtx joined #nimrod |
05:02:53 | * | XAMPP quit (Quit: Drink all the Booze; Hack all the Things; Kill all the Humans;) |
05:15:58 | Araq | reactormonk: lazy == pass a function/closure to be evaluated |
05:16:15 | Araq | rawEcho should be correct |
05:16:35 | Araq | and no luck, didn't find the issue about $ for seq |
05:23:52 | * | DAddYE joined #nimrod |
05:28:06 | * | DAddYE quit (Ping timeout: 245 seconds) |
05:32:27 | * | MFlamer quit (Ping timeout: 250 seconds) |
05:47:33 | * | zhtx quit (Quit: Leaving.) |
05:56:00 | * | NewGuy joined #nimrod |
05:56:31 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
05:56:58 | NewGuy | Anybody here? |
06:01:15 | * | NewGuy quit (Quit: Page closed) |
06:24:44 | * | DAddYE joined #nimrod |
06:31:40 | * | DAddYE quit (Ping timeout: 264 seconds) |
06:37:32 | * | Associat0r joined #nimrod |
06:37:32 | * | Associat0r quit (Changing host) |
06:37:32 | * | Associat0r joined #nimrod |
06:42:45 | * | filwit joined #nimrod |
06:43:28 | * | filwit quit (Client Quit) |
06:53:52 | * | Araq_ joined #nimrod |
07:20:24 | * | DAddYE joined #nimrod |
07:57:25 | * | gsp joined #nimrod |
09:10:08 | * | DAddYE quit (Remote host closed the connection) |
09:10:35 | * | DAddYE joined #nimrod |
09:14:46 | * | DAddYE quit (Ping timeout: 246 seconds) |
09:30:26 | * | Araq_ quit (Read error: Connection timed out) |
09:31:07 | * | Araq_ joined #nimrod |
09:41:20 | * | shodan45_ joined #nimrod |
09:41:48 | * | shodan45 quit (Ping timeout: 245 seconds) |
09:52:24 | * | shodan45_ quit (Read error: Connection reset by peer) |
09:55:35 | * | shodan45_ joined #nimrod |
10:03:26 | * | EXetoC joined #nimrod |
10:10:24 | * | shodan45_ quit (Ping timeout: 252 seconds) |
10:11:10 | * | DAddYE joined #nimrod |
10:12:06 | * | shodan45_ joined #nimrod |
10:16:04 | * | ltbarcly joined #nimrod |
10:16:23 | * | shodan45_ quit (Ping timeout: 245 seconds) |
10:16:25 | * | ltbarcly quit (Client Quit) |
10:17:26 | * | DAddYE quit (Ping timeout: 240 seconds) |
10:18:04 | * | shodan45_ joined #nimrod |
10:21:17 | * | DAddYE joined #nimrod |
10:25:28 | * | DAddYE quit (Ping timeout: 246 seconds) |
10:36:25 | * | q66 joined #nimrod |
11:14:24 | * | DAddYE joined #nimrod |
11:16:09 | * | Boscop joined #nimrod |
11:19:57 | * | Boscop is now known as M4chine |
11:20:04 | * | M4chine left #nimrod (#nimrod) |
11:20:26 | * | DAddYE quit (Ping timeout: 245 seconds) |
11:38:52 | * | gsp quit (Ping timeout: 264 seconds) |
12:17:30 | * | DAddYE joined #nimrod |
12:23:16 | * | q66_ joined #nimrod |
12:23:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
12:26:48 | * | q66 quit (Ping timeout: 252 seconds) |
12:42:58 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812]) |
13:03:42 | reactormonk | Araq, well, it produces the wrong output, as a is a cstring |
13:13:24 | * | EXetoC quit (Ping timeout: 257 seconds) |
13:20:38 | * | DAddYE joined #nimrod |
13:26:56 | * | DAddYE quit (Ping timeout: 260 seconds) |
13:34:16 | * | EXetoC joined #nimrod |
13:50:26 | * | Araq_ joined #nimrod |
13:57:27 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812]) |
14:09:15 | * | zhtx joined #nimrod |
14:11:20 | * | gsp joined #nimrod |
14:23:51 | * | DAddYE joined #nimrod |
14:29:43 | * | ltbarcly joined #nimrod |
14:29:49 | * | ltbarcly quit (Client Quit) |
14:30:24 | * | q66_ is now known as q66 |
14:30:28 | * | DAddYE quit (Ping timeout: 246 seconds) |
14:56:54 | * | filwit joined #nimrod |
15:06:29 | dom96 | hello |
15:09:33 | * | shodan45_ quit (Quit: Konversation terminated!) |
15:10:19 | * | shodan45 joined #nimrod |
15:16:35 | filwit | hi dom |
15:17:38 | filwit | dom96: so i thought of a better name for a Nimrod game engine: hymn |
15:17:50 | filwit | dom96: since nimrod is a king from scripture |
15:18:15 | filwit | dom96: http://reign-studios.net/philipwitte/hymn/ |
15:18:45 | filwit | just a mock up of a logo mostly |
15:20:05 | dom96 | that looks sexy |
15:20:51 | dom96 | not sure about the name though, feels a bit too religious, but *shrug* |
15:22:25 | filwit | yeah, that's why i added the red, haha |
15:22:36 | filwit | wanted it to be a play on things |
15:22:44 | filwit | say 'hymn' but looks devilish |
15:22:45 | dom96 | hymn from hell heh? |
15:22:50 | filwit | yeah, lol |
15:25:03 | * | zhtx quit (Quit: Leaving.) |
15:26:53 | * | DAddYE joined #nimrod |
15:33:07 | * | DAddYE quit (Ping timeout: 246 seconds) |
15:37:04 | * | gsp quit (Ping timeout: 264 seconds) |
15:39:55 | * | MFlamer joined #nimrod |
15:48:45 | * | gsp joined #nimrod |
15:54:12 | * | zhtx joined #nimrod |
15:55:31 | Araq | http://www.reddit.com/r/programming/comments/1n3su5/want_to_learn_ada_now_you_can_free_online_courses/ |
15:55:51 | Araq | Rust is mentioned, Nimrod of course not |
15:55:59 | Araq | so ... do something about it |
15:58:46 | NimBot | Araq/Nimrod master 4b179da Araq [+0 ±1 -0]: documentation improvements |
15:58:46 | NimBot | Araq/Nimrod master 2119c66 Araq [+5 ±8 -0]: the compiler can now deal with multiple modules of the same name |
15:59:57 | p0nce | Rust hype is at an all-time high |
16:00:59 | * | gsp quit (Read error: Operation timed out) |
16:01:28 | Araq | and yet Rust copied no feature from Ada afaik and Nimrod copied every good feature of it *cough* |
16:01:39 | Araq | including subranges |
16:06:40 | * | zhtx quit (Quit: Leaving.) |
16:08:52 | MFlamer | Araq: I'm having some trouble locating the source of a bug in my table. Do you have any recommendations? How might --stacktrace:on help? |
16:09:37 | Araq | ah the fun with threading bugs |
16:09:59 | MFlamer | Yes, but this happens even with a single thread. |
16:10:08 | Araq | oh cool |
16:10:10 | dom96 | Araq: You could do something about it too you know |
16:10:23 | MFlamer | Under certain conditions it just quits |
16:10:38 | Araq | without a stack trace? |
16:10:55 | MFlamer | yes |
16:11:06 | Araq | try --debuginfo and run it under gdb |
16:11:16 | MFlamer | ok |
16:12:32 | Araq | dom96: if I do everything myself, I might as well start implementing only the features that *I* need |
16:14:15 | * | gsp joined #nimrod |
16:15:31 | Araq | bbl |
16:16:39 | MFlamer | I'm not asking anyone to the work for me, just steer me in the right direction |
16:17:09 | MFlamer | I give gdb a shot. Never used it before |
16:27:51 | * | ltbarcly joined #nimrod |
16:28:30 | * | ltbarcly quit (Client Quit) |
16:34:23 | dyu | Araq: its probably not the feature, its the backers |
16:35:49 | dyu | golang has the least features, (less is more mantra by their core devs) ... but their community is growing larger by the day |
16:36:45 | dyu | it also has to do that it is already 1.0x, hence usable in production (don't quote me on that) |
16:51:19 | * | DAddYE joined #nimrod |
16:53:54 | filwit | Nimrod is still the language "you never knew you wanted". Google and Mozilla actively promote Go & Rust (not sure about rust actually), and so more people are aware of their respective benefits |
16:54:46 | filwit | Nimrod doesn't (yet) have many people promoting it in different circles, so it's no wounder it doesn't get mentioned much |
16:55:05 | filwit | i think Araq's talk should help Nimrod see more limelight |
16:56:20 | dyu | The problem with nimrod is that the design is good, but the T/P prefix stuff is ugly :-) A small like that turns of newbies |
16:56:41 | dyu | A small detail* |
16:56:58 | filwit | i think a lot of people, like I almost did, will pass up Nimrod based on aesthetics alone (i don't ever care about Basic-style languages), unless they can see some presentation on what it's real power is |
16:57:09 | filwit | yes dyu, i'm with you there |
16:57:17 | filwit | that was my first, and still biggest complaint |
16:57:21 | dyu | rust is good, but their compiler right now is friggin slow |
16:57:41 | dyu | filwit: yea me too, but I got used to it the more I keep on looking at the source |
16:57:59 | filwit | the T/P thing feels so.. C-style, or 1980s |
16:58:04 | dyu | the problem with golang? c-ffi overhead :-) https://github.com/dyu/ffi-overhead#results |
16:58:27 | filwit | i haven't used either go nor rust much |
16:58:50 | filwit | rust looks interesting, but i hate the syntax |
16:58:52 | p0nce | I tried Rust and was underwhelmed |
16:59:28 | dyu | p0nce: couldn't try rust because it takes hours to bootstrap |
16:59:38 | p0nce | I wanted something like template<int> stuff |
16:59:53 | p0nce | but you have to go the macro way from the start then |
17:01:35 | * | brson joined #nimrod |
17:01:42 | dyu | here's a rust guy |
17:01:45 | dyu | :-) |
17:03:07 | dom96 | oh cool. Nice benchmarks. |
17:03:14 | dom96 | Didn't know go had an ffi overhead |
17:03:41 | p0nce | JNI-style |
17:03:50 | dyu | I knew it had an overhead, but didn't know it was that bad |
17:03:56 | dom96 | I was going to try Rust too, but after 40 minutes of it bootstrapping I just gave up. |
17:04:10 | dyu | i thought go would be faster than java (because everybody says jni is slooow) |
17:04:17 | dyu | in c ffi |
17:04:23 | filwit | Nimrod is slower than C by 5 milliseconds in that test... that is a unforgivable sin |
17:05:07 | * | fowl joined #nimrod |
17:05:07 | filwit | i will now complain to Araq for the next two weeks until he dedicates all his time to optimizing the compiler |
17:05:10 | dom96 | I bet the time between the C and Nimrod version fluctuates up and down a lot. |
17:05:18 | dyu | dom96: indeed |
17:05:26 | dyu | sometimes nimrod is faster |
17:05:44 | dyu | probably some cpu warmup thingy |
17:05:47 | dyu | dunno really |
17:05:52 | filwit | it's great to see how close they are though |
17:06:13 | p0nce | we have a program at work to compare two version of our executable, basically perform a Welch test http://en.wikipedia.org/wiki/Welch%27s_t_test |
17:06:16 | dom96 | I would do multiple runs and do an average. |
17:06:33 | filwit | of course, it's a very basic test |
17:06:37 | p0nce | but yeah average of 10 run is usually sufficient |
17:07:12 | filwit | and you can't really benchmark that... |
17:07:24 | filwit | cause the compilers should optimize that loop away i think. |
17:07:37 | filwit | wait nevermind |
17:07:48 | p0nce | impressive how Go manage to do consistently worse than anything that exist |
17:07:48 | dyu | I've run it multiple times, the difference is 1% ... e.g. The results are as stable as they get |
17:10:24 | dyu | well, except for scripting languages |
17:10:52 | dom96 | Any ideas why Go's overhead is so large? |
17:10:56 | dyu | mostly ruby/python/node people have defected to go |
17:11:21 | dyu | its the gc locking/barrier |
17:12:12 | dyu | java has barriers too on jni calls, but I'm not sure what extra things go is doing that makes it that slow |
17:17:15 | filwit | Google's Go has built-in library c-ffi logging to report to the NSA.. |
17:17:25 | filwit | obviously |
17:20:44 | dyu | filwit: are you still going with macros/templates to sort-of have the syntax you aimed for? |
17:23:54 | * | dyu thinks they mess up the stack trace info |
17:25:56 | filwit | dyu: what do you mean exactly? |
17:26:16 | filwit | dyu: yes, i have some plans to use Nimrod for a project I'm working on |
17:27:17 | filwit | dyu: but that will be in a couple of months. I'm currently playing with Nimrod's macro's to see what's capable and kicking around the idea of making a small game engine with it if I'm happy enough with what i can come up with |
17:27:19 | * | gsp quit (Ping timeout: 260 seconds) |
17:27:45 | dyu | https://gist.github.com/PhilipWitte/6648742 <-- you're gonna implement that with macros right? |
17:28:32 | filwit | yes, actually someone already mostly did. but i'm making something similar, yes |
17:29:08 | filwit | prototype design: http://reign-studios.net/philipwitte/hymn/ |
17:29:09 | filwit | :) |
17:29:25 | filwit | btw, that syntax is wrong in a few places |
17:29:36 | dyu | cool |
17:29:44 | dyu | but doesn't the stack trace get messed up? |
17:29:52 | dyu | when you get an exception |
17:29:59 | filwit | hmmm... idk actually |
17:30:00 | dyu | you won't be able to pin point the exact line |
17:30:35 | fowl | no |
17:30:41 | filwit | nimrod may have features to allow me to pass that information down the line |
17:30:41 | filwit | i'll have to ask Araq more about that sort of thing later |
17:30:42 | dyu | oh ok |
17:31:09 | dyu | fowl: care to elaborate :-) |
17:32:03 | filwit | fowl: no to me or to dyu? |
17:32:04 | fowl | no |
17:32:07 | filwit | lol |
17:32:17 | fowl | dyu, it just works, idk how |
17:32:26 | filwit | magic |
17:32:30 | dyu | cool |
17:32:38 | fowl | the line/column info is from where the source is when its read, not where it ends up |
17:32:50 | filwit | that {.magic.} pragma you see in the compiler internals.. that's real magic |
17:34:28 | dyu | filwit: who's andrew |
17:39:32 | * | gsp joined #nimrod |
17:40:07 | * | q66_ joined #nimrod |
17:40:08 | * | q66 quit (Read error: Connection reset by peer) |
17:40:26 | * | q66_ is now known as q66 |
17:44:28 | filwit | dyu: my brother |
17:44:40 | filwit | dyu: buy why are you asking? where are you reading that? |
17:45:17 | dyu | http://www.reign-studios.net/ |
17:45:33 | dyu | from your prototype design |
17:46:06 | filwit | ah, right |
17:46:48 | filwit | yes, that's our new Unity plugins site |
17:51:01 | reactormonk | no curry, right? |
17:51:10 | reactormonk | Araq, problem found. wrong type annotation in the import. |
17:51:40 | EXetoC | mmmh, curry |
17:52:39 | filwit | yeah i'm hungry |
17:52:48 | filwit | time for lunch i think |
17:59:51 | * | XAMPP joined #nimrod |
18:01:56 | reactormonk | http://pastebin.com/JzSHjmn2 anyone an idea why the result is always false? |
18:05:03 | reactormonk | (a == currentActivity) is |
18:05:09 | reactormonk | (a_34346 < workspace.currentActivity) |
18:05:11 | reactormonk | WTF. |
18:05:29 | Araq | lol. typo in the codegen? |
18:05:41 | reactormonk | likely. |
18:06:07 | reactormonk | ["", "", "($1 == $2)", "($1 == $2)"], # EqCString |
18:06:08 | reactormonk | looks good |
18:06:21 | Araq | well you should do that: |
18:06:30 | Araq | mEqCString: [ ... ] |
18:06:38 | Araq | this way the compiler checks the order |
18:07:05 | reactormonk | where? |
18:07:15 | Araq | in the line you just quoted? |
18:07:28 | Araq | but you need to do that for the whole array |
18:07:59 | reactormonk | :-( |
18:08:12 | Araq | MFlamer: depending on your bug, you can also try ENDB and in particular its watchpoint feature. It's quite good. |
18:10:48 | reactormonk | where is ["", "", "($1 == $2)", "($1 == $2)"], # EqCString |
18:10:49 | reactormonk | used? |
18:11:33 | Araq | in line 484 |
18:11:53 | reactormonk | which file? |
18:11:59 | Araq | jsgen.nim |
18:12:32 | reactormonk | arithAux(p, n, r, op, jsOps | luaOps) |
18:12:36 | reactormonk | 484 |
18:12:59 | Araq | jsOps is the name of the array |
18:13:11 | reactormonk | oh. |
18:15:59 | MFlamer | Araq: ok, will do |
18:16:22 | Araq | I can also have a look at your code if you want to |
18:19:54 | reactormonk | Araq, I still don't get your mEqCString statement |
18:20:26 | reactormonk | ahh |
18:20:31 | reactormonk | now I do. |
18:22:27 | MFlamer | Araq: If you were talking to me, I invited you to the repo https://bitbucket.org/mflamer/nimutils/src/1dfa1523ab04e421c9e4403554376b2c0ce4a606/LockFreeHash.nim?at=master |
18:23:08 | Araq | MFlamer: yeah; looking at your code right now |
18:23:37 | MFlamer | the code will build and the test will run as expected, if you change the "numTests" from 1100 to 1200 and run, it'll freeze |
18:24:18 | MFlamer | The code may be a little messy....not quite ready for review yet |
18:26:02 | reactormonk | I copy-pasted the magic together and ran echo(repr(jsOps[mEqCString])) |
18:26:12 | reactormonk | ... test.nim(164, 15) Error: index out of bounds |
18:26:25 | Araq | the code is ugly ;-) |
18:27:20 | Araq | 1. you should use 'ptr array[0..10_000_000, TEntry]' instead of PEntry for 'data' |
18:27:46 | MFlamer | ok |
18:28:04 | Araq | 2. your 0x000 stuff assumes 32 bit ? |
18:28:10 | reactormonk | full source: http://sprunge.us/ZCSC |
18:28:29 | MFlamer | for now, yes |
18:28:42 | MFlamer | I'll make it portable... |
18:28:49 | Araq | reactormonk: try without 'repr' |
18:29:56 | reactormonk | better. |
18:30:35 | MFlamer | I also stash a couple flags in the low bits, assuming alignment and endianness |
18:30:52 | reactormonk | echo(jsOps[mEqCString][2]) |
18:30:58 | reactormonk | still gives me an OOB |
18:34:47 | Araq | MFlamer: have you triedA ATOMIC_FULL or however it's called instaed of ATOMIC_RELAXED? |
18:35:06 | Araq | 'relaxed' sounds fishy |
18:35:27 | * | io2 joined #nimrod |
18:36:14 | Araq | io2: http://nimrod-code.org/talk01/slides.html#%281%29 |
18:36:51 | io2 | Araq: hi, thanks! |
18:36:55 | io2 | that's the full talk? |
18:36:57 | io2 | awesome |
18:37:17 | Araq | that are the slides that I used, yes |
18:37:19 | dyu | Araq: finally |
18:37:22 | MFlamer | In some places, I am going for synchronization with ATOMIC_SEQ_CST(full barrier). I assumed it shouldnt matter for a single threaded problem...but I could try full barrier everywhere and see what happens |
18:37:34 | MFlamer | cool, on the slides |
18:39:36 | io2 | tweeted |
18:39:38 | io2 | and g+ in now |
18:39:46 | dyu | TaintedString |
18:41:18 | io2 | ok, done |
18:41:32 | io2 | Araq: looking forward to more material :) |
18:41:41 | Araq | gah ... |
18:41:44 | Araq | oh well |
18:44:12 | Araq | MFlamer: he, true, it shouldn't matter for single threaded code |
18:45:05 | reactormonk | Araq, left ccgexprs, right jsgen http://pastebin.com/LdCqmGzA |
18:45:07 | reactormonk | go figure |
18:46:46 | Araq | reactormonk: ah nice; and that's why the indexes need to be named |
18:47:56 | Araq | in my defense ... when I wrote that the language didn't support that feature :P |
18:50:55 | MFlamer | Araq: I have to bail for a meeting, I'll check the logs later for any comments. Thanks for your time |
18:51:09 | fowl | cool slides thanks Araq |
18:51:21 | Araq | MFlamer: alright |
18:51:32 | * | MFlamer quit (Quit: Page closed) |
18:52:08 | * | dyu quit (Quit: Leaving) |
18:52:34 | Araq | fowl: I'm not sure how comprehensible the slides are without my explanations |
18:52:45 | Araq | but then you're the wrong guy to ask I guess ;-) |
18:55:54 | filwit | nice slides, reading.. |
19:01:21 | io2 | the slides are excellent, full of code samplees |
19:01:29 | io2 | samples* |
19:01:59 | io2 | Araq: video? |
19:02:01 | * | MFlamer joined #nimrod |
19:02:10 | io2 | is there someplace where you have it perchance? |
19:05:11 | reactormonk | Araq, delete the equntracedref? |
19:08:00 | Araq | io2: dunno when the video is ready |
19:08:12 | Araq | my bet: still a month |
19:11:45 | io2 | Araq: ok, thanks |
19:11:54 | io2 | I beat dom96 into tweeting this :P |
19:11:55 | io2 | he he |
19:14:11 | Araq | bbl |
19:19:40 | reactormonk | Araq, yeah, you have the untraced ref in both lua and js ops, but not in the original one |
19:20:17 | reactormonk | wait, TMagic defines mEqUntracedRef |
19:26:42 | fowl | ugh still no docs for basic2d/3d |
19:26:54 | filwit | basic2d/3d? |
19:27:40 | fowl | yea |
19:27:47 | filwit | i mean.. what is it? |
19:27:55 | filwit | some nim module i've never heard of? |
19:28:02 | fowl | yea |
19:28:12 | fowl | for vectors/points |
19:28:19 | fowl | its new |
19:28:42 | filwit | k i'll look it up |
19:28:57 | fowl | they're in lib/pure |
19:29:02 | NimBot | Araq/Nimrod master 2c48c36 Simon Hafner [+0 ±1 -0]: deleted EqProc so the magic aligns again |
19:29:03 | Araq | fowl: just read the sources then; nimbuild on x86 produces the new docs but it's broken |
19:29:28 | Araq | er excuse me, reactormonk? |
19:29:32 | reactormonk | oops. |
19:29:55 | reactormonk | need to set my git remotes correctly. |
19:30:05 | Araq | yes |
19:30:14 | Araq | and fyi the build broke |
19:30:26 | reactormonk | can you repair it to the previous state? |
19:30:34 | Araq | join #nimbuild to see what you did |
19:31:11 | Araq | gah, I'm not good at git, you revert please |
19:31:18 | reactormonk | revert or delete? |
19:31:27 | Araq | revert |
19:32:16 | NimBot | Araq/Nimrod master 0b10cd8 Simon Hafner [+0 ±1 -0]: Revert "deleted EqProc so the magic aligns again" - wrong remote.... 2 more lines |
19:32:31 | dom96 | io2: how dare you! |
19:32:40 | io2 | :P |
19:32:50 | dom96 | heh, just kidding. It's cooler for me to retweet stuff about Nimrod from time to time anyways. |
19:33:47 | io2 | I should be doing something with nimrod on my own eventually, been playing with it for some time now and I need a rather good excuse time - wise as well to put it to work on something production - worthy. |
19:34:40 | dom96 | As soon as I am done with my University applications (and GTA 5) I should have some more time for Nimrod. |
19:34:51 | dom96 | My github contributions graph looks pretty bad currently. |
19:35:02 | fowl | i want to play GTA5 so bad |
19:35:54 | fowl | hey so i cant do anything with github because i forgot the password i put on my rsa thing.. is that NSA backdoor public yet |
19:37:36 | Araq | so ... it's fixing the corruption or merging the new VM into the compiler ... |
19:37:41 | Araq | hmm difficult decision |
19:39:33 | reactormonk | Araq, yup, fixed it. How do I write a test for it? |
19:40:16 | Araq | we have js tests |
19:40:21 | dom96 | Araq: Both. At the same time. |
19:40:26 | reactormonk | and nodejs running them? |
19:40:47 | dom96 | Araq: No forum thread with the slides link? |
19:40:50 | Araq | well the tester doesn't do that yet |
19:41:00 | Araq | dom96: feel free |
19:41:28 | dom96 | I'm too busy |
19:42:13 | Araq | has anybody seen Riddick 3 btw? |
19:42:26 | reactormonk | how do I generate a cstring btw? |
19:42:34 | reactormonk | well, get one. literla, whatever. |
19:43:24 | fowl | Araq, started watching it but i was drunk and passed out before half way through it |
19:43:36 | Araq | lol |
19:43:44 | Araq | no spoilers! |
19:46:06 | reactormonk | what's the cstring literal? |
19:46:07 | fowl | ok |
19:46:11 | fowl | it looked good |
19:46:36 | Araq | const c = cstring("abc") # should work |
19:46:53 | reactormonk | kk |
19:47:56 | reactormonk | test.nim(1, 20) Error: internal error: evalOp(mEqCString) |
19:47:59 | reactormonk | uh |
19:49:16 | reactormonk | http://sprunge.us/LjBY |
19:52:55 | * | io2 quit () |
19:57:54 | fowl | hi is this channel about Green Day's album "Nimrod"? whats you guy's favorite song off the album?? |
19:58:11 | Araq | that album sucks |
19:59:41 | reactormonk | of mEqStr: result = newIntNodeT(ord(getStr(a) == getStr(b)), n) |
19:59:47 | reactormonk | hm... |
20:00:55 | reactormonk | added of mEqCString: result = newIntNodeT(ord(getStr(a) == getStr(b)), n) |
20:01:18 | reactormonk | not sure if it's correct |
20:06:48 | Araq | for evals.nim? |
20:07:01 | Araq | *semfold.nim ? |
20:08:00 | Araq | reactormonk: IMHO constant folding shouldn't support == for cstrings as that comparison only compares addresses |
20:08:09 | Araq | which are unknown at compile time |
20:09:51 | reactormonk | oh |
20:10:37 | * | fowl quit (Read error: Connection reset by peer) |
20:12:10 | reactormonk | Araq, kk |
20:28:53 | * | fowl joined #nimrod |
20:34:45 | Araq | good night |
20:40:59 | * | Associat0r quit (Read error: Connection reset by peer) |
20:42:06 | * | Associat0r joined #nimrod |
20:42:06 | * | Associat0r quit (Changing host) |
20:42:06 | * | Associat0r joined #nimrod |
20:58:13 | * | DAddYE quit (Remote host closed the connection) |
20:59:14 | * | DAddYE joined #nimrod |
21:17:12 | * | MFlamer quit (Quit: Page closed) |
21:20:12 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
21:23:40 | * | NewGuy joined #nimrod |
21:24:12 | NewGuy | Howdy guys, how are you doin? |
21:28:06 | NewGuy | Well seems like nobodies here, so I'll just leave the question for whoever comes by: |
21:29:18 | NewGuy | I'm implementing a form of the Nulstein game architecture (http://software.intel.com/en-us/articles/do-it-yourself-game-task-scheduling/). |
21:29:23 | Araq | hi NewGuy |
21:30:23 | NewGuy | I've already done it in C++, and porting to Nimrod was a fun task for me. But, even though I talked to Araq on the forum about it, I wanted to clarify real quick: |
21:31:19 | NewGuy | The system sends function pointers to the worker threads, which run the code in the procedures. These procedures read from one copy of the game data, and write to another copy (and only to the object's own data) |
21:31:44 | fowl | hi |
21:31:54 | NewGuy | Araq: Howdy, my good sir. |
21:32:00 | NewGuy | fowl: I missed you. |
21:32:44 | Araq | I'm sleeping already, better be quick with your question ;-) |
21:33:41 | fowl | NewGuy, im around |
21:33:42 | NewGuy | So if I went about doing this, what are the implications with memory? I know that Nimrod is thread-local GC (deferred reference counting with cyclic collection, right?), so would this all have to be manually managed or would the GC still work? |
21:34:10 | Araq | that's a tough question in general |
21:34:18 | Araq | sending proc vars is just fine |
21:34:29 | Araq | and sending data via channels is too |
21:34:31 | NewGuy | Araq: Yeah, sorry. I understand that. |
21:34:49 | Araq | accessing globals is fine unless it's GC'ed memory then you have to be careful |
21:35:06 | NewGuy | Yeah, from our last conversation I know passing proc vars are fine, as long as they aren't clojures that implicity share their environment |
21:35:13 | Araq | yup |
21:35:32 | Araq | you repeat the question, I repeat the answer :P |
21:36:11 | NewGuy | But is it safe to modify the data from other threads? |
21:36:19 | Araq | to go forward you should pastebin some example code |
21:36:32 | NewGuy | Yeah, let me do that real quick. Should have done it from the get-go |
21:36:57 | NewGuy | Araq: You at all fluent in C++? |
21:37:09 | Araq | fluent enough I think |
21:48:27 | Araq | tick tick tick |
21:48:34 | NewGuy | I'm so sorry, don't stay up on my accord. |
21:48:44 | Araq | your time is running out |
21:48:45 | NewGuy | It's taking a bit to write it all out and such. |
21:49:14 | Araq | ok no problem, just ask the question on the forum then |
21:49:20 | NewGuy | Will do |
21:49:26 | NewGuy | Sorry for this, have a great night! |
21:49:30 | Araq | alright, good night |
21:49:44 | * | NewGuy quit (Quit: Page closed) |
21:58:54 | * | OrionPK joined #nimrod |
22:06:13 | * | Amrykid quit (Excess Flood) |
22:06:42 | * | Amrykid joined #nimrod |
22:34:26 | filwit | no chance of a nimrod Kate color theme out there? |
22:34:45 | fowl | for aporia/ |
22:35:21 | filwit | no, i just realized that would sound backwards |
22:35:21 | filwit | i mean, a scheme, for KDE Kate |
22:35:54 | fowl | ah |
22:35:56 | fowl | probably not |
22:36:04 | filwit | it's starting to hurt my eyes, lol, i should probably just build Aporia |
22:36:12 | fowl | unless you can import a vim scheme |
22:36:20 | filwit | but i really like Kate, and I'd rather have things under one editor |
22:36:23 | fowl | or gtksourceview language |
22:36:25 | fowl | definitoin |
22:36:32 | filwit | actually, i think you can import a vim scheme in Kate |
22:36:41 | filwit | not .lang files though |
22:37:14 | filwit | nah, nevermind, only kate specific ones |
22:37:25 | filwit | guess i'll have to make one.. |
22:38:53 | * | gsp quit (Ping timeout: 245 seconds) |
22:41:23 | fowl | filwit, forgot my password to my public key how do i get past this |
22:41:26 | fowl | should i just make a new one |
22:41:31 | fowl | (RSA) |
22:41:54 | filwit | uh... idk |
22:42:25 | filwit | not sure you meant to ask me, but I don't know what password to what public key you are speaking of |
22:42:40 | fowl | yea no kidding you dont know the password |
22:42:56 | filwit | i am so confused... |
22:43:02 | fowl | nevermind |
22:44:46 | fowl | the question was, what would you do in this situation |
22:44:51 | fowl | not asking you what my password is.. lol |
23:02:47 | filwit | ah i see |
23:03:09 | filwit | yeah i guess it was kinda obvious now that i re-read it |