00:00:28 | flaviu | They may be bullshit, but they are bullshit *everybody* knows and understands already |
00:01:08 | Araq | lol |
00:01:22 | flaviu | BTW, the spec says that comparison is implementation defined |
00:01:41 | flaviu | Depending on the usecase for the comparison |
00:02:25 | Araq | good |
00:04:47 | flaviu | Also, ssh:/hg@hg//hg/foo/bar is easy. |
00:04:47 | flaviu | scheme: ssh, username: hg, hostname: hg, path: /hg/foo/, filename: bar |
00:05:16 | Araq | ah! |
00:05:56 | Araq | so it's not "colon double slash" but "colon slash <optional stuff> slash" |
00:06:25 | Araq | but then that would yield ssh:///hg/foo/bar ? |
00:06:50 | flaviu | tel:+1-816-555-1212 is a valid URI fyi |
00:06:54 | flaviu | no slash nessesary |
00:07:07 | Araq | but yeah, everybody knows this |
00:08:42 | flaviu | http://tools.ietf.org/html/rfc3986#appendix-A |
00:08:56 | flaviu | Its hard to explain BNF without actually using BNF |
00:10:43 | flaviu | the second example is even easier: |
00:10:43 | flaviu | scheme: ssh, path: ///hg/foo/bar |
00:11:00 | * | ics joined #nimrod |
00:11:01 | Araq | "Substantial effort to reduce the incidence of false negatives is |
00:11:03 | Araq | often cost-effective for web spiders. Therefore, they implement even |
00:11:05 | Araq | more aggressive techniques in URI comparison. For example, if they |
00:11:06 | Araq | observe that a URI such as |
00:11:08 | Araq | http://example.com/data |
00:11:09 | Araq | redirects to a URI differing only in the trailing slash |
00:11:11 | Araq | http://example.com/data/ |
00:11:12 | Araq | they will likely regard the two as equivalent in the future." |
00:11:17 | flaviu | Wait, your first example is malformed |
00:11:22 | Araq | now this says everything there is to say about this "feature" |
00:11:23 | flaviu | you need ssh:// |
00:11:55 | Araq | perhaps, I can look it up for you tomorrow |
00:12:52 | flaviu | but ssh:/hg%40hg//hg/foo/bar is valid |
00:19:31 | * | superfunc quit (Ping timeout: 272 seconds) |
00:38:59 | Varriount | Araq: Maybe I should use sameFile() then, and fall back on cmpPath for when the target file doesn't exist. |
01:06:48 | Varriount | Uh, who last modified compiler argument parsing? |
01:07:01 | Varriount | Because now compiler arguments aren't working. |
01:14:20 | OrionPK | if only there was a way to look at the history of that module :P |
01:15:35 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
01:15:43 | Varriount | Oh wait, it was command line sillyness. |
01:16:46 | Varriount | Apparently in '--excludePath:"C:\Nimrod\lib\pure\" ' the last '\' escapes the quote |
01:27:43 | * | brson quit (Quit: leaving) |
01:28:22 | OrionPK | doh |
01:35:44 | * | q66 quit (Quit: Leaving) |
02:00:24 | * | darkfusion quit (Ping timeout: 260 seconds) |
02:07:52 | * | bjz_ quit (Ping timeout: 250 seconds) |
02:16:12 | * | superfunc joined #nimrod |
02:20:26 | * | superfunc quit (Ping timeout: 250 seconds) |
02:38:52 | * | ics joined #nimrod |
03:08:40 | flaviu | Varriount: FYI, you can skip the quotes |
03:12:06 | adoniscik | how can you write a converter for tuples? I Want to be able to convert all the elements with one converter function, if that's possible. I used a for loop but the compiler balked, saying it cannot evaluate the index at compile time |
03:16:41 | * | saml_ quit (Quit: Leaving) |
03:20:22 | flaviu | adoniscik: I don't think a general solution is possible |
03:21:11 | flaviu | You'll have to make a converter for each type parameter of each arity |
03:21:32 | adoniscik | no possibility of using varargs ? |
03:52:27 | flaviu | sorry, didn't see your message |
03:52:39 | flaviu | but I can't see how varargs would work here |
03:53:16 | flaviu | I wonder how a macro would work |
04:02:42 | * | mwbrown quit (Ping timeout: 250 seconds) |
04:04:53 | adoniscik | I'm still learning when to use macros vs templates vs procs and what each can do that the others can't |
04:14:47 | * | kshlm joined #nimrod |
04:16:54 | * | ARCADIVS joined #nimrod |
04:35:31 | * | xenagi quit (Quit: Leaving) |
04:41:46 | * | Demos quit (Read error: Connection reset by peer) |
05:07:52 | * | kshlm quit (Quit: Konversation terminated!) |
05:30:12 | * | flaviu quit (Ping timeout: 245 seconds) |
05:32:57 | * | vendethiel quit (Quit: q+) |
05:49:52 | * | kshlm joined #nimrod |
06:07:36 | * | darkfusion joined #nimrod |
06:17:18 | * | superfunc joined #nimrod |
06:21:23 | * | superfunc quit (Ping timeout: 240 seconds) |
06:24:24 | adoniscik | why does var (x,y) = (1,2) work but var x,y:int ; (x,y)=(1,2) doesn't? |
06:47:53 | * | io2 joined #nimrod |
06:53:02 | * | kshlm quit (Quit: Konversation terminated!) |
06:54:18 | * | OrionPK quit (Ping timeout: 250 seconds) |
06:55:22 | * | kunev joined #nimrod |
07:30:50 | * | kunev quit (Remote host closed the connection) |
07:33:34 | Skrylar | dom96: sorry about 1408. I didn't expect it to actually get merged after reactormonk asked for tests |
07:34:10 | Skrylar | (i just noticed the merge happened because i popped open the PR to comment about the tests) |
07:34:30 | * | kunev joined #nimrod |
07:36:10 | Skrylar | reactormonk: ping |
07:47:05 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
08:01:37 | * | MayurYa quit (Ping timeout: 255 seconds) |
08:23:50 | * | MayurYa joined #nimrod |
08:31:02 | * | kunev quit (Quit: leaving) |
08:37:26 | * | kunev joined #nimrod |
08:44:02 | * | adoniscik quit (Ping timeout: 250 seconds) |
08:53:32 | * | kunev quit (Quit: leaving) |
09:01:06 | * | kunev joined #nimrod |
09:29:42 | * | io2_ joined #nimrod |
09:29:54 | * | io2 quit (Ping timeout: 272 seconds) |
09:44:10 | * | bstrie_ joined #nimrod |
09:44:19 | * | mmatalka_ joined #nimrod |
09:44:27 | * | kunev quit (*.net *.split) |
09:44:28 | * | def- quit (*.net *.split) |
09:44:28 | * | rektide quit (*.net *.split) |
09:44:29 | * | Kelet quit (*.net *.split) |
09:44:29 | * | phI||Ip quit (*.net *.split) |
09:44:29 | * | mmatalka quit (*.net *.split) |
09:44:29 | * | reloc0 quit (*.net *.split) |
09:44:29 | * | comex quit (*.net *.split) |
09:44:29 | * | oddmunds quit (*.net *.split) |
09:44:29 | * | bstrie quit (*.net *.split) |
09:44:43 | * | phI||Ip joined #nimrod |
09:44:44 | * | comex joined #nimrod |
09:44:44 | * | reloc0 joined #nimrod |
09:44:53 | * | def- joined #nimrod |
09:45:09 | * | oddmunds joined #nimrod |
09:45:38 | * | kunev_ joined #nimrod |
09:46:20 | * | rektide_ joined #nimrod |
09:49:42 | * | Kelet joined #nimrod |
10:18:53 | * | superfunc joined #nimrod |
10:23:10 | * | superfunc quit (Ping timeout: 250 seconds) |
10:34:42 | * | io2 joined #nimrod |
10:34:58 | * | io2 quit (Client Quit) |
10:36:24 | * | io2_ quit (Ping timeout: 272 seconds) |
10:45:00 | * | kshlm joined #nimrod |
10:51:59 | * | MayurYa quit (Quit: *nix server crashed w/ bof) |
11:08:48 | * | io2 joined #nimrod |
11:10:32 | * | ARCADIVS quit (Quit: WeeChat 0.4.3) |
11:43:27 | * | io2_ joined #nimrod |
11:45:16 | * | io2 quit (Ping timeout: 255 seconds) |
11:48:25 | * | kshlm quit (Ping timeout: 256 seconds) |
11:53:29 | * | bjz joined #nimrod |
12:08:21 | * | flaviu joined #nimrod |
12:09:38 | Skrylar | flaviu: 'morning |
12:09:51 | flaviu | hi |
12:20:21 | * | mwbrown joined #nimrod |
12:30:26 | Skrylar | flaviu: i made more progress on the siphash refactor earlier |
12:31:08 | flaviu | Did you get it to be equivalent to the C implementation? |
12:33:51 | * | io2_ is now known as io2 |
12:34:11 | Skrylar | flaviu: hm? it already was. |
12:34:26 | Skrylar | the refactor is making it so you you can do the hash piecemeal |
12:34:42 | flaviu | I'm working the other way around lol |
12:34:53 | Skrylar | lol? |
12:35:18 | * | untitaker quit (Ping timeout: 260 seconds) |
12:35:42 | flaviu | I wrote it piecemeal, but am making it hash strings according to how the C version works |
12:36:02 | Skrylar | heh. |
12:36:10 | Skrylar | the one in skHash already did that IIRC |
12:36:37 | Skrylar | i have the piecemeal version almost working; it seems to jam up on the 8-byte rounds for some reason right now |
12:40:23 | * | untitaker joined #nimrod |
12:46:07 | * | OrionPK joined #nimrod |
12:52:24 | Skrylar | flaviu: nevermind. apparently i just misplaced one b assignment |
12:52:31 | Skrylar | i moved that over and it passes the unit tests |
13:09:14 | * | fowl quit (Remote host closed the connection) |
13:22:53 | * | darkf quit (Quit: Leaving) |
13:24:18 | * | mwbrown quit (Ping timeout: 250 seconds) |
13:56:14 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
14:20:31 | * | superfunc joined #nimrod |
14:24:05 | * | Demos joined #nimrod |
14:24:47 | * | superfunc quit (Ping timeout: 245 seconds) |
14:32:05 | * | EXetoC joined #nimrod |
14:43:26 | * | Araq_ joined #nimrod |
14:43:53 | Araq_ | EXetoC: do you have an up to date wrapper for zeromq? |
14:44:07 | woodgiraffe | Is there some solid way I could drop the let/var and make nimrod always take my declaration as var like python? |
14:44:56 | Araq_ | you can have a template := that works like this: |
14:44:58 | EXetoC | Araq_: nope |
14:44:58 | Araq_ | x := 3 |
14:45:09 | Araq_ | is transformed into var x = 3, woodgiraffe |
14:45:14 | woodgiraffe | Araq_: ahh nice |
14:45:36 | Araq_ | but then you still have := vs = |
14:45:42 | woodgiraffe | Araq_: indeed |
14:46:09 | Araq_ | woodgiraffe: var/let is a small price to pay for sane scoping rules |
14:47:12 | woodgiraffe | Araq_: gotcha, tho for some DSLs I expect the seperation might not matter that much |
14:47:51 | woodgiraffe | but it's nothing that matters too much |
15:19:04 | Demos | Araq, you should really consider fixing the bugs with really long type sections |
15:22:01 | Araq_ | Demos: what bugs do you mean? |
15:22:24 | Demos | if you have a really long type section the types can not reference each other |
15:22:56 | Araq_ | er ... that has never been reported |
15:23:00 | Araq_ | it |
15:23:07 | Demos | really... |
15:23:12 | Araq_ | it's new for me |
15:23:29 | Demos | once I pair down this type section I will work on reproducing it |
15:26:34 | * | linkmonitor joined #nimrod |
15:27:57 | * | D-Mop quit (Client Quit) |
15:29:15 | Demos | maybe it is just if one type is more than about 700 lines |
15:32:54 | Araq_ | well you must not have const sections etc in between |
15:33:44 | Demos | yeah it turned out it was a misplaced comment that was causing invalid indentation in the middle of the type, this was reported as "could not find suchandsuch" |
15:35:58 | * | EXetoC quit (Quit: WeeChat 0.4.3) |
15:49:54 | Araq_ | makes sense |
15:50:12 | Araq_ | I still have some unmerged branch which makes comment handling much more permissive |
15:55:13 | woodgiraffe | Does nimrod come with post/preincrement builtin i.e. x++ ? |
15:56:02 | def- | woodgiraffe: no |
15:56:09 | woodgiraffe | def-: ty |
15:57:52 | * | ics joined #nimrod |
16:00:37 | def- | you can easily make your own ++x, but x++ wouldn't work syntactically |
16:03:50 | * | flaviu quit (Read error: Connection reset by peer) |
16:04:52 | Araq_ | we can make x++ work, but people are already scared about what is possible in nimrod ;-) |
16:06:50 | * | flaviu joined #nimrod |
16:07:37 | woodgiraffe | :) |
16:13:16 | Demos | well there is inc |
16:16:15 | * | kunev_ quit (Quit: leaving) |
16:17:47 | Araq_ | Demos: yeah but people don't like it, cause it's different |
16:18:14 | Demos | I like it |
16:18:24 | Demos | it is not a postincrement I guess |
16:18:41 | Demos | but for christ sake lets stop using x++ and ++x in clever ways |
16:18:44 | * | Fx00F joined #nimrod |
16:19:52 | Demos | hmmmm I can not set a const to high(culonglong) |
16:22:38 | * | y2f0 joined #nimrod |
16:24:25 | def- | Demos: uint64 has no high because it's no ordinal |
16:24:46 | Demos | but if I just type in the high value (18446744073709551615) it says it is out of range |
16:26:32 | def- | Demos: add a 'u64 |
16:26:47 | def- | const x = 0xFF_FF_FF_FF_FF_FF_FF_FF'u64 |
16:27:00 | y2f0 | Hey, I'm running into a compile error when targeting cpp on osx. Whenever I import the os module I get various "use of undeclared identifier 'abs'" errors. Is this a known issue? |
16:27:02 | Demos | that did not work, let me try the hex one |
16:28:30 | * | adoniscik joined #nimrod |
16:28:30 | def- | y2f0: https://github.com/Araq/Nimrod/issues/925 |
16:28:31 | Demos | it works in hex |
16:28:40 | def- | y2f0: try the devel branch |
16:28:54 | Fx00F | hi |
16:28:59 | def- | hi Fx00F |
16:29:15 | y2f0 | ah cool, thanks. Looked through the issues but didn't spot this one |
16:29:19 | y2f0 | I'll try that lets see how it goes |
16:29:54 | Fx00F | do we have syntax sugar for nested for loops? I'm thinking of something like: for i, j, k in 0 .. N, M, L |
16:30:10 | def- | Fx00F: i wrote something like that somewhere |
16:31:43 | def- | Fx00F: with a custom iterator only though: http://rosettacode.org/wiki/Forest_fire#Nimrod |
16:32:15 | Demos | holy carp c2nim can do anon unions now |
16:32:24 | Demos | and anon structs as well (even though I do not think they are standard |
16:32:41 | Demos | even an anon struct INSIDE an anon union |
16:32:44 | Demos | wow! |
16:46:43 | y2f0 | def-: nice, devel worked. Thanks again. I'm getting back to wrapping some code |
16:47:26 | Fx00F | def-: interesting, thanks |
16:50:49 | Araq_ | Demos: it |
16:50:58 | Araq_ | is in its own repository now |
16:51:05 | Demos | I know |
16:51:18 | Araq_ | I swear I'll kill this keyboard ... |
16:51:26 | Araq_ | this is unacceptable |
16:51:42 | flaviu | All keyboards are like that... |
16:51:43 | Araq_ | no < > # keys |
16:52:04 | Fx00F | you can always copy/paste those |
16:52:31 | Araq_ | Fx00F: I do |
16:52:38 | Araq_ | but it's not acceptable |
16:52:47 | Araq_ | try editing some xml |
16:53:05 | flaviu | Fx00F: Great way to interrupt your flow, too |
16:53:30 | Fx00F | you can always remap your keys |
16:54:12 | flaviu | You could also get a new keyboard |
16:54:26 | Araq_ | yeah, will do that |
16:54:28 | Fx00F | no way |
16:56:20 | * | q66 joined #nimrod |
16:57:51 | Demos | bable is giving me "SSL support is not available" errors, I did not build it with noSSL |
17:00:22 | Araq_ | you need to build with -d:SSL iirc |
17:00:58 | Araq_ | and yeah this dependency is annoying, maybe dom96 can do something about it |
17:03:46 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140421221237]) |
17:04:06 | * | y2f0 quit (Quit: Page closed) |
17:04:56 | * | brson joined #nimrod |
17:05:14 | * | brson quit (Client Quit) |
17:05:20 | * | brson joined #nimrod |
17:06:36 | * | kunev joined #nimrod |
17:09:19 | Demos | that did not seem to work |
17:10:39 | * | Fx00F quit (Quit: leaving) |
17:10:53 | * | Fx00F joined #nimrod |
17:12:24 | Demos | what does the tlsEmulation:on option do? |
17:12:52 | Demos | oh, thread local storage |
17:12:55 | Demos | nothing to do with ssl |
17:14:36 | * | Jesin joined #nimrod |
17:31:43 | * | Jesin quit (Quit: Leaving) |
17:33:23 | * | vendethiel joined #nimrod |
17:35:43 | * | Jesin joined #nimrod |
17:43:41 | def- | Demos: example of your code? -d:ssl always worked for me |
17:44:06 | def- | Demos: oh wait, babel |
17:44:45 | * | Kelet quit (*.net *.split) |
17:52:58 | * | kunev quit (Ping timeout: 250 seconds) |
18:10:17 | * | kunev joined #nimrod |
18:14:38 | * | Ven joined #nimrod |
18:19:21 | * | kunev quit (Ping timeout: 272 seconds) |
18:22:06 | * | superfunc joined #nimrod |
18:26:26 | * | superfunc quit (Ping timeout: 250 seconds) |
18:29:30 | dom96 | Demos: You can just download packages.json manually and place it in ~/.babel/packages.json |
18:34:47 | Demos | good idea, but actually installing a package will probably also fail |
18:39:17 | * | Matthias247 joined #nimrod |
18:43:06 | dom96 | nope |
18:43:52 | dom96 | as long as you have git/hg |
19:01:50 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
19:02:53 | * | Ven joined #nimrod |
19:13:08 | * | seubert quit (Ping timeout: 250 seconds) |
19:13:32 | * | seubert joined #nimrod |
19:32:25 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
19:36:23 | * | EXetoC joined #nimrod |
19:38:16 | EXetoC | Araq: need 0mq for anything? |
19:38:47 | EXetoC | I haven't touched any nimrod code in over a month |
19:41:23 | Araq | EXetoC: no, but the wrapper we have is broken |
19:41:39 | Araq | shame on you, program in nimrod |
19:42:40 | EXetoC | got lazy and started using löve for lua |
19:47:20 | Varriount | Meep |
19:52:00 | EXetoC | using moonscript now, which is a little more pleasant to use. can't hide all the bad things though |
19:52:32 | Trixar_za | wat |
19:52:54 | EXetoC | Trixar_za: a language that compiles to lua |
19:53:12 | Trixar_za | No, but LOVE :| |
19:53:34 | EXetoC | 2d framework |
19:53:49 | Demos | clone love in nimrod! |
19:54:57 | Trixar_za | I know - but it's not exactly pleasant. And have you tried getting it to run on Linux systems that it's not designed for. Painful and dependency hell for something that in itself is mediocre at best. |
19:55:23 | EXetoC | people smarter than me are working on similar libs |
19:55:27 | Trixar_za | I hate it with a passion :P |
19:55:39 | EXetoC | or maybe they haven't gotten far still. I haven't heard any news |
19:56:05 | EXetoC | really? |
19:56:16 | Trixar_za | Also good luck getting love games to run on said systems |
19:57:32 | Trixar_za | I've tried pretty much every language I could find and learn easily enough. I like Lua, but love isn't my favorite framework. |
19:59:08 | EXetoC | what are the alternatives? |
20:00:03 | Trixar_za | I'm pretty sure there exists several alternatives. Lua has become the official scripting language for several game engines. |
20:01:23 | Araq | unreal 4 is C++ only |
20:01:40 | EXetoC | they abandoned the scripting language? |
20:01:41 | Araq | they finally figured out that a scripting layer is a huge pain |
20:01:45 | EXetoC | ok |
20:02:46 | EXetoC | for the users? it did seem a little strange, but I never really learned it |
20:02:47 | Demos | unreal was never lua though |
20:03:03 | Demos | and nobody actually ever wanted to use unread script |
20:03:13 | Demos | because it was horrible |
20:03:36 | Araq | last time I checked it was much better than Lua |
20:03:56 | Araq | statically typed, object model optimized for games |
20:04:03 | Araq | iirc |
20:06:06 | Matthias247 | I think the main problem with writing extensions (logic) in c(++) is long compilation times and then the extensions are plattform dependent and therefore not easily distributable by mod writers |
20:06:38 | Matthias247 | lua fixes that both. But I also think a typed object model has advantages |
20:07:17 | Demos | scripting langs are eaiser to do hotloading and stuff with as well |
20:07:33 | Demos | and nobody really wants to write all the c++ boilerplate for a lot of stuff |
20:08:14 | Araq | we'll get hot code swapping too |
20:08:20 | Matthias247 | with roslyn you can now also do some pretty coole scripting in C# |
20:08:29 | Araq | yeah |
20:08:30 | Matthias247 | But that might require your game to be in C# too |
20:09:53 | * | Jesin quit (Ping timeout: 240 seconds) |
20:11:27 | Matthias247 | I just used some groovy scripting in a Java project at work. That was also quite easy to set up. But somehow the script have access to all Java functions and types - that still scares me |
20:15:12 | Fx00F | Araq: in what sense is a script layer a huge pain? |
20:15:51 | EXetoC | Trixar_za: what makes it mediocre? seems alright to me |
20:18:02 | Trixar_za | It doesn't build much on Lua, and the portability and stand-alone issues. It's not bad, but external factors make it mediocre. |
20:19:12 | Trixar_za | Actually, I was pretty excited when I originally found it. |
20:27:04 | Araq | Fx00F: incompatible data types, poor cross language debugging support, lots of tedious wrapper code |
20:46:07 | * | Ven joined #nimrod |
20:48:21 | * | brson quit (Quit: leaving) |
21:16:53 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
21:23:40 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
21:28:07 | * | mwbrown joined #nimrod |
21:39:12 | * | SillyPanda left #nimrod ("Textual IRC Client: www.textualapp.com") |
21:40:53 | * | linkmonitor quit (Quit: Page closed) |
21:47:16 | * | linkmonitor joined #nimrod |
22:02:42 | * | brson joined #nimrod |
22:02:42 | * | brson quit (Client Quit) |
22:02:50 | * | brson joined #nimrod |
22:23:04 | * | ics joined #nimrod |
22:23:39 | * | superfunc joined #nimrod |
22:27:53 | * | superfunc quit (Ping timeout: 240 seconds) |
22:57:16 | * | flaviu quit (Read error: Connection reset by peer) |
22:59:11 | * | flaviu joined #nimrod |
23:10:22 | * | Matthias247 quit (Read error: Connection reset by peer) |
23:11:21 | * | nande joined #nimrod |
23:14:05 | * | mwbrown quit (Ping timeout: 255 seconds) |
23:20:06 | * | darkf joined #nimrod |
23:36:44 | * | linkmonitor quit (Quit: Page closed) |
23:37:37 | * | mwbrown joined #nimrod |
23:42:35 | OrionPK | Demos getting latest on VisualNimrod I'm getting "Error 106 Cannot find the interop type that matches the embedded interop type 'Microsoft.VisualStudio.Shell.Interop.IVsToolboxItemProvider'. Are you missing an assembly reference?" |
23:43:45 | Demos | when building? |
23:43:48 | OrionPK | yeah |
23:44:13 | Demos | that is strange, I seem to remember running into that before and it may have been something in the userprefs |
23:44:26 | Demos | what project is it on? |
23:44:31 | OrionPK | NimrodProject |
23:44:38 | Demos | dont build that |
23:44:57 | OrionPK | whats it for |
23:45:00 | Demos | nimrodVS is what you should be building |
23:45:25 | Demos | NimrodProject is a WIP thing to have projects based on the filesystem and not .nimprojs |
23:45:34 | OrionPK | ah cool |
23:45:37 | Demos | the filesystem and nimrod.cfg files |
23:45:47 | Demos | it is not far along yet, and I am not sure it will ever happen |
23:47:02 | OrionPK | okay |
23:47:09 | OrionPK | there an exception w/ ranges like 0.. 5 |
23:47:10 | OrionPK | I think |
23:47:23 | OrionPK | I'll add it to the bug tracker |
23:50:50 | Demos | hm, thanks, I have gotten some crashes and exceptions related to the completion window but I can never get them to happen consistently |
23:50:59 | * | Fx00F quit (Quit: Lost terminal) |
23:51:31 | Demos | I am a bit miffed that the completions will come up automaticly when you enter something like that, but the fact is 0.foo is valid |
23:51:53 | OrionPK | it is, but I can't continue typing |
23:57:49 | Demos | OK I will look into it tomorrow morning |