01:44:37 | * | q66 quit (Quit: Leaving..) |
03:20:31 | * | fowl quit (Remote host closed the connection) |
03:49:11 | * | fowl joined #nimrod |
06:29:53 | * | fowl quit (Read error: Connection reset by peer) |
06:30:56 | * | fowl joined #nimrod |
07:38:31 | shevy | hi |
07:38:36 | shevy | woke up half an hour ago! |
07:38:40 | Araq | hi shevy |
07:38:47 | Araq | me too ;-) |
08:36:07 | Araq | ugh toothpaste and raspberries together taste yucky ... |
08:36:52 | shevy | lol |
08:37:28 | * | Araq wonders when raspberries will taste good again ... |
09:16:00 | dom96 | hello |
09:16:15 | Araq | good morning dom96 |
09:17:10 | dom96 | good morning :) |
09:17:28 | dom96 | Araq: Why are you eating toothpaste? heh |
09:18:12 | Araq | brushing my teeth was enough |
09:18:24 | Araq | and then I tried to eat raspberries |
09:18:30 | Araq | big mistake. |
09:18:33 | Araq | :D |
09:18:34 | dom96 | hehe |
09:18:54 | Araq | tastes like chemical reaction in your mouth ... |
09:52:40 | dom96 | Araq: Would ARM be different on a Mobile phone than on a Raspberry Pi? |
09:52:55 | dom96 | "I read somewhere that a pagesize on ARM might be 2K instead of 4K (but I need to confirm this...), so that would require changes to lib/system/mmdisp.nim, change PageShift from 12 to 11." |
09:53:07 | dom96 | If that's true, then Nimrod on the RPI would fail. Wouln |
09:53:11 | dom96 | *Would't it? |
09:53:12 | Araq | well I couldn't confirm this |
09:53:16 | dom96 | *Wouldn't |
09:53:25 | Araq | and it depends on the OS too |
09:53:36 | dom96 | oh |
09:54:11 | Araq | I dunno what's the problem on andriod |
09:54:40 | Araq | I'm curious about the stack traces |
10:00:35 | Araq | so dom96 |
10:00:42 | Araq | release this weekend? |
10:00:54 | dom96 | hrm |
10:01:05 | dom96 | Maybe. |
10:01:21 | dom96 | If we could get a babel release simultaneously. |
10:01:40 | Araq | and an aporia release? |
10:01:51 | dom96 | yeah, that probably too. |
10:02:15 | dom96 | Not sure we'll be able to get suggest working |
10:04:07 | dom96 | well, thoughts? |
10:04:23 | Araq | hrm the missing closure feature is somewhat hard to do |
10:04:26 | Araq | well not really |
10:05:13 | dom96 | Also attempt to fix netbsd plz. |
10:05:56 | Araq | ok will add a workaround |
10:06:27 | dom96 | I will start the windows builder so that we can see if windows passes all tests... |
10:06:31 | dom96 | Although it will be slow heh |
10:06:46 | dom96 | So maybe it would be better if I switch it on tonight |
10:06:49 | dom96 | right before we go to sleep |
10:06:55 | dom96 | ? |
10:07:01 | Araq | he he yes |
10:07:24 | dom96 | And also I might as well test it on the RPI :P |
10:07:48 | dom96 | And I'm going to need your help for babel. |
10:07:52 | Araq | test it on android please |
10:08:02 | dom96 | ok. |
10:08:06 | dom96 | Lets organise this :P |
10:08:13 | dom96 | Now: I will test Android. |
10:08:22 | dom96 | Later in the day, Aporia? |
10:08:28 | dom96 | Then babel tomorrow? |
10:08:34 | dom96 | And you will just work on Nimrod :P |
10:09:16 | dom96 | Good plan? |
10:09:22 | Araq | yeah i will fix suggest |
10:09:30 | dom96 | cool |
10:09:42 | dom96 | I suppose getting compiler as a service working would be too much? |
10:09:57 | Araq | lolyeah |
10:10:11 | dom96 | too bad |
10:12:17 | Araq | brb (lunch) |
10:14:54 | dom96 | ok. i'm going to get some food from the shop b |
10:14:58 | dom96 | brb too |
10:21:30 | * | q66 joined #nimrod |
10:33:59 | dom96 | back |
10:36:33 | Araq | back too |
10:39:49 | dom96 | this android emulator is quite cool :D |
10:44:04 | Araq | ok, what should the name be? |
10:44:11 | Araq | cgen.copyright ? |
10:44:36 | Araq | (for the config variable to set the copyright header in generated C code) |
10:45:31 | dom96 | why are you making the copyright configurable? |
10:45:49 | Araq | zahary said he needs that feature |
10:46:05 | Araq | and I'm working on this code section already anyway |
10:46:42 | Araq | though tbh I don't know what issues this could cause ... |
10:46:57 | Araq | *legal issues |
10:47:14 | dom96 | I think making this configurable could cause some legal issues. |
10:47:26 | dom96 | But I ain't a lawyer :P |
10:47:31 | Araq | yeah hm |
10:47:49 | Araq | however |
10:47:53 | Araq | currently it says: |
10:48:03 | Araq | /* Generated by Nimrod Compiler v0.8.15 */ /* (c) 2012 Andreas Rumpf */ |
10:48:31 | Araq | which is ambiguous as the copyright claim refers to the Nimrod compiler, not the generated code |
10:48:55 | dom96 | Well, why would the generate c code be copyrighted anyway? 0_o |
10:48:58 | dom96 | *generated |
10:49:22 | dom96 | I suppose making it configurable makes sense |
10:49:53 | dom96 | The code is technically the person's that wrote the Nimrod code, which in turn got converted into this C code. |
10:50:04 | dom96 | So it's up to that person to decide what license that generated C code is. |
10:50:23 | Araq | yeah well |
10:50:53 | Araq | we better ensure the translated stdlib remains LGPL (+ the linking exception that we have) |
10:51:17 | dom96 | yes. |
10:51:32 | dom96 | This is actually quite an interesting legal problem. |
10:52:02 | Araq | http://www.gnu.org/licenses/gpl-faq.html#GPLOutput |
10:54:19 | dom96 | So as long as the copyright is included in the generated source by the tool, the user is forced to keep that license? |
10:54:50 | Araq | I dunno, I'll add to the header: |
10:55:02 | Araq | "The generated code is subject to the original licsense." |
10:57:10 | dom96 | Add a link to the license. |
10:57:15 | dom96 | And name it as well. |
10:57:18 | Araq | that's impossible |
10:57:29 | dom96 | how is it? |
10:57:29 | Araq | it's LGPL + addition for the stdlib |
10:57:50 | Araq | if I develop commercial.nim and translate that to .c |
10:58:05 | Araq | its license is not LGPL ... |
10:58:36 | dom96 | "The license for this generated code is the same as the original Nimrod code: LGPL with some additions. The license can be found at: ..." |
10:58:38 | dom96 | Something like that? |
10:58:46 | Araq | no |
10:58:49 | dom96 | Why? |
10:58:52 | Araq | you don't get it :P |
10:59:02 | dom96 | Enlighten me then |
10:59:11 | Araq | if I develop commercial.nim and translate that to .c |
10:59:13 | Araq | its license is not LGPL ... |
10:59:18 | dom96 | I'm guessing you think that I want that in every .c file not just the stdlib |
10:59:26 | Araq | yes |
10:59:29 | dom96 | I'm only talking about the stdlib. |
10:59:37 | Araq | and how does the codegen know? |
10:59:49 | dom96 | Add a {.license.} pragma :P |
10:59:56 | Araq | I suppose we need yet another pragma .. |
10:59:57 | dom96 | or {.CComment: .} |
11:00:01 | Araq | ugh |
11:00:08 | dom96 | Yeah, kinda ugly... |
11:01:10 | dom96 | Well I dunno. Maybe you should ask a lawyer. |
11:01:24 | dom96 | stackexchange perhaps? |
11:02:20 | Araq | meh |
11:15:31 | dom96 | hrm, nim__dat.c is not added... |
11:16:12 | dom96 | I think the --nimcache option might fail with it. |
11:16:27 | dom96 | i.e. it just doesn't place it in the requested nimcache path |
11:19:25 | dom96 | Araq: Does nim__dat.c not get generated anymore? |
11:21:32 | Araq | dom96: yes |
11:21:36 | Araq | it's gone for good |
11:21:41 | dom96 | I see |
11:28:37 | dom96 | Araq: Well I'm getting those warnings even if I make have --cpu:arm |
11:28:44 | dom96 | s/make// |
11:28:49 | Araq | which warnings? |
11:28:58 | dom96 | warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] |
11:29:08 | Araq | and btw it's not "even if" |
11:29:16 | Araq | it's *wrong* without it |
11:29:28 | Araq | you have to tell the compiler you're cross compiling to ARM ... |
11:29:29 | dom96 | I know. |
11:29:50 | dom96 | Why does it still complain? |
11:31:47 | Araq | maybe there is a bug ... |
11:35:12 | Araq | printf("%d\n", sizeof(void*)); please |
11:48:17 | dom96 | I don't even know how to run this crap... ugh |
11:48:45 | Araq | int main(void) { printf(...); return 0; } ? |
11:49:20 | dom96 | No, I mean the compiled app |
11:52:58 | Araq | http://bellard.org/jslinux/ |
11:53:15 | Araq | linux on top of a x86 emulator witten in JS ... |
11:53:27 | Araq | it's a bit slow though :D |
11:53:33 | dom96 | er... |
11:53:45 | dom96 | The point is to use an android emulator |
11:53:54 | Araq | i know |
11:54:21 | dom96 | I think I figured it out though anyway |
11:55:22 | dom96 | nope |
11:56:09 | Araq | well I'm afraid I can't help you ... |
11:56:50 | dom96 | So many steps needed, grr. |
11:56:55 | * | dom96 takes a break for food |
12:27:21 | * | shevy breaks a steak for food |
12:30:17 | * | dom96 steaks a food for break |
12:47:39 | dom96 | It's pretty silly that ndk cannot work with paths which have spaces in them |
12:49:44 | Araq | it's pretty silly to have spaces in paths :P |
12:49:55 | Araq | '_' has been invented for that ... |
12:53:15 | dom96 | lol |
13:13:33 | shevy | what is ndk? |
13:13:50 | shevy | Araq, the problem with _ is that it can falsify the name |
13:14:06 | shevy | my mp3 files are kept that way |
13:14:08 | shevy | for example Strack_HansZimmer_TheDarkKnightMix.mp3 |
13:14:32 | shevy | no ' ' makes it easier for me |
13:14:33 | shevy | :) |
13:14:54 | dom96 | shevy: An Android thingy for making apps in C/C++ |
13:14:57 | shevy | dunno why I kept Strack there, I kind of tried to put some tags into the name |
13:17:30 | dom96 | Araq: Well I have good news. |
13:17:31 | dom96 | It works :D |
13:17:57 | dom96 | Even with the warnings. |
13:20:28 | Araq | hans zimmer made the dark night soundtrack too? |
13:21:37 | Araq | dom96: I guess 'long' on arm is not in fact 32 bit ... |
13:21:48 | dom96 | Araq: Yes. |
13:21:51 | dom96 | That could be why |
13:21:55 | dom96 | As I changed that in fact |
13:22:04 | dom96 | However it ran successfully with it too. |
13:22:16 | dom96 | I just decided to actually test whether it could calculate something |
13:22:27 | dom96 | and I couldn't be arsed figuring out how to concatenate that long and a string... |
13:22:32 | dom96 | so I just did it in Nimrod ;) |
13:23:08 | dom96 | I forked his repo and I will push my changes to it and reply on the forum. |
13:24:43 | Araq | well I want to change the codegen slightly for the NI integer stuff |
13:24:50 | Araq | that should also fix the problems |
13:25:16 | dom96 | I think he was using an older compiler |
13:25:21 | dom96 | Maybe that's why it failed for him as well? |
13:25:37 | dom96 | Would be nice if we could get rid of those errors. |
13:26:08 | Araq | sure, shouldn't be hard |
13:27:26 | * | Trix[a]r_za is now known as Trixar_za |
13:30:30 | dom96 | er, I mean warnings heh |
13:47:30 | dom96 | Araq: Am I even doing it right? https://github.com/dom96/nimrod-on-android/blob/master/jni/backend.nim#L5 |
13:48:14 | dom96 | I wasn't sure I was constructing that cstring correctly. |
14:03:45 | Araq | should work but be careful |
14:03:54 | Araq | the GC may free it |
14:04:06 | dom96 | ok |
14:04:09 | dom96 | well I'm done with this |
14:04:14 | dom96 | pushed and replied to the forum |
14:04:17 | dom96 | And added a screenshot :D |
14:04:26 | Araq | cool |
14:21:47 | shevy | hey |
14:21:55 | shevy | this gradha guy actually gave a lot of feebdack |
14:22:27 | Araq | yeah |
15:06:50 | * | shevy2 joined #nimrod |
15:10:27 | * | shevy quit (Ping timeout: 246 seconds) |
15:29:15 | * | shevy2 is now known as shevy |
15:29:25 | Araq | and I'm off :P |
15:29:29 | Araq | see you later |
15:31:17 | * | fowl quit (Read error: Connection reset by peer) |
15:32:19 | shevy | daaaamn |
15:32:22 | shevy | I am reading a java tutorial |
15:32:30 | * | fowl joined #nimrod |
15:43:48 | * | Trixar_za is now known as Trix[a]r_za |
15:50:38 | dom96 | shevy: That's blasphemy! |
15:50:41 | dom96 | :P |
15:50:52 | shevy | it is worse |
15:50:54 | shevy | it is very boring |
15:51:01 | shevy | I had to stop already |
15:51:08 | shevy | :( |
15:51:22 | dom96 | Code some Nimrod instead :( |
15:51:37 | dom96 | I'm here all weekend so you have my total support |
15:53:32 | shevy | import osproc |
15:53:38 | shevy | osproc.execProcess |
15:53:53 | shevy | system.nim(10, 6) Error: statement expected |
15:53:54 | shevy | hmm |
15:53:58 | shevy | that requires an argument I suppose? |
15:54:05 | dom96 | of course |
15:54:13 | shevy | system.nim(10, 6) Error: value returned by statement has to be discarded |
15:54:15 | shevy | hmm |
15:54:22 | shevy | osproc.execProcess "ls" |
15:54:23 | dom96 | execProcess returns a value |
15:54:44 | dom96 | http://build.nimrod-code.org/docs/osproc.html#103 |
15:54:50 | dom96 | See the end of that? |
15:54:55 | dom96 | ": TaintedString |
15:55:05 | shevy | yeah |
15:55:11 | dom96 | That's what it returns :) |
15:55:14 | shevy | I am not sure I know what it means though |
15:55:19 | shevy | ok so it gives me a tainted string |
15:55:22 | shevy | what shall I do with it? hehehe |
15:55:25 | dom96 | A tainted string is a string. |
15:55:38 | dom96 | (Well... you don't need to worry about what it really is) |
15:56:06 | dom96 | But it actually is an alias for a string, unless a compiler option is enabled :) |
15:56:20 | dom96 | You have a couple of options: |
15:56:33 | shevy | I am going to do some commandline programs |
15:56:34 | dom96 | You can throw it away, by using the `discard` keyword. |
15:56:46 | shevy | hmm can I output it to me on the commandline? |
15:56:51 | dom96 | You can pass it to another function |
15:56:59 | dom96 | and you can assign it to a variable. |
15:57:10 | dom96 | Yep. Just pass it to the `echo` function :) |
15:57:34 | shevy | system.nim(10, 11) Error: 'execProcess' cannot be passed to a procvar |
15:58:03 | shevy | wow |
15:58:07 | shevy | error explosion hehehe |
15:58:37 | shevy | http://pastie.org/pastes/4348763/text |
15:58:38 | Araq | back |
15:58:48 | shevy | system.o: In function system.c:(.text+0x0): multiple definition of `NimMain' |
15:58:49 | Araq | shevy: use () to call it |
15:59:00 | dom96 | 0_0 |
15:59:40 | Araq | er, how did you manage that? |
15:59:50 | shevy | hmmm |
15:59:59 | Araq | pastebin your nimrod code please |
16:00:02 | shevy | nimrod compile --run system.nim |
16:00:12 | Araq | well |
16:00:17 | Araq | never compile system.nim |
16:00:18 | Araq | :P |
16:00:24 | shevy | hehehe... content is http://pastie.org/4348771 |
16:00:26 | Araq | it's special |
16:00:29 | dom96 | Never call your applications "system.nim" |
16:00:37 | dom96 | (If that's what you're trying to do :P) |
16:00:57 | dom96 | Also this line: Hint: used config file '/Users/x/DATA/PROGRAMMING_LANGUAGES/NIMROD/nimro |
16:01:00 | shevy | yeah |
16:01:06 | shevy | works when I rename it to system2.nim |
16:01:10 | dom96 | Not sure if paste failure or something weird |
16:01:21 | shevy | paste failure from kde terminal to firefox |
16:01:28 | dom96 | shevy: i see :) |
16:01:32 | shevy | it cut away at some 50 char position each, or something like that |
16:01:39 | dom96 | Araq: We need to add a check to the compiler :P |
16:01:43 | shevy | I'd have to copy paste into editor first or something. hmm |
16:01:48 | dom96 | Araq: I think. |
16:01:59 | dom96 | Araq: But then... how would system.nim be compiled hah |
16:02:04 | shevy | ok lemme understand... |
16:02:05 | shevy | echo osproc.execProcess("ls") |
16:02:14 | shevy | this runs "ls" via bash, then returns the content on the commandline, right? |
16:02:33 | Araq | not necessarily |
16:02:45 | Araq | it may run "ls" directly without bash |
16:02:50 | shevy | hmm |
16:02:53 | shevy | that is possible? |
16:02:57 | Araq | sure |
16:03:08 | Araq | (I think) |
16:03:31 | Araq | dom96: I will add a workaround for BSD |
16:03:33 | shevy | now I am going to try to run mplayer via a .nim file |
16:03:54 | dom96 | shevy: "options: set[TProcessOption] = {poStdErrToStdOut, poUseShell}" |
16:03:56 | Araq | but that requires setting an environment variable |
16:04:01 | dom96 | As long as poUseShell is there it will use bash. |
16:04:11 | dom96 | Araq: hrm, why? |
16:04:39 | shevy | dom96 what is that? |
16:04:55 | shevy | ah |
16:04:58 | dom96 | shevy: That's the second optional argument that you can pass into execProcess |
16:05:03 | dom96 | It's a set of options. |
16:05:16 | dom96 | shevy: They are here: http://build.nimrod-code.org/docs/osproc.html#102 |
16:05:31 | shevy | does aporia have inbuilt documentation? like so that it could display the docu |
16:06:04 | shevy | you can't imagine how incredibly slow my brain works right now ;) |
16:06:11 | Araq | dom96: the compiler relies on os.getAppDir to work |
16:06:22 | dom96 | shevy: Not currently. Although it will, I want that feature very much too. |
16:06:29 | Araq | but that does not work on BSD |
16:06:32 | dom96 | shevy: Having a lot of tabs open in firefox for docs is annoying. |
16:06:37 | Araq | so I'm gonna add a workaround |
16:06:46 | dom96 | shevy: But I wonder, do you know about "theindex.html"? |
16:07:00 | Araq | which is: use getEnv"NIMROD_DIR" |
16:07:02 | dom96 | shevy: It's got a list of all functions from most modules. |
16:07:15 | dom96 | Araq: I see. |
16:07:34 | dom96 | Araq: Are you sure there is no way to get the application dir in BSD? |
16:07:57 | Araq | yeah the BSD people think it's a bad idea and exes should never rely on their dir |
16:08:08 | Araq | which of course doesn't make any sense at all |
16:08:22 | Araq | but hey, UNIX works that way |
16:08:24 | dom96 | lol. |
16:08:53 | Araq | but let me check again |
16:08:55 | dom96 | Well that's fine. I can add that easily to nimbuild. |
16:09:05 | shevy | dom96 dunno, right now I stare at the terminal, and the browser isn't in my main focus |
16:09:10 | shevy | got like 12 tabs open right now too, I hate that :( |
16:09:20 | dom96 | shevy: http://build.nimrod-code.org/docs/theindex.html |
16:09:28 | dom96 | shevy: Use Ctrl + F to find things :) |
16:09:31 | shevy | ok mplayer works... now... the next task is to provide an ARGV |
16:11:04 | shevy | comments in nimrod |
16:11:05 | shevy | # works? |
16:11:27 | Araq | shevy: yes |
16:13:21 | shevy | hmm... don't give me hints yet |
16:13:27 | shevy | I need to find out myself how to use paramStr |
16:13:34 | Araq | ok |
16:15:20 | dom96 | Man, this is so cool. Nimrod on Android!!! |
16:15:42 | Araq | dom96: warnings gone? |
16:16:03 | dom96 | Araq: Haven't tried yet. Just trying to spread the excitement :P |
16:17:05 | shevy | hehe |
16:17:51 | dom96 | Araq: Nope. Still there. |
16:18:19 | Araq | used the newest compiler, right? :P |
16:18:30 | dom96 | yes :P |
16:18:39 | Araq | er, is it FreeBSD? |
16:18:51 | dom96 | what? |
16:19:09 | Araq | os.getAppDir works on FreeBSD, but not on NetBSD I think |
16:19:16 | dom96 | perhaps |
16:24:01 | dom96 | shevy: Just looked at your feature suggestions: gist supports nimrod. |
16:24:13 | dom96 | shevy: And yes, you will get `babel install jester` :) |
16:41:54 | Araq | dom96: please pastebin some code which triggers the warning |
16:42:24 | dom96 | Take a look at my nimrod-on-android repo |
16:43:43 | Araq | the testing machine has no python installed :-) |
16:44:07 | Araq | thank god I got rid of python years ago :-) |
16:44:19 | dom96 | yeah, that machine has very little installed |
16:47:42 | Araq | android uses 'ant'? o.O |
16:47:49 | Araq | this is really a bad joke ... |
16:48:10 | dom96 | yep. it uses make files too... |
16:50:12 | Araq | works for gradha too now :D |
16:50:17 | Araq | yay |
16:52:06 | dom96 | cool |
16:54:52 | Araq | hrm I don't get it |
16:55:16 | Araq | /proc/curproc/file works on NetBSD |
16:55:19 | Araq | oh, I know |
16:55:42 | Araq | it doesn't return the full path |
17:12:53 | Araq | ugh, I don't feel like fixing it |
17:13:07 | Araq | netbsd users should get a real OS instead |
17:13:22 | Araq | heck porting nimrod to haiku would be more fun ... :P |
17:13:57 | Araq | at least they are trying to create something new and are not stuck in the 70ies ... |
17:16:12 | shevy | hehe |
17:20:53 | shevy | hmm nimcache/ is always created in the current working directory it seems |
17:21:14 | Araq | no in the directory of your project file |
17:21:24 | Araq | the project file is the nimrod module you give to the compiler |
17:22:10 | * | sbell joined #nimrod |
17:22:35 | shevy | OK i have a directory, and these entries right now: |
17:22:47 | shevy | "play_via_mplayer.nim" then a "play_via_mplayer" and a "nimcache/" directory |
17:22:54 | shevy | two files, one directory |
17:23:07 | shevy | can the nimcache/ directory put into my $HOME dir somehow? or in TEMP or somewhere else? |
17:23:32 | shevy | hmm |
17:23:48 | shevy | or perhaps removed... it seems to have .c and .o files, probably not needed anymore after the binary was compiled |
17:23:54 | Araq | use the --nimcache:DIR command line option |
17:24:17 | Araq | and indeed it can be deleted, the binary does not need it |
17:24:43 | shevy | cool |
17:24:47 | shevy | I think --nimcache worked |
17:25:44 | fowl | bout time shevy |
17:25:50 | shevy | :D |
17:28:10 | Amrykid | :o |
17:29:08 | shevy | ok |
17:29:27 | shevy | I realized I am not even able to do a basic if/else in nimrod |
17:29:44 | fowl | why not |
17:29:55 | Araq | well ... I'm sure you'll manage ;-) |
17:30:49 | shevy | where is my mistake... |
17:31:00 | shevy | http://pastie.org/4349127 |
17:31:28 | shevy | if argv is given, use that. else default to some hardcoded path |
17:31:33 | fowl | paramStr(1) doesnt return a boolean? |
17:31:57 | shevy | aha |
17:32:03 | Araq | shevy: your nimrod is python/ruby like :P |
17:32:13 | shevy | Error: type mismatch: got (TaintedString) but expected 'bool' |
17:32:17 | shevy | Araq yeah |
17:32:26 | fowl | shevy: check paramCount() before paramstr() |
17:58:53 | Araq | dom96: has aporia a notion of "project file" yet? |
17:59:24 | dom96 | Araq: You mean something like VS' solution file? |
18:00:07 | Araq | not quite; I mean it knows that when I'm editing cgen.nim, it should compile nimrod.nim |
18:00:24 | dom96 | You added something for that IIRC |
18:00:35 | dom96 | So, yes. it does. |
18:01:25 | Araq | no ... |
18:04:35 | Araq | and it says: sh: nimrod: not found |
18:06:18 | dom96 | What is? |
18:06:23 | dom96 | Aporia? |
18:06:28 | Araq | yes |
18:06:50 | dom96 | When you do what? |
18:07:35 | Araq | check or compile |
18:07:39 | Araq | doesn't matter |
18:08:03 | Araq | when I change it in 'Tools' it doesn't change anything |
18:08:11 | dom96 | is Nimrod in your $PATH? |
18:08:18 | Araq | yes |
18:08:52 | dom96 | Strange |
18:09:23 | dom96 | Could you debug it for me please? |
18:10:07 | Araq | so it does work for you, right? |
18:10:43 | dom96 | yes |
18:10:56 | dom96 | Executes it like this though: > /home/dom/git/Nimrod/bin/nimrod check /home/dom/code/nimrod/aporia/aporia.nim |
18:11:09 | dom96 | It should do findExe on it. |
18:12:13 | Araq | it doesn't read from the 'Tools' settings at all :P |
18:12:45 | dom96 | check doesn't |
18:12:59 | Araq | how useful :P |
18:13:22 | dom96 | The Nimrod command in Tools is compilation specific... |
18:13:44 | Araq | well it shouldn't |
18:13:47 | dom96 | Why would you need to change it anyway? |
18:14:00 | Araq | because it can't find my nimrod exe |
18:14:25 | dom96 | Well you can still change it for compilation |
18:14:35 | dom96 | compilation will gather errors into the error list too |
18:14:47 | Araq | hrm true |
18:14:51 | Araq | this does something |
18:15:10 | Araq | and the progress bar is sexy :-) |
18:15:30 | Araq | findExe should work though, I wonder what's the problem here |
18:15:48 | Araq | this also means that suggest doesn't work ;-) |
18:15:56 | dom96 | I guess findExe is buggy :P |
18:21:34 | Araq | perhaps, will test it |
18:21:41 | Araq | you just use os.findExe, right? |
18:21:50 | Araq | no fancy other things, right? |
18:22:03 | dom96 | I use your GetCmd |
18:25:03 | Araq | er ... can you make the output text editor use the same color scheme? |
18:25:20 | Araq | how much work would it be to use gtksourceview for that as well? |
18:25:45 | dom96 | Quite a lot... |
18:26:03 | Araq | ok then |
18:26:10 | Araq | it's not that important |
18:26:41 | Araq | but make the colors configurable please |
18:26:57 | Araq | config file is enough |
18:27:22 | Araq | in fact I think the 'configuration' should be done by editing aporia's configuration file |
18:27:32 | Araq | it's a text editor after all ... |
18:27:48 | dom96 | Ok, but first I need to implement more critical features :P |
18:27:55 | Araq | and you can't search for keywords in a 'settings' window ... |
18:28:11 | Araq | lots of programs get that completely wrong ... |
18:28:31 | dom96 | what? |
18:28:45 | dom96 | How do you "search" a dialog? |
18:28:49 | Araq | UI for configuration is totally overrated |
18:29:08 | Araq | config files as text rule because you can search them for keywords like 'color' |
18:29:28 | Araq | in the worst case you have to *read* them |
18:29:47 | Araq | same for a UI then ;-) |
18:29:55 | Araq | but you have no choice in the UI ... |
18:30:02 | dom96 | You can search aporia's config fine... |
18:30:07 | dom96 | I don't get your problem |
18:30:19 | Araq | aporia is fine, just sayin' |
18:30:40 | Araq | I know I can do that with aporia's config file |
18:31:21 | Araq | my point is: you don't have to spend time on a configuration UI IMHO |
18:31:38 | Araq | just make an "edit configuration" menu item |
18:31:47 | Araq | that opens aporia's configuration |
18:31:57 | dom96 | I see. |
18:32:43 | dom96 | So you would rather open up a separate color picker from somewhere else, copy the appropriate RGB/HEX/Whatever values from there into the config, Instead of having a nice dialog which lets you do it super easily? :P |
18:33:18 | Araq | I'd rather have a color picker in the editor that produces #ff00ff :P |
18:33:33 | Araq | I mean that inserts it as *text* :P |
18:34:01 | Araq | because then I can use that for HTML editing too :P |
18:34:28 | dom96 | heh, good point |
18:36:31 | dom96 | ok, i'm going to take a quick shower :P |
18:36:32 | dom96 | brb |
18:37:15 | dom96 | actually, no i'm not... *sigh* |
18:37:26 | Araq | he he |
18:44:12 | * | sbell quit (Remote host closed the connection) |
18:51:12 | Araq | os.findExe("nimrod") works on my machine ... |
18:52:41 | dom96 | Debug aporia's GetCmd function please |
18:57:20 | Araq | yeah I'm doing that |
18:58:03 | dom96 | thanks |
18:58:14 | Araq | wtf it works perfectly ... |
18:58:38 | Araq | echo getCmd("$findExe(nimrod) $#", "myfile.nim") |
18:58:55 | Araq | produces: |
18:58:59 | Araq | /home/andreas/projects/nimrod/bin/nimrod myfile.nim |
18:59:21 | Araq | but hrm the 2 spaces are strange |
19:01:40 | dom96 | true |
19:01:41 | Araq | no ... it's correct |
19:01:53 | Araq | and I know where the 2 spaces come from |
19:12:04 | dom96 | Well the fact that accelerators which are Ctrl + Some F key don't work is not Aporia's fault. |
19:12:18 | dom96 | Because in xchat they don't work either. |
19:14:14 | Araq | yeah but I *click* on the menu items |
19:14:18 | Araq | and something happens |
19:14:27 | Araq | but it can't find nimrod for some strange reason |
19:14:42 | dom96 | I know. It's only a problem for me... |
19:20:06 | dom96 | Well I asked about it in GIMPNet/#gtk+ |
19:20:12 | dom96 | and in #programming |
19:20:21 | dom96 | Not sure if anyone will help me. |
19:20:33 | dom96 | If they don't then I will ask on Arch forums. |
19:20:48 | Araq | ugh I feel stupid |
19:20:58 | dom96 | I suppose I will instal SliTaz and see if I can reproduce the issues that Trix[a]r_za encountered. |
19:21:01 | Araq | I should test findExe from some different cwd ... |
19:21:15 | dom96 | lol |
19:23:30 | Araq | no luck, still works ... |
19:23:35 | Araq | really strange |
19:23:51 | dom96 | hah, at first I was really confused when you said "still works" |
19:32:37 | dom96 | Damn, SliTaz is quite nice. |
19:35:24 | Araq | why? |
19:37:31 | dom96 | Because the ISO is only ~30MB and it's pretty cool |
19:43:39 | dom96 | It's a bit scary though that the installer is a web page :P |
19:44:32 | Araq | o.O |
19:45:17 | dom96 | tazpanel is quite cool though |
19:47:08 | Araq | haiku runs faster in the emulator than xfce ... |
19:52:40 | dom96 | Package managing in the browser, quite ingenious. |
19:52:45 | dom96 | And very fast I must admit. |
19:53:58 | * | sbell joined #nimrod |
19:55:16 | fowl | dom96: the slitaz site is horrible to navigate |
19:55:45 | fowl | and they dont have a 64 bit version |
19:57:36 | Araq | fowl: hey, be nice, they're using nimrod in production :P |
19:58:37 | dom96 | ^^ |
19:59:09 | fowl | oh i love the project |
19:59:13 | fowl | those are my two gripes though |
19:59:16 | dom96 | I think SliTaz would be perfect for my RPI |
19:59:21 | dom96 | Too bad it doesn't support ARM :( |
19:59:34 | dom96 | Also I figured out why Ctrl + F keys doesn't work for me |
19:59:53 | Araq | interesting |
20:00:01 | Araq | what's the cause? |
20:00:25 | fowl | dom96: is that example of a kernel on github |
20:00:40 | dom96 | fowl: Not yet, sorry D: |
20:00:45 | dom96 | Last time I tried it didn't work... |
20:00:49 | dom96 | and I didn't have time to fix it |
20:01:06 | dom96 | Araq: XFCE overrides the binds to nothing, for some stupid reason. |
20:01:15 | fowl | ah |
20:01:33 | Araq | hm I'm using xfce too |
20:01:40 | Araq | and Crtl+F works for me |
20:02:05 | dom96 | Yes, that works. |
20:02:11 | dom96 | F1, F2, F3 ... |
20:02:16 | dom96 | THat's what I mean by "F keys" |
20:02:57 | fowl | lol |
20:03:32 | dom96 | Why would XFCE override that to nothing? |
20:03:56 | Araq | haiku lacks /proc ... I wonder how os.getAppFilename needs to be implemented ... |
20:04:02 | fowl | to keep you from going back to term |
20:04:48 | dom96 | fowl: I see. That makes sense. |
20:05:04 | Araq | seriously, haiku's UI is almost too fast |
20:05:16 | dom96 | Araq: Maybe you should just switch to it? :P |
20:05:16 | Araq | never had such a responsive UI |
20:05:34 | Araq | I'm at least adding it to platform.nim |
20:05:40 | fowl | Araq: the fun starts when you shift+drag the window tabs around :> |
20:05:48 | Araq | uname -a works |
20:05:56 | fowl | dom96: unless i'm thinking of ctrl-alt-f# |
20:06:13 | dom96 | fowl: heh, yeah you are. |
20:06:17 | Araq | which means we have a chance to get our installer to work :-) |
20:06:25 | dom96 | fowl: we're back to that question then. |
20:06:47 | dom96 | I mean it rebinds Ctrl + F1 to nothing. |
20:06:57 | dom96 | Most applications use that for help, no? |
20:08:16 | dom96 | Time to ask in #xfce ;) |
20:09:08 | dom96 | hrm, actually |
20:09:13 | dom96 | It seems to bind it to something. |
20:10:12 | dom96 | <property name="<Control>F1" type="string" value="workspace_1_key"/> |
20:10:17 | Araq | so apart from posix support, does haiku have a C library to speak to? |
20:11:02 | shevy | no idea |
20:11:03 | shevy | I will ask |
20:11:29 | Araq | he he I'm in #haiku too now |
20:11:36 | Araq | but thanks |
20:11:45 | shevy | hehe |
20:13:50 | dom96 | ok, i'm definitely in too many channels now :P |
20:13:52 | Araq | oh well I'll simply check FPC's sources |
20:14:08 | dom96 | Time to leave #jesus :( |
20:17:40 | fowl | lol |
20:17:50 | fowl | i gotta see whats goin on in #jesus |
20:18:07 | Araq | nothing |
20:18:29 | fowl | i got a blessing from chanserv |
20:18:38 | * | sbell quit (Quit: sbell) |
20:18:44 | dom96 | heh |
20:18:55 | dom96 | They're still waiting for jesus to arrive. |
20:19:56 | shevy | lol |
20:25:48 | shevy | oh man |
20:25:56 | shevy | all those years and haiku still isn't ready... |
20:26:11 | dom96 | Why not? |
20:28:46 | dom96 | Interesting. Github thinks that SliTaz is a Mac. |
20:38:01 | * | sbell joined #nimrod |
20:46:18 | dom96 | holy crap |
20:46:26 | dom96 | I've just noticed how many people there are in #archlinux |
20:47:41 | dom96 | Interesting. Compilation of Aporia fails under SliTaz. |
20:48:08 | dom96 | linux/limits.h no such file or directory |
20:48:33 | Araq | install some devel package |
20:48:50 | dom96 | hrm, any ideas what? |
20:49:00 | Araq | gtk-devel ? |
20:49:15 | Araq | er no |
20:49:27 | Araq | basic gcc package? |
20:50:09 | dom96 | obviously I have gcc |
20:50:59 | Araq | yeah but not enough headers |
20:51:10 | dom96 | maybe glibc-dev |
20:51:15 | Araq | which file #includes linux/limits.h? |
20:51:36 | dom96 | /usr/include/bits/local_lim.h |
20:51:44 | dom96 | huh |
20:51:51 | dom96 | That seems like a bug in SliTaz perhaps? |
20:53:37 | dom96 | I didn't boot nimrod btw, just grabbed it from nimbuild |
20:54:00 | Araq | well from what file is local_lim.h imported? |
20:55:28 | dom96 | https://gist.github.com/3194754 |
20:56:40 | Araq | I got aporia to crash :P |
20:56:57 | Araq | oh and it's eating 1 cpu ... |
20:57:05 | dom96 | how? |
20:57:28 | Araq | mark a tabulator |
20:57:37 | Araq | press CTRL+H |
20:57:45 | Araq | try to replace it with 8 spaces |
20:58:00 | dom96 | interesting |
20:58:04 | dom96 | report it on github please |
20:58:11 | Araq | ugh |
20:58:32 | * | Araq add it to his todo instead |
20:59:13 | dom96 | oh come on |
20:59:21 | Araq | thanks for using tabs in buildsh.tmpl btw |
20:59:43 | Araq | coded in emacs? |
20:59:52 | dom96 | me? |
21:00:00 | dom96 | lies |
21:00:06 | dom96 | what line? |
21:00:08 | Araq | who else edits buildsh.tmpl? |
21:00:16 | Araq | 13 |
21:01:28 | dom96 | ok, sorry. It was me heh |
21:01:43 | dom96 | nano uses tabs... |
21:02:04 | Araq | well I fixed it |
21:02:20 | dom96 | So any ideas about that SliTaz error? |
21:03:45 | Araq | edit lib/nimbase.h |
21:03:48 | Araq | remove |
21:03:52 | Araq | #include <limits.h> |
21:04:03 | Araq | I don't think we need it anyway |
21:04:39 | Araq | but it's part of ansi C iirc so it's a bug in slitaz I guess |
21:09:20 | dom96 | Now it complains about asm/sigcontext.h |
21:10:26 | dom96 | Well I give up. |
21:10:33 | dom96 | Maybe Trix[a]r_za will help me later |
21:11:38 | Araq | pastebin again |
21:11:48 | dom96 | too late |
21:11:50 | dom96 | Already closed VM. |
21:11:59 | Araq | np |
21:16:08 | Araq | shevy: are you german? |
21:17:20 | fowl | hes an austrich komme aus austria |
21:18:07 | Araq | auch Österreich genannt ;-) |
21:19:00 | fowl | jajaja |
21:19:47 | dom96 | nein, auch deutshe achtung! |
21:20:06 | * | dom96 wonders if that's gibberish |
21:20:39 | Araq | dom96: yeah ... |
21:20:57 | shevy | dom96 u forgot a "c" |
21:21:05 | shevy | deutsche |
21:21:14 | dom96 | I bet that's not the only problem heh |
21:21:19 | shevy | hehe |
21:21:44 | shevy | fowl likes to use the word "fraulein" |
21:21:55 | shevy | but the a should be an "�" |
21:22:17 | dom96 | Język Polski jest o wiele lepszy :P |
21:22:34 | shevy | aha |
21:22:38 | shevy | kurwa kurwa! |
21:22:55 | shevy | picku madre |
21:23:01 | dom96 | haha |
21:23:02 | shevy | hmm I cant do those c^ |
21:23:10 | dom96 | You got kurwa right :D |
21:23:14 | shevy | hehe |
21:23:35 | shevy | english kinda is the best language |
21:23:38 | shevy | no stupid characters |
21:24:08 | dom96 | heh. Well you could say x and q are kind of unique. |
21:24:14 | dom96 | I mean Polish doesn't use them. |
21:24:29 | dom96 | But at least English doesn't have all these accented letters. |
21:24:35 | shevy | yeah |
21:24:39 | Araq | Café ... |
21:24:44 | shevy | german has the sharp s ... � |
21:24:51 | dom96 | Araq: That's because that's french :P |
21:25:01 | dom96 | English likes to steal words too. |
21:25:04 | Araq | english has imported the é :P |
21:25:14 | shevy | I think in the long run, the www will cause a simplification |
21:25:26 | dom96 | yeah, but I bet everyone write Cafe. |
21:25:41 | Araq | shevy: not really, there is already "BSE" |
21:26:09 | shevy | BSE? |
21:26:09 | dom96 | shevy: People in Poland already seem to mix Polish and English quite a lot. |
21:26:15 | Araq | I don't think it will lead to any further simplifications |
21:26:23 | Araq | BSE = bad simple english |
21:26:58 | dom96 | u min tis rite? |
21:27:04 | * | dom96 can't do it well :P |
21:27:34 | * | Araq doesn't understand dom96 |
21:27:44 | dom96 | "You mean this right?" |
21:27:57 | Araq | ok ok I take it back |
21:28:12 | Araq | it will be simplified tremendously |
21:28:31 | Araq | thanks to all the cool kids ... |
21:34:46 | fowl | "cafe" is also acceptable, like "naive" |
21:35:56 | dom96 | Is "deja vu" suppose to have any accents? |
21:36:41 | fowl | wikipedia says it is |
21:36:56 | fowl | Déjà vu looks purely asthetic to me |
21:37:45 | * | fowl quit (Changing host) |
21:37:45 | * | fowl joined #nimrod |
21:49:10 | shevy | http://mail-index.netbsd.org/netbsd-users/2006/08/30/0016.html <-- why netbsd kinda "died" |
21:51:39 | shevy | hmmm a bit too long to read |
21:52:26 | shevy | I think only freebsd has a real future |
21:52:46 | shevy | freebsd & pcbsd <--- pcbsd tries the app-dir approach via the ... .pbi files |
21:54:39 | * | fowl quit (Ping timeout: 246 seconds) |
21:55:27 | Araq | well one of our test machines is netbsd |
21:55:33 | Araq | that's why I care a bit |
21:59:19 | * | sbell quit (Read error: Connection reset by peer) |
21:59:28 | * | fowl joined #nimrod |
21:59:33 | * | sbell joined #nimrod |
22:17:17 | dom96 | Something tells me won't release this weekend :P |
22:18:42 | Araq | yeah :-/ |
22:18:52 | Araq | well I'm gonna fix that aporia bug now |
22:19:06 | dom96 | which one? |
22:19:13 | dom96 | the replace one? |
22:19:14 | Araq | findExe not working |
22:19:17 | dom96 | ahh |
22:19:20 | dom96 | alright |
22:19:23 | Araq | and the replace one should be easy too |
22:32:01 | Araq | Saving /tmp/ast.nim |
22:32:03 | Araq | /home/andreas/projects/nimrod/bin/nimrod idetools --path:/tmp/ --path:/home/andreas/projects/nimrod/compiler --track:/tmp/ast.nim,896,4 --suggest /tmp/ast.nim |
22:32:04 | Araq | [Warning] No items found for suggest |
22:32:06 | Araq | hrm that works |
22:32:42 | Araq | wtf |
22:32:48 | Araq | it works on this machine ... |
22:33:39 | Araq | hrm |
22:33:51 | Araq | oh well I will fix 'suggest' then |
22:39:50 | dom96 | yay |
22:40:49 | Araq | well you tell the compiler to use /mp |
22:42:29 | Araq | and somehow lib/collections is preferred then |
22:42:36 | Araq | which has 'lists' too |
22:42:43 | Araq | so it screws the compiler |
22:42:59 | Araq | and apparently if there are too many errors the compiler refuses to suggest anything |
22:43:02 | dom96 | bbl, pizza :) |
22:43:48 | dom96 | i see |
22:44:02 | dom96 | well you found the error at leas |
22:44:03 | dom96 | t |
22:45:02 | Araq | problem is: it's hard to fix :P |
22:47:07 | * | fowl quit (Changing host) |
22:47:07 | * | fowl joined #nimrod |
22:57:13 | * | sbell quit (Quit: i'm going to get laid……..) |
22:57:34 | * | sbell joined #nimrod |
22:57:47 | * | sbell quit (Client Quit) |
23:08:30 | dom96 | ok, back. |
23:20:17 | dom96 | I keep editing aporia in the wrong aporia lol |
23:25:35 | dom96 | Araq: Converting a uint into an int is safe as long as I'm sure the value is not bigger than the max possible value of int, right? |
23:25:52 | Araq | right |