00:14:16 | * | Joe_knock left #nimrod ("Leaving") |
00:21:03 | * | enquora quit (Quit: enquora) |
00:40:45 | * | AFKMorpork is now known as AMorpork |
00:50:34 | flaviu | Has anyone made a hash() for PNimrodNode? |
00:51:00 | Araq | ha good luck with that |
00:52:30 | flaviu | huh? Can you elaborate? |
00:52:49 | Araq | iirc the vm doesn't support 'cast' |
00:53:19 | Araq | without you can only map every hash value to the same int value |
00:53:37 | Araq | though maybe that's not a problem for your case |
00:54:00 | flaviu | Oh, good point! |
00:54:05 | * | irrequietus quit () |
00:54:19 | flaviu | I don't really care about performance here, I can just hash everything to 4. |
00:54:23 | flaviu | thanks! |
00:54:56 | EXetoC | proc hash: int = 4? nice and simple |
00:56:22 | Araq | the classic is: |
00:56:35 | Araq | proc random(): int = 5 # I rolled a dice! |
00:56:55 | flaviu | Well, RFC 1149.5 specifies 4 as the standard IEEE-vetted random number |
00:57:30 | Araq | yeah I can imagine |
00:58:49 | Araq | flaviu: Nim's VM really hates PNimrodNode though. so if it doesn't work with table, report it |
00:59:05 | Araq | and IF it does work, submit a test case so it keeps working |
00:59:14 | flaviu | I'm hitting `cannot generate code for '=='` |
00:59:42 | Araq | aye |
01:00:22 | Araq | well strange |
01:01:37 | * | Hakaslak quit (Quit: TODO: Generate 'Part & Quit Message') |
01:04:00 | * | Hakaslak joined #nimrod |
01:04:55 | * | BitPuffin joined #nimrod |
01:13:05 | flaviu | it doesn't actually look like a bug in the VM. It's happening in ccgexprs.nim |
01:15:35 | Araq | then you forgot .compileTime |
01:18:31 | flaviu | Where am I supposed to put it? I put it on all my procs, but I can't annotate the stuff in tables |
01:23:57 | Araq | hrm, well you can then use --deadCodeElim:on |
01:25:20 | flaviu | That seems to work |
01:41:32 | * | darkf joined #nimrod |
01:52:26 | * | Hakaslak quit (Quit: TODO: Generate 'Part & Quit Message') |
02:00:02 | * | darkf_ joined #nimrod |
02:00:09 | * | darkf quit (Disconnected by services) |
02:00:10 | * | darkf_ is now known as darkf |
02:05:55 | flaviu | CountTable[PNimrodNode] doesn't really work as expected, I think it takes some non-pubic fields into account for equality. |
02:06:33 | * | MinecraftHF_ joined #nimrod |
02:07:05 | flaviu | Nodes that repr to equal strings are not actually equal |
02:07:45 | * | MinecraftHF_ left #nimrod (#nimrod) |
02:08:49 | flaviu | Not a bug, but it seems like a misfeature at least. |
02:09:01 | fowl | flaviu, is there even an `==` |
02:09:30 | flaviu | fowl: Yep: http://nim-lang.org/macros.html#==,PNimrodNode,PNimrodNode |
02:10:00 | flaviu | It's magic though, and I can't be bothered to track down it's implementation. |
02:10:10 | flaviu | *its |
02:10:22 | fowl | search mEqNimrodNode |
02:12:14 | flaviu | Looks like reference equality, it's handled in the same branch as opcEqRef |
02:12:23 | flaviu | `of opcEqRef, opcEqNimrodNode:` |
02:28:01 | * | BitPuffin quit (Ping timeout: 244 seconds) |
02:31:18 | * | q66 quit (Quit: Leaving) |
03:09:09 | * | gokr quit (Quit: Leaving.) |
03:12:01 | * | gokr joined #nimrod |
03:12:01 | * | gokr quit (Client Quit) |
03:33:17 | * | johnsoft quit (Ping timeout: 240 seconds) |
03:36:14 | * | johnsoft joined #nimrod |
03:59:05 | * | kapil__ joined #nimrod |
04:09:58 | * | AMorpork is now known as AFKMorpork |
04:28:52 | * | dts|feasting is now known as dts |
04:30:58 | * | AFKMorpork is now known as AMorpork |
05:03:58 | * | darkf_ joined #nimrod |
05:04:11 | * | darkf quit (Ping timeout: 258 seconds) |
05:17:29 | * | flaviu quit (Ping timeout: 244 seconds) |
05:22:33 | * | darkf_ is now known as darkf |
05:52:05 | * | untitaker quit (Ping timeout: 264 seconds) |
05:55:49 | * | ARCADIVS joined #nimrod |
05:57:01 | * | untitaker joined #nimrod |
06:04:11 | * | BlaXpirit joined #nimrod |
06:07:32 | * | flaviu joined #nimrod |
06:55:51 | * | vendethiel- quit (Quit: q+) |
07:17:29 | * | khmm joined #nimrod |
07:20:10 | * | ARCADIVS quit (Quit: ARCADIVS) |
07:20:13 | * | khmm quit (Remote host closed the connection) |
07:20:25 | * | khmm joined #nimrod |
07:25:41 | * | johnsoft quit (Ping timeout: 264 seconds) |
07:30:57 | * | johnsoft joined #nimrod |
07:30:58 | * | khmm quit (Ping timeout: 256 seconds) |
07:33:49 | * | gour joined #nimrod |
07:35:25 | * | gokr joined #nimrod |
07:35:29 | * | khmm joined #nimrod |
07:38:56 | * | BlaXpirit quit (Quit: Quit Konversation) |
08:21:56 | * | EXetoC quit (Ping timeout: 244 seconds) |
08:30:10 | * | EXetoC joined #nimrod |
08:33:11 | gokr | Morning! |
08:40:59 | * | dts quit (Read error: Connection reset by peer) |
08:42:38 | * | dts joined #nimrod |
08:43:38 | NimBot | Araq/Nimrod devel 105a061 Araq [+0 ±11 -0]: implemented procCall builtin |
08:43:38 | NimBot | Araq/Nimrod devel c45e89b Araq [+0 ±1 -0]: fixes #1039 |
08:43:38 | NimBot | Araq/Nimrod devel 4def86f Araq [+0 ±1 -0]: pegs module compiles again |
08:44:05 | Araq | gokr: as you can see, I've implemented by barely tested procCall |
08:44:09 | Araq | *but |
08:44:44 | dts | would it be accurate to say nimrod is compiled python? im just asking to try and get a better idea of the language, because im considering learning it |
08:45:22 | gokr | Araq: Cool, I will check it |
08:45:39 | gokr | "compiuled python"... not really. |
08:46:11 | gokr | But my guess it might "feel" a bit like it. |
08:46:23 | dts | hmmm |
08:46:51 | Araq | dts: give it a try, it's better than a compiled python ;-) |
08:46:55 | gokr | It depends on how close to Python you want to get :) |
08:47:22 | dts | i think i will. maybe use it to implement my compiler |
08:47:34 | gokr | I mean, Nim does OO and it has gc etc. And Python-ish syntax. |
08:47:59 | gokr | But it also has operator overloading, AST based advanced macros etc - not really "Python" stuff. |
08:48:00 | dts | oh its 00? fuck yeah |
08:48:18 | dts | nimrod just gets sexier and sexier |
08:48:24 | Araq | gokr: python has operator overloading |
08:48:26 | gokr | I wouldn't say "it *is* OO" , but rather, "it has objects and supports OO" |
08:48:34 | Araq | just like python, really |
08:48:55 | Araq | in fact, the OO models can be seen as similiar |
08:48:56 | gokr | Araq: Ehm... ok, yeah, in an OO way, right. |
08:49:45 | ekarlso- | any big software projects using nimrod ? |
08:49:47 | Araq | dts: Python copied a lot from Modula 3 and Nim copied *more* from Modula 3 ;-) |
08:50:34 | dts | that makes sense. what is nimrod generally used for? |
08:50:46 | gokr | I was more thinking of the fact that you - through the static typing - can have multiple procs named the same operating on different types. But sure, the "net effect" may look the same. |
08:51:29 | gokr | dts: You might be interested in some of my articles, http://goran.krampe.se/category/nim (the OO series for example) |
08:51:29 | dts | nimrod is static typed |
08:51:35 | dts | this is awesome |
08:51:49 | dts | im going to implement A* in python then im learning nimrod |
08:52:28 | gokr | It's primarily statically typed - but it also supports dynamic binding for "methods". |
08:52:39 | dts | yeah i saw that |
08:52:43 | gokr | The OO article series explores the differences there. |
08:53:03 | Araq | dts: just implement A* in Nim right away ;-) |
08:53:31 | Araq | the compiler is written in itself, so it's quite good at implementing compilers |
08:53:44 | dts | awesome, cause i love writing compilers |
08:53:51 | Araq | people also use it for games and web programming |
08:54:07 | dts | also, i dont know A*, so i want to write it in a language i do know |
08:54:18 | gokr | Araq: I want you to port PetitParser to Nim. :) Just kidding, you have other stuff to do. But it would be really interesting to hear your take on it. |
08:54:45 | Araq | is it PEG based? if so, consider me completely uninterested |
08:54:51 | gokr | Really? |
08:55:01 | Araq | PEGs are boring |
08:55:20 | gokr | Its a mixture of pegs, pack rat parsers and parser combinators |
08:56:05 | Araq | there is some article about how PEGs do not compose as we like them to compose |
08:56:09 | gokr | I have a little project on my spare time using it and its truly slick. |
08:56:35 | gokr | It was written by Lukas Renggli - now works at google, really sharp guy. He has ported it to dart and js and... java I think. |
08:57:36 | gokr | So its a DSL style thing - you create parsers by combining objects. I just feel that it may fit Nim even better - and could perhaps hook into Nim's macro stuff. |
08:57:59 | gokr | There are some nice slides on it - i will dig them out |
09:00:30 | gour | morning all |
09:03:31 | gokr | Araq: Tried finding the original slides, but this is probably the best set: http://www.slideshare.net/renggli/mastering-grammars-with-petitparser |
09:03:39 | Araq | IMO in these days one should shot directly for the GLR algorithm |
09:03:56 | Araq | or perhaps CYK or similar |
09:04:07 | Araq | everything else is just a hack really |
09:04:10 | gokr | Do take a look at least, because its clearly the smoothest tool I have ever used. |
09:04:25 | Araq | I'm not talking about tooling |
09:04:35 | gokr | Me neither :) |
09:04:36 | Araq | with Nim's macros any parser generator is a good fit |
09:04:38 | gokr | Its a library. |
09:04:57 | gokr | But its a DSL style library, so ... you never define a grammar as a string. |
09:05:13 | gokr | You construct your grammars by creating objects, and combining them. |
09:05:37 | Araq | gotta go, see you later |
09:05:43 | gokr | sure |
09:08:39 | gokr | This is the homepage btw: http://www.lukas-renggli.ch/blog/petitparser-1 |
09:14:32 | dts | whats the best nimrod tutorial? |
09:15:44 | * | darkf_ joined #nimrod |
09:16:12 | dts | :D HAI darkf! |
09:17:33 | * | darkf quit (Ping timeout: 265 seconds) |
09:17:38 | * | darkf_ is now known as darkf |
09:21:10 | dts | does echo emit a new line? |
09:28:58 | gokr | dts: The tutorials on the homepage are ok, then there is... nimrod by example. |
09:29:19 | gokr | http://nimrod-by-example.github.io/ |
09:29:33 | gokr | Also, Rosetta has a whole lot of nimrod examples |
09:30:04 | dts | rosetta? |
09:30:34 | gokr | http://rosettacode.org/wiki/Nimrod |
09:30:47 | gokr | http://learnxinyminutes.com/docs/nim |
09:31:49 | gokr | dts: Do you speak German? |
09:31:52 | dts | is stdin implicitly imported? |
09:31:56 | dts | gokr, no |
09:32:05 | gokr | yes it is |
09:32:40 | dts | one last question... how do i change the output name? |
09:32:53 | dts | like $gcc file.c -o a_file |
09:33:05 | dts | cause in nimrod it makes it the same name as the source |
09:34:32 | gokr | -o, --out |
09:34:36 | gokr | See "nim --advanced" |
09:34:43 | gokr | And "nim --help" |
09:35:21 | * | Trustable joined #nimrod |
09:35:24 | gokr | Compiler is called "nim" in ... 0.10 |
09:35:32 | dts | oh i have .9 |
09:36:00 | gokr | I suggest you take it from github, its about to be released anyway. |
09:36:09 | dts | ill do that in the morning |
09:37:32 | gokr | If you want to read about the bootstrap - one of my articles explains it in depth. |
09:38:01 | gokr | Explains what happens when you run those 10 lines or so of compiling it from source. |
09:39:19 | * | milosn quit (Quit: Lost terminal) |
09:40:47 | * | BlaXpirit joined #nimrod |
09:44:36 | dts | whats the difference between let and const? |
10:00:59 | gokr | const is compile time. let is "immutable" at runtime |
10:01:55 | dts | oh, so let a = 5 then changing a = 6 at a later time in the program is fine? as long as it has a compile time known value? |
10:02:29 | gokr | No, that is not fine. Let means a can not be changed. |
10:03:50 | dts | whats the advantage of it being compile time constant versus run time immutable? |
10:04:46 | gokr | Well, different levels of optimizations can be applied for one thing. |
10:04:52 | dts | ah |
10:05:10 | dts | but to the programmer there isnt much of one? |
10:05:31 | gokr | Let is also a way to make sure you don't shoot yourself in the foot - many temp vars are often assigned just once. |
10:06:21 | gokr | I am a Nim n00b too, but generally, use let in the general case, and then change to var when you realize that you need to modify it. |
10:07:03 | dts | ok |
10:08:43 | gokr | When you code you probably realize that a lot of temps in procs/methods are actually "let"-able. |
10:28:28 | dts | how do i echo something without a newline? |
10:33:03 | * | milosn joined #nimrod |
11:02:48 | * | dts is now known as dts|Zzzz |
11:12:08 | EXetoC | dts|Zzzz: stdout.write |
11:12:47 | dts|Zzzz | ty |
11:17:53 | * | dts|Zzzz quit (Ping timeout: 240 seconds) |
11:40:02 | * | Matthias247 joined #nimrod |
11:43:54 | * | xcombelle joined #nimrod |
11:51:19 | * | milosn quit (Quit: leaving) |
11:58:03 | * | milosn joined #nimrod |
11:58:50 | * | milosn quit (Client Quit) |
12:00:36 | * | milosn joined #nimrod |
12:06:14 | * | milosn quit (Quit: Lost terminal) |
12:06:38 | * | milosn joined #nimrod |
12:12:05 | * | milosn quit (Quit: Lost terminal) |
12:12:31 | * | milosn joined #nimrod |
12:17:34 | gokr | Araq: procCall worked fine with my Fruit example |
12:27:51 | * | gokr1 joined #nimrod |
12:29:55 | * | gokr quit (Ping timeout: 265 seconds) |
12:33:54 | * | BitPuffin joined #nimrod |
12:49:37 | * | dom96_ quit (Ping timeout: 240 seconds) |
12:51:28 | * | bjz joined #nimrod |
12:54:48 | * | bjz_ quit (Ping timeout: 250 seconds) |
13:19:15 | * | gokr1 quit (Quit: Leaving.) |
13:34:41 | * | flaviu quit (Remote host closed the connection) |
13:39:23 | * | flaviu joined #nimrod |
13:40:46 | * | darkf_ joined #nimrod |
13:42:25 | * | darkf quit (Ping timeout: 265 seconds) |
13:48:55 | * | j3rky joined #nimrod |
13:52:30 | * | saml_ joined #nimrod |
13:55:55 | * | gokr joined #nimrod |
13:56:18 | * | j3rky quit (Ping timeout: 255 seconds) |
13:56:23 | * | gmpreussner joined #nimrod |
14:01:45 | * | xcombelle quit (Ping timeout: 265 seconds) |
14:15:03 | * | xcombelle joined #nimrod |
14:16:16 | * | darkf_ is now known as darkf |
14:29:38 | EXetoC | dom96: so do you have any examples of when gtk isn't flexible enough? other than when it comes to scrolling |
14:31:04 | * | Matthias247 quit (Read error: Connection reset by peer) |
14:44:03 | * | gokr_ joined #nimrod |
14:46:28 | * | gokr quit (Ping timeout: 258 seconds) |
15:05:07 | * | Araq0 joined #nimrod |
15:06:04 | * | gokr joined #nimrod |
15:06:04 | * | gokr_ quit (Read error: Connection reset by peer) |
15:06:41 | * | Araq0 quit (Client Quit) |
15:19:53 | * | dom96_ joined #nimrod |
15:19:55 | * | gmpreussner_ joined #nimrod |
15:20:30 | dom96_ | EXetoC: Can't think of any. Why the sudden interest? |
15:20:33 | * | dom96_ quit (Client Quit) |
15:20:53 | * | gmpreussner quit (Ping timeout: 264 seconds) |
15:24:37 | * | gmpreussner_ quit (Ping timeout: 240 seconds) |
15:25:27 | * | saml_ quit (Quit: Leaving) |
15:29:23 | * | khmm quit (Ping timeout: 240 seconds) |
15:34:36 | * | khmm joined #nimrod |
15:42:26 | * | khmm quit (Read error: Connection reset by peer) |
15:44:04 | EXetoC | dom96: because I want to see if Elementary has the same issues |
15:45:35 | EXetoC | either way, it'll be nice to have a high level widget API |
15:49:32 | * | khmm joined #nimrod |
15:54:10 | * | khmm quit (Ping timeout: 256 seconds) |
15:55:04 | * | milosn quit (Remote host closed the connection) |
15:59:18 | * | xcombelle quit (Ping timeout: 258 seconds) |
16:01:23 | * | kapil__ quit (Quit: Connection closed for inactivity) |
16:02:10 | * | AMorpork is now known as AFKMorpork |
16:03:33 | * | darkf quit (Quit: Leaving) |
16:16:06 | * | gmpreussner_ joined #nimrod |
16:23:32 | * | Epic|gmpreussner joined #nimrod |
16:23:50 | * | gmpreussner_ quit (Ping timeout: 258 seconds) |
16:36:28 | * | xcombelle joined #nimrod |
16:52:27 | * | flaviu quit (Remote host closed the connection) |
16:52:58 | * | EXetoC quit (Ping timeout: 258 seconds) |
16:54:07 | * | Trustable quit (Remote host closed the connection) |
16:56:37 | * | Matthias247 joined #nimrod |
16:56:49 | * | milosn joined #nimrod |
17:08:11 | * | flaviu joined #nimrod |
17:18:52 | * | rpag joined #nimrod |
17:38:18 | * | EXetoC joined #nimrod |
17:41:59 | * | gokr1 joined #nimrod |
18:01:17 | * | q66 joined #nimrod |
18:06:57 | * | xcombelle quit (Ping timeout: 258 seconds) |
18:33:37 | * | gokr quit (Ping timeout: 240 seconds) |
18:35:17 | * | gokr joined #nimrod |
18:46:55 | * | dom96_ joined #nimrod |
18:47:15 | * | xcombelle joined #nimrod |
18:55:00 | * | johnsoft quit (Read error: Connection reset by peer) |
18:55:43 | * | xcombelle quit (Ping timeout: 245 seconds) |
19:05:31 | * | Stefan_Salewski joined #nimrod |
19:05:40 | Stefan_Salewski | Is my impression right that we still have no multiline comments in recent Nim? |
19:05:50 | Stefan_Salewski | I think I saw some proposals in the Forum... |
19:06:00 | Stefan_Salewski | To get glib compiling, I had to remove a few c2nim generated templates -- first |
19:06:08 | Stefan_Salewski | I deletes it, then I tried something like when false: But When false: seems to disable |
19:06:17 | * | flaviu quit (Ping timeout: 240 seconds) |
19:06:18 | Stefan_Salewski | semantic check, but the code is still parsed and may generate compiler errors I guess? |
19:06:26 | Stefan_Salewski | The idea was, not to really delete something from wrappers, but comment it out only. |
19:06:34 | Stefan_Salewski | Makes not really a difference, that strange macros will a Nim programmer never use, and |
19:06:43 | Stefan_Salewski | because I do wrapper generation fully automatic by scripts, its easy to change it later. |
19:06:51 | Stefan_Salewski | The idea was simple to have all visible in the .nim file, even some not working stuff. |
19:07:00 | Stefan_Salewski | But maybe not a good idea, may confuse people... |
19:08:13 | * | strangelove joined #nimrod |
19:08:48 | strangelove | stefan: you can use discard """ multiline comment "" |
19:08:51 | * | xcombelle joined #nimrod |
19:10:07 | Stefan_Salewski | Yes I know -- was not sure if that is a good idea. |
19:13:13 | Stefan_Salewski | Bye, have to do some work. Will look at the IRC-Log later... |
19:13:19 | * | Stefan_Salewski quit () |
19:22:47 | Araq | strangelove is right and IMO it's good enough |
19:23:10 | Araq | we deprecated #[ in comments so we can introduce #[ ] as a multiline comment easily |
19:23:20 | Araq | but haven't done that yet |
19:23:34 | Araq | btw welcome strangelove |
19:23:51 | strangelove | hi, it is good to be here |
19:25:39 | EXetoC | ofc |
19:34:38 | strangelove | stefan: if you are worried about confusing people, maybe put a "#FIXME: ..." above and document the missing functionality in the module docs |
19:45:00 | * | strangelove quit (Quit: Page closed) |
19:48:07 | * | johnsoft joined #nimrod |
19:54:27 | Araq | ping dom96_ |
20:06:58 | NimBot | Araq/Nimrod devel 51dd4b7 Araq [+1 ±1 -0]: fixes #1489, fixes #1490 |
20:07:36 | Araq | when trustable shows up here, tell him this is how one fixes bugs ;-) |
20:36:46 | * | gokr1 quit (Quit: Leaving.) |
20:39:34 | * | gokr1 joined #nimrod |
20:40:05 | * | Joe_knock joined #nimrod |
20:40:16 | * | Joe_knock quit (Changing host) |
20:40:16 | * | Joe_knock joined #nimrod |
20:58:51 | * | xcombelle quit (Ping timeout: 244 seconds) |
21:03:10 | * | gour_ joined #nimrod |
21:06:09 | * | gour quit (Ping timeout: 245 seconds) |
21:09:10 | * | gour_ is now known as gour |
21:17:45 | * | Jesin joined #nimrod |
21:26:10 | * | milosn quit (Quit: Lost terminal) |
21:29:42 | * | Stefan_Salewski joined #nimrod |
21:31:36 | Stefan_Salewski | can we define symbols in modules, or only as compiler parameters? |
21:32:03 | Stefan_Salewski | in glib.nim from c2nim I have "when defined(G_OS_WIN32):" |
21:32:51 | Stefan_Salewski | at the top I have when defined(windows): |
21:33:57 | Stefan_Salewski | so my idea was to define G_OS_WIN32 in that section at the to following "when defined(Windows)". |
21:34:34 | Stefan_Salewski | Or have I to change it, so that G_OS_Windows is a boolean constant? |
21:35:07 | * | gokr1 quit (Quit: Leaving.) |
21:36:17 | * | gokr quit (Quit: IRC for Sailfish 0.8) |
21:39:16 | * | dts joined #nimrod |
21:41:08 | Stefan_Salewski | Bye |
21:41:12 | * | Stefan_Salewski quit () |
21:46:35 | * | dts quit (Quit: Leaving) |
21:46:55 | * | dts joined #nimrod |
21:47:14 | Araq | make it a boolean constant or better get rid of it |
21:47:30 | Araq | Nim is not C, we have 'when defined(windows)' |
21:49:26 | dts | Araq, are you the creator of nimrod? |
21:50:05 | Joe_knock | he left |
21:50:15 | dts | oh |
21:51:28 | * | Stefan_Salewski joined #nimrod |
21:53:09 | Stefan_Salewski | OK, will do so, thanks! Had some problems to find info about defined() or declared() in manual, but now I understand. |
21:54:06 | Joe_knock | dts: Araq is here and yes he created Nim. |
21:54:13 | Stefan_Salewski | But I still wonder about https://github.com/nim-lang/cairo/blob/master/src/cairo_pragma.nim "when defined(use_pkg_config) ..." |
21:55:35 | Stefan_Salewski | Some wrappers have these use_pkg_config but not all, and it currently generates warnings from compiler: A hint for what that is needed? |
22:04:03 | Stefan_Salewski | And, before I log out... |
22:04:25 | Stefan_Salewski | https://github.com/nim-lang/gtk2/blob/master/src/glib2.nim |
22:04:53 | Stefan_Salewski | TGTime* = gint32 |
22:05:59 | Araq | is that a question? |
22:06:03 | Stefan_Salewski | From http://stackoverflow.com/questions/471248/what-is-ultimately-a-time-t-typedef-to it is my feeling that GTime is generally 64 bit |
22:06:25 | Stefan_Salewski | Yes, but I am slow... |
22:06:52 | Araq | shouldn't that be times.Time (formerly TTime) anyway? |
22:11:36 | * | officialxian joined #nimrod |
22:11:47 | * | officialxian left #nimrod (#nimrod) |
22:13:15 | Stefan_Salewski | I am not sure, my feeling is, that it is generally 64 bit for nearly all systems with GTK, maybe there a few exotic exceptions. I will investigate this issue later. Bye. |
22:13:28 | * | Stefan_Salewski quit () |
22:15:18 | dts | hey Araq i followed your instructions for building the latest nimrod release. is there something i can do to install it on the search path or do i have to do that manually? |
22:15:21 | * | gour quit (Quit: Konversation terminated!) |
22:15:25 | Araq | Varriount: ping |
22:15:52 | Araq | dts: which OS? which branch? |
22:15:58 | * | gour joined #nimrod |
22:16:04 | * | gour quit (Client Quit) |
22:16:07 | dts | Araq, ubuntu, master |
22:16:17 | Araq | what is your favorite color? |
22:17:18 | Araq | dts: if you build from source, you should build devel |
22:17:43 | dts | my favorite color is purple |
22:17:58 | dts | and ok, but im not planning on working on the compiler just yet |
22:18:46 | Araq | but devel is Nim, master is Nimrod |
22:19:04 | dts | oh |
22:19:24 | Araq | well hopefully this confusion will be gone by the end of this weekend |
22:19:29 | Araq | ;-) |
22:20:23 | dts | whats at the end of the weekend? |
22:20:25 | Araq | you can try the install.sh scripts but meh, don't do that |
22:20:30 | * | Trustable joined #nimrod |
22:20:42 | Araq | hi Trustable. I did your work :P |
22:20:49 | dts | http://nimrod-lang.org/download.html |
22:21:00 | Araq | dts: a release |
22:21:01 | dts | so those instructions at the bottom will work except i do devel? |
22:21:02 | Trustable | Hi Araq and others |
22:21:06 | dts | and oh |
22:21:57 | * | bjz quit (Ping timeout: 240 seconds) |
22:24:31 | Araq | dts: yes |
22:26:53 | Araq | well you also need to replace "nimrod" by "nim" then |
22:29:20 | dts | all occurences of nimrod? |
22:29:33 | dts | or just the one at the bottom |
22:30:11 | * | tinAndi joined #nimrod |
22:30:19 | Araq | all |
22:31:20 | Joe_knock | Araq: I tried installing from devel this morning with some install issues by the "bin/nimrod part |
22:32:59 | dts | cause it needs to be bin/nim apparently |
22:38:24 | * | dts is now known as Sargon_ |
22:38:47 | * | Sargon_ is now known as dts |
22:43:07 | Joe_knock | I tried bin/nim too. Nothing |
22:43:25 | dts | worked for me |
22:43:47 | Joe_knock | dts: can you paste the command you used here: pastee.org |
22:46:46 | dts | http://paste.ubuntu.com/9289529/ |
22:46:52 | dts | except without the comment markers |
22:48:29 | Joe_knock | thanks dts |
22:48:39 | dts | np |
22:58:56 | dts | woot got nim installed on the search path |
22:59:12 | dts | now i just need to make a gcc cross compiler |
23:09:17 | * | flaviu joined #nimrod |
23:17:10 | * | tinAndi quit (Quit: ChatZilla 0.9.91 [Firefox 33.1/20141106120505]) |
23:17:34 | dts | does nimrod have a build system or just make like normal? |
23:23:17 | Araq | there is no build system, the compiler knows what to do |
23:25:28 | dts | alright. im done bugging now. off to learn |
23:28:33 | * | BitPuffin quit (Ping timeout: 272 seconds) |
23:29:52 | * | boydgreenfield joined #nimrod |
23:30:36 | * | Hakaslak joined #nimrod |
23:31:39 | * | boydgreenfield quit (Client Quit) |
23:41:32 | * | dts quit (Ping timeout: 264 seconds) |
23:46:08 | * | dts joined #nimrod |
23:46:27 | * | Hakaslak quit (Quit: TODO: Generate 'Computer Sleep Quit Message') |
23:51:59 | * | Hakaslak joined #nimrod |
23:52:38 | * | Trustable quit (Quit: Leaving) |
23:53:14 | dts | does randomize() seed? |
23:56:25 | EXetoC | the documentation should make that clear |