| 00:09:13 | * | q66 quit (Read error: Connection reset by peer) |
| 00:09:56 | * | q66 joined #nimrod |
| 00:15:31 | * | Boscop quit (Disconnected by services) |
| 00:15:56 | * | Bosc0p joined #nimrod |
| 00:25:36 | * | Bosc0p is now known as Boscop |
| 00:25:36 | * | Boscop quit (Changing host) |
| 00:25:36 | * | Boscop joined #nimrod |
| 00:28:10 | * | Boscop quit (Disconnected by services) |
| 00:28:37 | * | Bosc0p joined #nimrod |
| 00:28:42 | * | Bosc0p is now known as Boscop |
| 00:28:44 | * | Boscop quit (Changing host) |
| 00:28:44 | * | Boscop joined #nimrod |
| 00:28:58 | * | Boscop is now known as Bosc0p |
| 02:13:45 | * | q66 quit (Quit: Leaving..) |
| 07:31:52 | * | XAMPP_ joined #nimrod |
| 07:34:33 | * | XAMPP quit (Ping timeout: 244 seconds) |
| 08:05:13 | * | Bo5cop joined #nimrod |
| 08:08:49 | * | Bosc0p quit (Ping timeout: 272 seconds) |
| 08:18:28 | * | Bosc0p joined #nimrod |
| 08:20:51 | * | Bo5cop quit (Ping timeout: 272 seconds) |
| 09:49:09 | dom96 | shevy: Should have reminded me before I went to sleep :P |
| 09:49:27 | dom96 | fowl: Do you not get a traceback? |
| 09:50:16 | dom96 | shevy: hrm. ok, something in the spirit of fowl's error. Probably most commonly this error occurs if you forget to initialise a sequence and then you try to add stuff to it. |
| 09:50:42 | dom96 | You can initialise a sequence by simply assigning @[] to it |
| 09:50:52 | dom96 | var s: seq[string] = @[] |
| 09:55:13 | Araq | hrm 'find usages' needs some hack: |
| 09:55:26 | Araq | if we have this: |
| 09:55:34 | Araq | var x = 0 |
| 09:55:50 | Araq | echo x| + 4 |
| 09:55:55 | Araq | where | is the cursor position |
| 09:56:14 | Araq | and you ask "find usages" the compiler has no chance to find 'x' in 'var x = 0' ... |
| 09:57:12 | dom96 | why not? |
| 09:58:21 | Araq | because the compiler gets --track:<position of | > |
| 09:58:31 | Araq | and then starts to track 'x' |
| 09:58:41 | Araq | but it has already processed 'var x = 0' by then ... |
| 10:03:55 | dom96 | so it won't find any usages above? |
| 10:04:19 | dom96 | that kinda sucks :P |
| 10:05:19 | fowl | dom96: no backtrace, it happens during compile |
| 10:05:45 | dom96 | in that case the compiler crashes. |
| 10:05:45 | Araq | fowl: bug report |
| 10:05:52 | dom96 | ^ |
| 10:06:05 | Araq | you can do 'koch boot' to get a stack trace within the compiler ... |
| 10:06:35 | Araq | but a crashing compiler is *my* problem, not yours ;-) |
| 10:06:51 | fowl | I didnt mean compiling nimrod |
| 10:06:58 | fowl | compiling chipmunk.nim |
| 10:07:14 | Araq | well the compiler should never crash, rigth? |
| 10:07:22 | Araq | brb |
| 10:07:26 | fowl | koch boot finished without errors |
| 10:07:34 | Araq | of course it did |
| 10:07:39 | Araq | brb |
| 10:08:04 | dom96 | fowl: `koch boot` will bootstrap in debug mode. |
| 10:08:16 | dom96 | Which means that the next time the compiler crashes you will get a traceback |
| 10:08:39 | dom96 | Best thing to do if you can is to create a small test case and report it on github. |
| 10:11:20 | * | q66 joined #nimrod |
| 10:14:36 | * | Bo5cop joined #nimrod |
| 10:15:49 | fowl | I don't know what caused it though :? |
| 10:15:54 | fowl | i put an issue in |
| 10:16:45 | * | Bosc0p quit (Ping timeout: 272 seconds) |
| 10:16:49 | dom96 | I suppose as long as you provide the code it's fine. |
| 10:17:28 | dom96 | proc `set procName` |
| 10:17:39 | dom96 | Is that... hrm. I don't think that's allowed |
| 10:18:33 | fowl | how do you concatenate identifiers |
| 10:19:56 | dom96 | you can only do that using macros I believe. |
| 10:22:32 | dom96 | I'm not exactly sure I know what you mean... |
| 10:23:39 | dom96 | Also wow, you can have spaces in those procs. |
| 10:24:40 | dom96 | I'm sure Araq will know what's up |
| 10:31:27 | dom96 | This seems to crash the compiler: var VersionString*{.importc: "cpVersionString", dynlib: Lib.}: cstring |
| 10:39:44 | fowl | hmm its exported |
| 10:57:31 | Araq | fowl: 'dynlib' for vars has only recently been added |
| 10:57:48 | Araq | I will fix it but for now, simply diable that declaration |
| 10:58:01 | Araq | shouldn't be needed, right? |
| 10:58:34 | fowl | works for me |
| 10:58:47 | fowl | :p |
| 10:58:54 | Araq | well? |
| 10:59:02 | Araq | so now it compiles or what? |
| 11:00:01 | fowl | no but it gets further |
| 11:00:12 | Araq | and btw |
| 11:00:33 | Araq | the proc types need to be {.cdecl.} ... |
| 11:01:16 | Araq | echo("Platform unsupported") |
| 11:01:18 | Araq | quit(1) |
| 11:01:27 | Araq | --> {.error: "Platform unsupported".} |
| 11:01:38 | Araq | better do that at compile time |
| 11:01:56 | fowl | ah ok |
| 11:03:16 | Araq | dom96: aporia need to find the definition of 'x' and then invoke the compiler again with --usages |
| 11:03:29 | Araq | so that all usages will be found ... -.- |
| 11:03:42 | Araq | it's hard to do that in the compiler itself |
| 11:05:41 | dom96 | hrm, ok. |
| 11:05:59 | Araq | well I would need to do the very same within the compiler |
| 11:06:05 | Araq | but that's lots of work |
| 11:06:22 | Araq | as I can't yet simply undo all the side effects ... |
| 11:07:12 | fowl | would it be possible to have a macro like class Foo: then in the following indentation all the procs would have self: Foo prepended to the arguments? |
| 11:07:29 | Araq | fowl: sure |
| 11:08:08 | fowl | cool im going to try to make that happen |
| 11:08:25 | fowl | not today though, i've been up all night |
| 11:08:33 | Araq | http://forum.nimrod-code.org/t/37 ;-) |
| 11:09:30 | fowl | damn, like most of my great ideas, it came to someone else first |
| 11:13:08 | Araq | btw since people really do want 'class' in the language ... |
| 11:13:20 | Araq | I'm thinking about adding it ;-) |
| 11:14:11 | dom96 | If you do add it then Nimrod will take another step to being closer to Python heh |
| 11:14:39 | Araq | yeah ... well |
| 11:15:32 | Araq | will be interesting to test whether the 'class' macro can get decent IDE support |
| 11:16:15 | Araq | should be possible though |
| 11:17:01 | dom96 | It shouldn't be that hard should it? |
| 11:17:08 | dom96 | Just need to evaluate the macro, right? |
| 11:19:28 | dom96 | Aww man, you can run D code examples from the docs |
| 11:22:29 | dom96 | lol? Their docs have ads? |
| 11:24:46 | Araq | I have to go |
| 11:24:50 | Araq | see you later |
| 13:25:27 | Araq | back |
| 13:31:23 | dom96 | hrm, interesting. |
| 13:32:12 | shevy | dom96 sorry, I did not understand the sentence you wrote to me before |
| 13:32:20 | shevy | I am at level 0 when it comes to nimrod, fowl is at level 5 already |
| 13:32:21 | shevy | :) |
| 13:32:47 | dom96 | Araq: I think I found a memory corruption. Probably me doing something wrong in GTK. Could you take a look: https://gist.github.com/3f5f35e95ba700e4c505 |
| 13:33:14 | dom96 | Araq: Use aporia's gtksourceview, the two apps go to two different lines. But the offset is the same. |
| 13:33:24 | dom96 | Araq: Perhaps my number is too large for an int32 |
| 13:34:10 | dom96 | shevy: No problem. A sequence is a list. You can add as many items to it as you wish. |
| 13:34:26 | dom96 | shevy: However first you must initialize it by setting it to @[]. |
| 13:34:32 | dom96 | i.e. empty sequence |
| 13:34:40 | dom96 | Otherwise if you try to do: |
| 13:34:44 | Araq | dom96: I hope insertAtCursor() copies the string for you ... |
| 13:34:46 | shevy | ok wait |
| 13:34:56 | dom96 | var someSeq: seq[string] |
| 13:35:03 | dom96 | someSeq.add("This will fail.") |
| 13:35:06 | shevy | what is a sequence or a list. is that like an array? three members like ["foo","bar","baz"] |
| 13:35:11 | dom96 | You will get a SIGSEGV error. |
| 13:35:16 | dom96 | shevy: yep. |
| 13:35:28 | dom96 | shevy: In Nimrod-land an Array cannot grow dynamically though. |
| 13:35:35 | shevy | ok so it is static |
| 13:35:39 | dom96 | yep |
| 13:35:45 | dom96 | A sequence is not. |
| 13:35:49 | dom96 | Araq: hrm. |
| 13:35:56 | shevy | see, it's those little things that need to fit together into my brain first :) |
| 13:36:12 | dom96 | shevy: Well I'm glad you're finally asking about this stuff :) |
| 13:36:17 | shevy | well |
| 13:36:21 | shevy | baby steps, baby steps |
| 13:36:29 | shevy | I am going to climb the nimrod mountain one day |
| 13:36:35 | dom96 | :) |
| 13:37:17 | dom96 | Araq: I have no idea if it does: http://developer.gnome.org/gtk/2.24/GtkTextBuffer.html#gtk-text-buffer-insert-at-cursor |
| 13:38:12 | Araq | dom96: I'm pretty sure it does copy |
| 13:38:42 | Araq | about the "leak": I can't see how that code can even test for a leak ... |
| 13:39:09 | dom96 | What? I never said anything about a "leak". |
| 13:39:49 | dom96 | hrm, changing that string to a variable certainly causes some compilation errors. |
| 13:39:54 | * | dom96 doesn't get why |
| 13:40:28 | Araq | oh lol |
| 13:40:32 | Araq | I misread :-) |
| 13:40:55 | dom96 | I suppose a const string .len gets optimized into a int literal |
| 13:41:00 | Araq | yep |
| 13:41:06 | Araq | indeed :-) |
| 13:41:48 | fowl | i read leak too |
| 13:41:59 | fowl | weird o_O |
| 13:42:16 | dom96 | where did you read "leak" |
| 13:42:37 | dom96 | You read "memory leak" instead of "memory corruption"? |
| 13:42:54 | dom96 | Did your brain skip until the last word on that line? heh |
| 13:42:55 | fowl | yeah but i think it was because "look" was on the next line |
| 13:43:02 | dom96 | heh yeah |
| 13:43:19 | dom96 | well changing it to a var doesn't change a thing. |
| 13:48:07 | dom96 | Well this works correctly: https://gist.github.com/4cc61e68406d4be3bc75 |
| 13:52:41 | Araq | ah-ha! |
| 13:52:54 | Araq | str.len.gint # hm |
| 13:53:04 | Araq | what's insertAtCursor declared like? |
| 13:55:17 | dom96 | proc insert_at_cursor*(buffer: PTextBuffer, text: cstring, len: gint){. |
| 13:55:17 | dom96 | cdecl, dynlib: lib, importc: "gtk_text_buffer_insert_at_cursor".} |
| 13:56:34 | Araq | and varstr.len didn't compile right? |
| 13:57:11 | dom96 | yeah |
| 13:57:32 | Araq | that's fine :P |
| 13:59:36 | Araq | dom96: put the 'var str = """ ' in the 'for' loop please |
| 13:59:42 | Araq | and test again |
| 14:00:03 | Araq | you'll get a "reliable" crash then should insertAtCursor not copy properly |
| 14:01:06 | dom96 | keep in mind, it also fails with const |
| 14:01:39 | dom96 | And no I do not get a crash |
| 14:02:02 | Araq | you said you get a memory corruption |
| 14:02:15 | Araq | oh so the buffer's content is wrong? |
| 14:03:28 | dom96 | I don't know if it's a memory corruption |
| 14:03:50 | dom96 | All I know is that placeCursor fails |
| 14:04:01 | dom96 | It places the cursor in a different position. |
| 14:04:08 | Araq | oh come on |
| 14:04:31 | Araq | how should I grasp that? |
| 14:05:11 | Araq | I'd guess gtk doesn't like your way of inserting multiple lines |
| 14:05:25 | Araq | so its internal line numbering gets screwed |
| 14:05:33 | dom96 | But why does it only fail when I put it in a function? |
| 14:05:46 | Araq | try to insert single lines only |
| 14:07:38 | Araq | I can't test your code right now |
| 14:07:45 | Araq | will try it later |
| 14:09:01 | dom96 | ok, that's all I wanted :P |
| 14:09:37 | Araq | I've documented the JS backend again |
| 14:09:45 | Tasser | \o/ |
| 14:09:49 | Tasser | how's the speed? |
| 14:09:55 | Araq | with "known bugs: * exception handling does not work" :P |
| 14:10:03 | Araq | Tasser: dunno |
| 14:10:13 | Araq | should be close to native JS's speed |
| 14:12:21 | Araq | but exceptions don't work yet |
| 14:18:40 | Tasser | hmm |
| 14:18:56 | Tasser | I'll learn some lisp and tell you wherever conditions are worth it... |
| 14:35:03 | Araq | conditions will be supported ;-) |
| 14:35:12 | Araq | it's quite easy now that we have closures |
| 14:51:25 | fowl | does {.inline, cdecl.} make sense |
| 14:56:30 | Araq | no |
| 14:56:47 | shevy | hehe |
| 14:56:50 | shevy | <Tasser> I'll learn some lisp and tell you wherever conditions are worth it... |
| 14:56:52 | shevy | ^^^^ wheeeeeeeeeeeee |
| 15:04:02 | dom96 | hrm, I think I finally isolated the dreaded scroll issue :P |
| 15:08:08 | * | dom96 deserves a break |
| 15:09:19 | * | fowl is now known as fowlzzzzzzzzzzzz |
| 15:18:37 | * | shevy quit (Ping timeout: 240 seconds) |
| 15:27:49 | * | Boscop joined #nimrod |
| 15:30:34 | * | shevy joined #nimrod |
| 15:52:34 | dom96 | Yes, you read that right. |
| 15:52:50 | dom96 | The bug that took me EONS to fix is finally fixed. |
| 15:53:04 | dom96 | :) |
| 15:53:48 | Araq | awesome |
| 15:53:53 | Araq | what was the cause? |
| 15:54:10 | dom96 | The most stupidest thing ever. |
| 15:54:19 | dom96 | And I still don't understand it |
| 15:54:42 | dom96 | Hrm, well I guess it makes sense. |
| 15:54:57 | dom96 | The GtkWindow was shown before widgets have been initialized. |
| 15:55:30 | shevy | yay |
| 15:55:32 | shevy | aporia for the win! |
| 16:00:43 | dom96 | :D |
| 16:09:35 | dom96 | Araq: So does --def work now then? |
| 16:09:46 | Araq | working on it |
| 16:12:30 | dom96 | alright. |
| 16:37:12 | dom96 | You know guys, we should all tip Araq :P |
| 16:37:13 | dom96 | https://www.gittip.com/ |
| 16:39:03 | Araq | that would be sweeeeet :-) |
| 16:39:19 | Araq | I've always said |
| 16:39:38 | Araq | gimme 1 Million €/$ and I'm gonna work on Nimrod full time :D |
| 16:40:34 | dom96 | $ 3.00 Araq unclaimed! |
| 16:40:35 | dom96 | Dude. |
| 16:40:44 | dom96 | You already have money waiting for you 0_o |
| 16:40:49 | dom96 | https://www.gittip.com/about/unclaimed.html |
| 16:41:29 | Araq | cool |
| 16:42:00 | dom96 | Did you not receive an email about it or something |
| 16:42:00 | dom96 | ? |
| 16:42:15 | Araq | no ... |
| 16:42:17 | * | dom96 wonders who tipped you |
| 16:43:06 | dom96 | This website is actually quite cool. |
| 16:43:19 | dom96 | You can set up recurring tips I believe. |
| 16:46:37 | dom96 | Araq: How am I making the world better? |
| 16:57:37 | Araq | brb# |
| 17:19:31 | Araq | when did I get the tip? |
| 17:19:45 | dom96 | No idea |
| 17:22:54 | Araq | dom96: by creating Aporia the nicest IDE for Nimrod. |
| 17:23:18 | dom96 | Well take a look at what I wrote. |
| 17:23:18 | dom96 | https://www.gittip.com/dom96/ |
| 17:23:46 | dom96 | hrm, maybe I should make it "by creating Aporia the nicest IDE for Nimrod, one which also is a perfect replacement for Gedit." |
| 17:24:58 | Araq | yeah |
| 17:28:19 | dom96 | I think I will implement inotify so that when files get edited outside of Aporia, Aporia will know about it |
| 17:28:39 | Araq | yeah I was about to make that a feature request :P |
| 17:31:47 | shevy | hehe |
| 17:32:00 | shevy | bluefish has that too |
| 17:32:31 | shevy | on the tabs, if you click on another tab, then click on a new tab, the "file" in the buffer is checked whether it was modified... if yes, it will display a popup menu notifying the user |
| 17:33:07 | Araq | it's important to not bother the user too often with this message |
| 17:33:26 | Araq | when I edit logfiles with notepad++ it's always quite annoying |
| 17:33:37 | Araq | and I can't use anything else for logfiles :P |
| 17:33:51 | Araq | as I need the "count occurances" feature ;-) |
| 17:34:01 | Araq | hrm aporia should get that feature ... |
| 17:36:50 | shevy | yeah Araq |
| 17:36:55 | shevy | I dont like popups much either |
| 17:36:58 | shevy | they interrupt the workflow |
| 17:37:18 | Araq | true |
| 17:37:42 | Araq | aporia should write "edited externally" in red in the status bar instead |
| 17:37:59 | Araq | and provide a "reload" button |
| 17:38:13 | Araq | no popups in aporia :-) |
| 17:38:24 | Araq | the search rules already as it doesn't popup |
| 17:45:20 | Araq | so ... |
| 17:45:23 | shevy | yeah |
| 17:45:26 | shevy | or an extended status bar |
| 17:45:30 | Araq | how do I receive the money? :-) |
| 17:45:33 | shevy | I would not mind a small widget on the bottom right |
| 17:45:55 | shevy | status bar usually is fairly smallish |
| 17:46:10 | shevy | "This program has found an error and will terminate in 3 seconds." |
| 17:46:12 | shevy | ^^^ status bar |
| 17:46:13 | shevy | :D |
| 17:52:31 | dom96 | Araq: I like your idea |
| 17:52:37 | dom96 | Araq: Do you know who tipped you? |
| 18:00:46 | Araq | no |
| 18:00:55 | Araq | still figuring out this gittip thingie |
| 18:04:12 | dom96 | Also does that person pay you 3 dollars per week? 0_o |
| 18:04:27 | dom96 | Because that's quite nice |
| 18:05:36 | Araq | so it seems |
| 18:05:41 | Araq | but: "Your balance is $0.00." |
| 18:05:57 | Araq | so I haven't got any money yet? |
| 18:06:04 | Araq | but will get next friday? |
| 18:06:44 | dom96 | Did you claim that money? |
| 18:08:01 | dom96 | Seems you will get the money next friday yes. |
| 18:08:38 | Araq | dunno how to "claim" it? |
| 18:08:44 | Araq | the website is confusing |
| 18:08:46 | Araq | well not really |
| 18:09:02 | Araq | but it has like no buttons whatsoever to do anything |
| 18:09:05 | dom96 | I think you already did. |
| 18:09:21 | dom96 | Does it tell you anything about how much you will receive? |
| 18:09:42 | dom96 | if I got to your account it tells me "Araq receives $3.00 per week." |
| 18:10:00 | dom96 | *go |
| 18:12:13 | dom96 | https://www.gittip.com/about/#details |
| 18:15:03 | Araq | yeah it says that |
| 18:15:12 | Araq | I receive $3 per week |
| 18:15:26 | dom96 | That's pretty cool. |
| 18:16:00 | dom96 | The tips are anonymous. So we won't know who is giving them to you heh |
| 18:17:28 | Araq | yeah |
| 18:17:31 | Araq | "Also, you can’t gittip more than $24 a week per person. " |
| 18:17:35 | Araq | :-/ |
| 18:17:44 | Araq | getting rich has never been easier, hu? |
| 18:18:25 | dom96 | That means a single person can't tip another single person more than $24. |
| 18:18:35 | dom96 | It doesn't mean that in total you can't have more than $24 |
| 18:18:38 | dom96 | from multiple sources :P |
| 18:19:04 | Araq | well guess what. I know. |
| 18:19:18 | dom96 | Wasn't sure if you knew :P |
| 18:31:27 | dom96 | everyone uses travis nowadays it seems |
| 18:35:38 | dom96 | Araq: What are your thoughts on what gedit does? http://grillbar.org/files/gtkinfobar.png |
| 18:35:41 | dom96 | i.e. the GtkInfoBar? |
| 18:36:09 | Araq | seems good enough |
| 19:00:39 | Araq | nice ... |
| 19:00:47 | Araq | --usages doesn't work at all ... |
| 19:25:59 | dom96 | why not? |
| 19:26:22 | Araq | cause you have to give it the "proper" column |
| 19:26:35 | Araq | which is easy for aporia but hard for a human being :P |
| 19:26:57 | Araq | and the compiler still does 'raiseRecoverableError' which sucks |
| 19:27:05 | Araq | I'm fixing it |
| 19:38:33 | Amrykid | rawr. what happened to the windows build server? 0_o |
| 19:39:08 | Araq | I lost the password :P |
| 19:39:22 | Araq | and zahary is in holidays |
| 19:41:57 | dom96 | I have the password |
| 19:42:05 | dom96 | I'm just too lazy to restart it :P |
| 19:42:09 | Araq | cool |
| 19:43:32 | * | Amrykid jumps out the window |
| 19:44:39 | dom96 | Amrykid: nooooooooooo |
| 19:46:45 | Amrykid | wheres the bundled gcc? |
| 19:47:34 | dom96 | install mingw |
| 19:48:00 | Amrykid | that doesn't answer my question and yes, i know that. |
| 19:48:43 | Amrykid | nvm. lost interest again |
| 19:49:01 | Araq | it's in $nimrod/dist |
| 19:50:54 | dom96 | sorry, my answer wasn't very helpful. |
| 19:51:56 | Amrykid | its not in dist. |
| 19:52:13 | Amrykid | dom96, its fine... |
| 19:52:22 | Araq | it's in dist for me ... |
| 19:52:46 | Araq | dist/mingw/bin ... |
| 19:53:10 | Araq | though I never install Nimrod properly |
| 19:54:58 | Amrykid | it doesn't exist in source zip from github nor on the repo itself. |
| 19:55:12 | Araq | that's quite possible |
| 19:55:14 | Amrykid | unless github just doesn't zip exe(s) |
| 19:55:29 | Araq | why should the source distribution include it? |
| 19:56:08 | Amrykid | imo, it shouldn't. the problem lies that the default config points to it, thus require manual modification every single time. |
| 19:56:43 | Araq | I see. hm. |
| 19:57:17 | Araq | well you can easily override any configuration setting |
| 19:57:28 | Araq | without editing the default configuration file |
| 19:57:38 | * | fowlzzzzzzzzzzzz is now known as fowl |
| 20:25:46 | Araq | the double click bug is really annoying |
| 20:25:51 | Araq | happens quite a lot now |
| 20:25:55 | Araq | did you change that? |
| 20:28:12 | dom96 | hrm? What double click bug? |
| 20:28:20 | Araq | in aporia |
| 20:28:27 | Araq | double clicking the tab bar |
| 20:29:31 | dom96 | I don't get what happens quite a lot? |
| 20:30:26 | Araq | you click to scroll through the tabs |
| 20:30:40 | Araq | you click once too often |
| 20:30:44 | Araq | new tab appears |
| 20:30:46 | Araq | wtf |
| 20:31:17 | dom96 | Yes, well I have not changed a thing. |
| 20:31:29 | dom96 | It never checked whether you click on the empty space. |
| 20:31:34 | Araq | well fix it anyway |
| 20:31:37 | dom96 | You're just double clicking more often... |
| 20:31:42 | Araq | perhaps |
| 21:50:19 | dom96 | good night |
| 21:50:35 | Araq | bye, dom96 |
| 21:56:54 | fowl | why is "end" a keyword |
| 22:12:02 | fowl | also "out"? |
| 22:17:02 | Araq | fowl: 'end' for the builtin templating system |
| 22:17:14 | Araq | 'out' because the language had 'out' parameters once |
| 22:17:20 | shevy | hmm |
| 22:17:30 | Araq | and maybe I will add them again some day |
| 22:17:33 | shevy | how long have you been working on nimrod, including a conceptual "thinking" phase? |
| 22:17:59 | fowl | out is now var then or were they different |
| 22:18:04 | Araq | since 2004 according to the copyright notes |
| 22:18:19 | Araq | fowl: 'out' is quite the same as 'var' yes |
| 22:36:29 | fowl | agh now i get could not load: libchipmunk.so.6.1.1 |
| 22:36:46 | Araq | well? |
| 22:36:53 | Araq | install it then |
| 22:37:00 | fowl | its in /usr/lbi |
| 22:37:02 | fowl | lib* |
| 22:40:40 | Araq | 32bit vs 64bit issue? |
| 22:45:04 | fowl | hmm the sfml libs are in /usr/lib too and it finds them fine |
| 22:45:33 | Araq | I noticed that this error message often also means that the lib*.so is broken |
| 22:46:01 | Araq | GCC seems to like producing a broken lib*.so without any errors |
| 22:46:09 | Araq | don't ask me why |
| 22:47:16 | Araq | I suppose you built libchipmunk from source? |
| 22:48:17 | fowl | yep im going to rebuild it in a sec |
| 22:53:06 | fowl | same error |
| 22:53:27 | Araq | well you need to rebuilt properly :P |
| 22:54:07 | fowl | i dont think anythings wrong with the lib, the demo that comes with it runs |
| 22:54:27 | Araq | hm |
| 22:56:50 | Araq | try do edit lib/system/dyncalls.nim |
| 22:57:08 | Araq | replace RTLD_NOW with RTLD_LAZY |
| 22:58:59 | fowl | could not import: cpvlength |
| 22:59:07 | fowl | i know that this is imported |
| 22:59:10 | fowl | er exported |
| 22:59:35 | fowl | nope guess not |
| 23:06:49 | Araq | you can check the exported symbols with 'nm' (in case you don't know already) |
| 23:14:26 | Araq | let me know if you got it to work, I have to sleep now |
| 23:14:28 | Araq | good night |
| 23:24:59 | fowl | I was still using 6.0.0 symbols and headers and now its on 6.1, minor api changes i guess |
| 23:25:07 | fowl | night |