00:03:13 | * | ltbarcly quit (Ping timeout: 240 seconds) |
00:05:16 | * | ltbarcly joined #nimrod |
00:07:55 | * | XAMPP joined #nimrod |
00:10:07 | * | ltbarcly quit (Ping timeout: 260 seconds) |
00:11:17 | * | ltbarcly joined #nimrod |
00:18:31 | * | ltbarcly quit (Ping timeout: 264 seconds) |
00:19:45 | * | ltbarcly joined #nimrod |
00:31:14 | * | ltbarcly quit (Ping timeout: 240 seconds) |
00:33:17 | * | ltbarcly joined #nimrod |
00:38:19 | * | ltbarcly quit (Ping timeout: 264 seconds) |
00:39:16 | * | ltbarcly joined #nimrod |
00:43:34 | * | ltbarcly quit (Ping timeout: 241 seconds) |
00:46:13 | * | ltbarcly joined #nimrod |
00:52:05 | * | nebiros quit (Ping timeout: 245 seconds) |
00:58:45 | * | nebiros joined #nimrod |
00:58:57 | * | nebiros is now known as Guest58957 |
00:59:02 | * | ltbarcly quit (Ping timeout: 264 seconds) |
00:59:47 | * | ltbarcly joined #nimrod |
01:09:31 | * | ltbarcly quit (Ping timeout: 264 seconds) |
01:10:16 | * | ltbarcly joined #nimrod |
01:13:03 | * | q66 quit (Quit: Leaving) |
01:14:35 | * | ltbarcly quit (Ping timeout: 240 seconds) |
01:15:47 | * | ltbarcly joined #nimrod |
01:17:49 | * | Yeri quit (Quit: Yeri) |
01:20:35 | * | ltbarcly quit (Ping timeout: 260 seconds) |
01:21:17 | * | ltbarcly joined #nimrod |
01:26:18 | * | ltbarcly quit (Ping timeout: 264 seconds) |
01:27:48 | * | ltbarcly joined #nimrod |
01:32:16 | * | ltbarcly quit (Ping timeout: 240 seconds) |
01:33:17 | * | ltbarcly joined #nimrod |
01:43:06 | * | ltbarcly quit (Ping timeout: 264 seconds) |
01:44:15 | * | ltbarcly joined #nimrod |
01:48:36 | * | ltbarcly quit (Ping timeout: 240 seconds) |
01:49:47 | * | ltbarcly joined #nimrod |
01:54:31 | * | ltbarcly quit (Ping timeout: 264 seconds) |
01:55:48 | * | ltbarcly joined #nimrod |
02:00:43 | * | ltbarcly quit (Ping timeout: 260 seconds) |
02:02:17 | * | ltbarcly joined #nimrod |
02:07:07 | * | ltbarcly quit (Ping timeout: 264 seconds) |
02:08:47 | * | ltbarcly joined #nimrod |
02:18:50 | * | ltbarcly quit (Ping timeout: 264 seconds) |
02:19:47 | * | ltbarcly joined #nimrod |
02:24:30 | * | ltbarcly quit (Ping timeout: 264 seconds) |
02:25:16 | * | ltbarcly joined #nimrod |
02:25:52 | * | DAddYE joined #nimrod |
02:29:38 | * | ltbarcly quit (Ping timeout: 240 seconds) |
02:31:51 | * | ltbarcly joined #nimrod |
02:37:07 | * | ltbarcly quit (Ping timeout: 264 seconds) |
02:37:51 | * | ltbarcly joined #nimrod |
02:42:50 | * | ltbarcly quit (Ping timeout: 264 seconds) |
02:44:22 | * | ltbarcly joined #nimrod |
02:49:07 | * | ltbarcly quit (Ping timeout: 264 seconds) |
02:49:52 | * | ltbarcly joined #nimrod |
02:55:07 | * | ltbarcly quit (Ping timeout: 264 seconds) |
02:55:54 | * | ltbarcly joined #nimrod |
03:00:18 | * | ltbarcly quit (Ping timeout: 240 seconds) |
03:01:22 | * | ltbarcly joined #nimrod |
03:06:31 | * | ltbarcly quit (Ping timeout: 264 seconds) |
03:07:51 | * | ltbarcly joined #nimrod |
03:12:35 | * | ltbarcly quit (Ping timeout: 260 seconds) |
03:13:22 | * | ltbarcly joined #nimrod |
03:18:30 | * | ltbarcly quit (Ping timeout: 264 seconds) |
03:19:51 | * | ltbarcly joined #nimrod |
03:24:19 | * | ltbarcly quit (Ping timeout: 240 seconds) |
03:26:22 | * | ltbarcly joined #nimrod |
03:31:07 | * | ltbarcly quit (Ping timeout: 264 seconds) |
03:31:53 | * | ltbarcly joined #nimrod |
03:36:20 | * | ltbarcly quit (Ping timeout: 240 seconds) |
03:38:56 | * | ltbarcly joined #nimrod |
03:44:40 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
03:47:04 | * | ltbarcly joined #nimrod |
03:51:47 | * | ltbarcly quit (Ping timeout: 260 seconds) |
03:52:32 | * | ltbarcly joined #nimrod |
03:57:23 | * | ltbarcly quit (Ping timeout: 260 seconds) |
03:58:04 | * | ltbarcly joined #nimrod |
04:02:52 | * | ltbarcly quit (Ping timeout: 264 seconds) |
04:03:33 | * | ltbarcly joined #nimrod |
04:14:11 | * | ltbarcly quit (Ping timeout: 260 seconds) |
04:15:04 | * | ltbarcly joined #nimrod |
04:15:33 | * | OrionPK quit (Quit: Leaving) |
04:20:16 | * | ltbarcly quit (Ping timeout: 264 seconds) |
04:21:05 | * | ltbarcly joined #nimrod |
04:26:03 | * | ltbarcly quit (Ping timeout: 256 seconds) |
04:27:35 | * | ltbarcly joined #nimrod |
04:32:23 | * | ltbarcly quit (Ping timeout: 260 seconds) |
04:33:37 | * | ltbarcly joined #nimrod |
04:44:16 | * | ltbarcly quit (Ping timeout: 264 seconds) |
04:45:08 | * | ltbarcly joined #nimrod |
04:50:07 | * | ltbarcly quit (Ping timeout: 260 seconds) |
04:51:09 | * | ltbarcly joined #nimrod |
04:55:42 | * | DAddYE left #nimrod (#nimrod) |
04:56:05 | * | ltbarcly quit (Ping timeout: 256 seconds) |
04:57:10 | * | ltbarcly joined #nimrod |
04:58:07 | * | DAddYE joined #nimrod |
04:58:28 | * | ltbarcly quit (Client Quit) |
05:09:38 | * | ltbarcly joined #nimrod |
05:09:55 | * | ltbarcly quit (Client Quit) |
05:22:43 | * | DAddYE quit (Remote host closed the connection) |
05:23:10 | * | DAddYE joined #nimrod |
05:24:55 | * | DAddYE_ joined #nimrod |
05:27:30 | * | DAddYE quit (Ping timeout: 245 seconds) |
05:57:37 | * | ltbarcly joined #nimrod |
06:02:35 | * | ltbarcly quit (Ping timeout: 245 seconds) |
06:03:35 | * | ltbarcly joined #nimrod |
06:04:45 | * | noam_ joined #nimrod |
06:07:18 | * | noam quit (Ping timeout: 264 seconds) |
06:13:43 | * | ltbarcly quit (Ping timeout: 256 seconds) |
06:16:07 | * | ltbarcly joined #nimrod |
06:17:40 | * | noam joined #nimrod |
06:19:35 | * | noam_ quit (Ping timeout: 245 seconds) |
06:20:48 | * | ltbarcly quit (Ping timeout: 260 seconds) |
06:22:07 | * | ltbarcly joined #nimrod |
06:26:45 | * | ltbarcly quit (Ping timeout: 256 seconds) |
06:27:37 | * | ltbarcly joined #nimrod |
06:32:05 | * | ltbarcly quit (Ping timeout: 245 seconds) |
06:34:08 | * | ltbarcly joined #nimrod |
06:39:00 | * | ltbarcly quit (Ping timeout: 260 seconds) |
06:39:39 | * | ltbarcly joined #nimrod |
06:44:07 | * | jpoirier quit (Quit: Bye!) |
06:52:07 | * | ltbarcly quit (Ping timeout: 264 seconds) |
06:53:08 | * | ltbarcly joined #nimrod |
06:58:26 | * | ltbarcly quit (Ping timeout: 264 seconds) |
07:00:09 | * | ltbarcly joined #nimrod |
07:04:46 | * | ltbarcly quit (Ping timeout: 240 seconds) |
07:05:39 | * | ltbarcly joined #nimrod |
07:07:16 | Araq | ltbarcly: can you please fix your connection? |
07:10:42 | * | ltbarcly quit (Ping timeout: 264 seconds) |
07:12:38 | * | ltbarcly joined #nimrod |
07:23:02 | * | ltbarcly quit (Ping timeout: 264 seconds) |
08:03:57 | * | DAddYE_ quit (Remote host closed the connection) |
08:04:24 | * | DAddYE joined #nimrod |
08:08:52 | * | DAddYE quit (Ping timeout: 264 seconds) |
08:23:21 | * | MFlamer joined #nimrod |
08:35:03 | * | DAddYE joined #nimrod |
08:37:18 | * | DAddYE_ joined #nimrod |
08:39:10 | * | DAddYE quit (Ping timeout: 245 seconds) |
08:42:14 | * | DAddYE_ quit (Ping timeout: 264 seconds) |
08:49:22 | MFlamer | Does anyone know where the seq type is defined? |
08:49:38 | Araq | system.nim |
08:56:44 | MFlamer | Thanks Araq |
08:58:25 | Araq | do not thank me, it won't help you ;-) |
09:12:50 | MFlamer | Araq: In your opinion is seq a suitable type to wrap in an object to create on the shared heap as a hash table, or would you suggest rolling a new tyep? |
09:14:04 | MFlamer | I'm just wondering about any tricky re-sizing processes that are going to go along with the table |
09:15:45 | Araq | you cannot allocate a 'seq' on the shared heap |
09:16:16 | MFlamer | I'm thinking seq will work well, similarly to your Hash Table design |
09:16:32 | Araq | you have to roll your own 'sharedSeq' unfortunately |
09:16:39 | MFlamer | I was going to cast |
09:17:00 | Araq | that won't work |
09:17:20 | Araq | the codegen emits calls to the write barrier etc. |
09:17:30 | Araq | the write barrier assumes a thread local GC |
09:17:43 | Araq | 'cast' will only make it compile ;-) |
09:18:12 | MFlamer | OK, that settles it, sharedSeq it is. |
09:20:07 | MFlamer | The concurrent resize is totally custom anyway, it's actually done by multiple threads atomically as they read and write to the lockfree table. I'm still a little gray on that part, but it'll come |
09:20:36 | Araq | yup |
09:21:13 | MFlamer | But sounds like a project to start after some sleep....im in CA and it's late |
09:24:09 | Araq | alright good night then |
09:38:02 | * | DAddYE joined #nimrod |
09:42:30 | * | DAddYE quit (Ping timeout: 245 seconds) |
09:45:10 | * | noam_ joined #nimrod |
09:48:20 | * | noam quit (Ping timeout: 245 seconds) |
10:17:13 | * | EXetoC joined #nimrod |
10:38:46 | * | DAddYE joined #nimrod |
10:42:55 | * | DAddYE quit (Ping timeout: 245 seconds) |
10:58:39 | dom96 | Araq: I was thinking: maybe we should make repr print out the result immediately? So that even if it crashes when it gets to some field that it at least manages to give some information, including the field that it crashes on. |
11:13:26 | dom96 | zahary_: ping |
11:39:32 | * | DAddYE joined #nimrod |
11:44:02 | * | DAddYE quit (Ping timeout: 264 seconds) |
11:48:49 | * | ack006 joined #nimrod |
11:49:25 | * | ack006 quit (Client Quit) |
11:50:12 | * | ack006 joined #nimrod |
11:57:40 | * | q66 joined #nimrod |
12:40:17 | * | DAddYE joined #nimrod |
12:45:14 | * | DAddYE quit (Ping timeout: 264 seconds) |
13:32:11 | Araq | dom96: we can't to that, repr returns a string and has no side effects; we can have an echoRepr though |
13:32:40 | Araq | or we use a TR macro to change the semantics of 'echo repr' ... :P |
13:32:52 | Trixar_za | You guys know Linux, so which Kernel version should I use? I have up to 3.11.x here |
13:33:35 | Araq | chances are the latest Linux kernel fixes the most security issues |
13:33:55 | Araq | new code could also introduce new bugs of course ... |
13:35:24 | Trixar_za | Good point - I'll go with the latest for everything |
13:35:50 | Trixar_za | Not git snapshots though |
13:37:31 | * | MFlamer quit (Ping timeout: 250 seconds) |
13:41:01 | * | DAddYE joined #nimrod |
13:45:28 | * | DAddYE quit (Ping timeout: 264 seconds) |
14:28:37 | * | Associat0r quit (Quit: Associat0r) |
14:30:51 | * | io2 joined #nimrod |
14:32:33 | io2 | hi guys, can you please explain why there are no readily accessible variadics in generics? |
14:34:39 | Araq | not sure what you mean, but we have 'varargs[string, `$`]' |
14:34:55 | Araq | and 'varargs' as a pragma for C interop |
14:36:55 | io2 | and how does one get a list of the types of those arguments? |
14:40:04 | Araq | well obviously you know the type of varargs[T]. The arguments are all of the same type |
14:40:39 | Araq | I guess you're talking about perfect function forwarding where varargs of different types make sense. |
14:40:47 | io2 | :) |
14:40:53 | io2 | exactly that |
14:41:10 | Araq | well the explanation is: nobody implemented it yet |
14:41:14 | io2 | I am still learning the language, so I could be overlooking something simple |
14:41:16 | io2 | aha |
14:41:42 | * | DAddYE joined #nimrod |
14:41:43 | Araq | actors.nim suffers from the lack of this feature, so yeah I am aware and it will be provided |
14:41:44 | io2 | thanks, so I was not missing something after all |
14:42:04 | io2 | no worries, thanks very much for the cool language :) |
14:45:29 | Araq | I often think we are missing some meta type system feature which would puts an end to the endless amount of features we seem to need ... |
14:46:12 | * | DAddYE quit (Ping timeout: 260 seconds) |
14:47:14 | EXetoC | Araq: as in variadic type parameters, or will varargs be used for that too? |
14:47:40 | EXetoC | The former being a list of type parameters that you can iterate through; sort of like in D and C++11 |
14:48:05 | Araq | well we have 'varargs[expr]' already which supports a variable number of arbitrary types |
14:48:07 | io2 | i wonder if there is a bug tracker issue for this |
14:49:10 | Araq | but we need proper pack&unpack features |
14:50:12 | io2 | would it make sense for you to have packing and unpacking semantics in the way C++11 does it |
14:50:18 | io2 | with an operator for example |
14:50:53 | io2 | and, how would you think that you should be dealing with defaults given to those "type parameters" |
14:52:47 | Araq | I don't know yet :P |
14:53:19 | Araq | we need f(unpack(tup)) that does f(tup[0], tup[1], ...) for a start |
14:54:14 | io2 | f(tup...) would seem shorter, but then again :P |
14:54:37 | Araq | '...' would be a postfix operator which nimrod doesn't support |
14:54:58 | io2 | that's why "then again" |
14:55:16 | Araq | and I prefer builtins over operators so that enough operators are available for ordinary code |
14:55:44 | io2 | which means that you should have a pair of them for packing and unpacking |
14:56:22 | Araq | also you can google for "nimrod unpack" and get some information. Try to do that for "nimrod ..." :P |
14:57:47 | io2 | he he |
14:59:16 | io2 | if pack and unpack were there, I have a feeling that everything else could be easily implemented through nimrod's macro system |
15:00:17 | io2 | meaning picking an arbitrary type out of a "list" of types, etc |
15:00:25 | * | OrionPK joined #nimrod |
15:01:10 | io2 | defaults now, that would be another thing that it should be solved together with this I think. |
15:01:36 | io2 | if no types are in use, how do you handle / specify that for example |
15:04:07 | Araq | proc pack(args: varargs[expr]): tuple |
15:04:38 | Araq | proc unpack[T: tuple; S](args: T): S |
15:05:30 | Araq | but it looks much easier to support call(f, tup) than f(unpack(tup)) |
15:06:30 | io2 | too many (( )) make the lisp fanboi in me go eeek |
15:06:32 | io2 | :) |
15:07:24 | Araq | this solves your question about defaults btw |
15:07:39 | Araq | namedCall(f, tup) # would produce |
15:08:00 | Araq | f(nameA = tup[0], nameB = tup[1]) |
15:08:21 | Araq | --> f can have lots of default parameters too, it's still callable |
15:08:42 | Araq | 'nameA' and 'nameB' here are the tuple's field names |
15:09:40 | Araq | so we need pack, call and namedCall. All very simple to implement :D |
15:11:13 | Araq | all implementable by macros once the type API arrives |
15:11:58 | io2 | so, namedCall would be an access builtin |
15:12:13 | Araq | it can easily be a macro |
15:12:18 | io2 | as well |
15:12:24 | io2 | the macro system is very versatile here |
15:13:48 | io2 | but namedCall does not provide list - like access, it seems to be an all or nothing thing |
15:14:31 | io2 | I would for example, see the utility in accessing the type "list" in a head and tail manner, making it possible to "push" or "pop" types |
15:15:33 | io2 | so I think it could be better if you had a head / tail kind of access for the unpacking, with a macro doing the full unpacking when the user requires it |
15:15:55 | io2 | it is recursive after all |
15:19:06 | io2 | to think about it, yeah this is most likely something that would benefit from range access semantics. |
15:23:49 | Araq | I dunno, you claim it's a list and is recursive |
15:24:04 | Araq | I don't think of lists this way |
15:25:05 | Araq | there is no recursion in [1, 2, 3, ...]; the recursion is a hack to patch over the lack of iteration :P |
15:28:50 | io2 | either way, you have to deal with this |
15:29:02 | io2 | either using list - like or array - like access |
15:29:42 | Araq | *shrug* how do you think the "call" macro will work? |
15:30:14 | Araq | it certainly needs to access the i'th component of the tuple type |
15:30:28 | io2 | then you want random access as a given |
15:30:54 | Araq | yeah that's the Nimrod way |
15:31:11 | io2 | if you want to have that, then it seems logical to have a random access builtin doing that I believe |
15:31:28 | * | Hannibal_Smith joined #nimrod |
15:31:35 | Araq | as I said, it's part of the type API |
15:31:56 | Araq | however I'm curious what other use cases you have in mind for this feature |
15:32:30 | io2 | pretty much boost::mpl like ones |
15:32:39 | Araq | (the ones I have in mind are all easily doable with pack, call, namedCall) |
15:33:24 | io2 | yeah but you are always unpacking everything, one cannot pick what one wants I mean |
15:34:28 | Araq | to unpack concrete components you need to know more details about the tuple |
15:34:47 | Araq | which means you do not do function forwarding anymore |
15:35:03 | io2 | it is not just for function forwarding right now |
15:40:14 | * | ltbarcly_ joined #nimrod |
15:40:20 | io2 | the only thing you would really need to know about that tuple would be the number of type parameters it contains so as you do not go overboard imvho |
15:40:59 | io2 | with a get(), pop(), isempty() and recursion you solve that in one way (but not the nimrod way) |
15:41:14 | io2 | with an at() and size() you solve it in the nimrod way |
15:41:36 | Araq | make that '[]' and 'len' ;-) |
15:41:58 | io2 | heh, yeah |
15:42:30 | * | DAddYE joined #nimrod |
15:43:03 | io2 | I would like to be able to do type calculations compile time with nimrod's features, type calculations in the sense C++ does with eerily simple things like boost::mpl |
15:43:39 | io2 | unless I have some sort of way of accessing the type parameter tuples in an item by item way, I cannot see how that is doable right now. |
15:44:41 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
15:46:40 | * | DAddYE quit (Ping timeout: 245 seconds) |
15:47:13 | io2 | anyway, for the time being all of this is theoretical; once variadics are available in nimrod's generics it will be fun to see how this is going to go, no rush. |
15:47:16 | * | ltbarcly_ joined #nimrod |
15:48:14 | Araq | no it looks like ~20 lines to add to the compiler :P |
15:48:38 | io2 | I am a rookie in your code, so I cannot yelp, yet. |
15:49:07 | io2 | If i knew were to look exactly, I would go for it, but for the time being I am just dealing with the language itself :) |
15:49:22 | Araq | no worries, somebody will do it |
15:49:32 | io2 | so far, it is a very fun language |
15:49:51 | io2 | very very fun to code stuff in it |
15:50:12 | Araq | thanks :-) |
15:51:46 | Araq | I would tell you how to implement it but then I need to port yet another feature over to my new VM |
15:52:07 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
15:52:16 | Araq | so I prefer switching to the new VM first |
15:52:31 | io2 | no worries, plus weekend is nearly over and I need to do stuff for work, thank you very much for giving some time in discussing it with me. |
15:52:45 | * | ltbarcly_ joined #nimrod |
15:59:22 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
16:00:44 | * | ltbarcly_ joined #nimrod |
16:08:17 | Hannibal_Smith | The lack of documentation can be very bad |
16:08:24 | Hannibal_Smith | Error: cannot instantiate: 'TData' <-What does it means? |
16:14:25 | * | ltbarcly_ quit (Ping timeout: 268 seconds) |
16:15:46 | * | ltbarcly_ joined #nimrod |
16:20:23 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
16:22:16 | * | ltbarcly_ joined #nimrod |
16:26:57 | Araq | it means the compiler cannot instantiate TData :P |
16:27:19 | Araq | which happens when it can't determine what TData should be in a concrete context |
16:27:31 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
16:28:04 | Araq | which often means you forgot to add brackets [] somewhere |
16:28:14 | * | ltbarcly_ joined #nimrod |
16:28:49 | Hannibal_Smith | Ok |
16:29:48 | Hannibal_Smith | Unfortunately, is not easy to understand where |
16:30:18 | EXetoC | feel free to report it on github |
16:31:34 | Hannibal_Smith | http://ideone.com/o7aWq3 |
16:31:52 | Hannibal_Smith | tree.nim(19, 22) Error: cannot instantiate: 'TData' |
16:31:58 | Hannibal_Smith | tree.nim(59, 43) Info: instantiation from here |
16:32:06 | Hannibal_Smith | tree.nim(71, 3) Info: instantiation from here |
16:32:18 | Hannibal_Smith | But I view TData as "defined" |
16:35:02 | Hannibal_Smith | var old_element = newElement[TKey, TData](tmp_element) |
16:35:03 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
16:35:06 | Hannibal_Smith | tmp_element is a pointer |
16:35:30 | Hannibal_Smith | I also did with: var old_element = newElement[TKey, TData](tmp_element[]) |
16:35:36 | Araq | you need to pass tmp_element[] I think |
16:35:45 | Araq | oh? |
16:36:13 | Hannibal_Smith | Unfortunately no result |
16:36:38 | Hannibal_Smith | I get the exactly same error |
16:37:15 | Hannibal_Smith | The newElement "copy constructor" that a PElement |
16:37:36 | Hannibal_Smith | *take a PElement |
16:37:46 | * | ltbarcly_ joined #nimrod |
16:38:04 | Hannibal_Smith | One moment |
16:38:11 | Hannibal_Smith | var old_element = newElement[TKey, TData](tmp_element[]) |
16:38:23 | Hannibal_Smith | Calls |
16:38:24 | Hannibal_Smith | proc newElement[TKey, TData](key: TKey, left: PElement[TKey, TData] = nil, right: PElement[TKey, TData] = nil) : PElement[TKey, TData] = |
16:38:24 | Hannibal_Smith | PElement[TKey, TData](kind: ElementKind.inner, key: key, left: left, right: right) |
16:38:25 | Hannibal_Smith | ? |
16:39:16 | Hannibal_Smith | I'm a little lost |
16:39:51 | Araq | from what I can tell it looks indeed like a compiler bug |
16:43:17 | * | DAddYE joined #nimrod |
16:45:44 | Hannibal_Smith | Another question... |
16:45:48 | * | io2 quit () |
16:45:49 | Hannibal_Smith | y is a ref object |
16:45:58 | Hannibal_Smith | var x is a pointer |
16:46:01 | Hannibal_Smith | If a do |
16:46:06 | Hannibal_Smith | x = y |
16:46:11 | Hannibal_Smith | What is copied? |
16:46:50 | Hannibal_Smith | Type error? |
16:48:20 | * | DAddYE quit (Ping timeout: 268 seconds) |
16:48:39 | Araq | why don't you try it? |
16:48:58 | Hannibal_Smith | You are right |
16:49:56 | Araq | I think the compiler tries to match 'newElement' |
16:50:15 | Araq | and fails in a stupid way for the newElement in line 19 |
16:50:29 | Araq | before it can figure out it's line 12 you want to call here |
16:51:06 | Araq | try it without the overloading of 'newElement' and see what happens |
16:51:32 | Araq | (getting rid of the overloading means to come up with unique names for the procs) |
16:52:48 | Hannibal_Smith | Yes, is as you said |
16:59:33 | Hannibal_Smith | Finally it compile |
16:59:51 | Hannibal_Smith | Now I have to write some unit test, and the delete proc |
17:01:00 | Araq | please submit a bug report anyway |
17:04:07 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
17:06:47 | * | ltbarcly_ joined #nimrod |
17:07:30 | Hannibal_Smith | https://github.com/Araq/Nimrod/issues/592 |
17:12:23 | Hannibal_Smith | The unit test module looks good |
17:20:44 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
17:21:48 | * | ltbarcly_ joined #nimrod |
17:26:55 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
17:29:19 | * | ltbarcly_ joined #nimrod |
17:36:05 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
17:37:48 | * | ltbarcly_ joined #nimrod |
17:42:31 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
17:44:10 | * | DAddYE joined #nimrod |
17:44:22 | * | ltbarcly_ joined #nimrod |
17:45:40 | Hannibal_Smith | The unit testing module is broken on the last git version? |
17:47:14 | Hannibal_Smith | Araq-Nimrod-84c89b9/lib/pure/unittest.nim(102, 2) Error: undeclared identifier: 'TestStatusIMPL' |
17:49:04 | * | DAddYE quit (Ping timeout: 264 seconds) |
17:50:55 | Araq | I think you're using it wrong |
17:51:19 | Araq | TestStatusIMPL is defined in template 'test' |
17:51:28 | * | ltbarcly_ quit (Ping timeout: 260 seconds) |
17:51:34 | Hannibal_Smith | https://github.com/Araq/Nimrod/blob/master/tests/run/uclosures.nim |
17:51:50 | Hannibal_Smith | I saw this example |
17:52:00 | Araq | yeah, that uses 'test' |
17:52:33 | Hannibal_Smith | http://ideone.com/zIsdNK |
17:52:51 | * | ltbarcly_ joined #nimrod |
17:55:30 | Hannibal_Smith | Uhm...I did find the problem |
17:55:38 | Hannibal_Smith | Yes I did something wrong |
17:55:59 | Hannibal_Smith | I leaved some code "as an entry point" in the tree.nim |
17:57:25 | * | ltbarcly_ quit (Ping timeout: 241 seconds) |
17:58:52 | * | ltbarcly_ joined #nimrod |
18:01:49 | Hannibal_Smith | No...now I have same problem |
18:02:04 | * | io2 joined #nimrod |
18:04:07 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
18:09:22 | * | ltbarcly_ joined #nimrod |
18:18:26 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
18:20:54 | * | ltbarcly_ joined #nimrod |
18:41:19 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
18:44:39 | * | DAddYE joined #nimrod |
18:48:47 | * | DAddYE quit (Ping timeout: 240 seconds) |
19:38:39 | * | Hannibal_Smith quit (Quit: Sto andando via) |
19:45:30 | * | DAddYE joined #nimrod |
19:50:00 | * | DAddYE quit (Ping timeout: 245 seconds) |
20:46:18 | * | DAddYE joined #nimrod |
20:50:25 | * | DAddYE quit (Ping timeout: 245 seconds) |
20:58:01 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
21:40:10 | * | Associat0r joined #nimrod |
21:42:01 | * | ack006 quit (Quit: Leaving) |
21:47:01 | * | DAddYE joined #nimrod |
21:51:15 | * | DAddYE quit (Ping timeout: 245 seconds) |
22:01:19 | * | shodan45_ joined #nimrod |
22:07:05 | * | shodan45 quit (*.net *.split) |
22:07:05 | * | Zor quit (*.net *.split) |
22:07:05 | * | orbitz quit (*.net *.split) |
22:07:05 | * | OrionPK quit (*.net *.split) |
22:07:06 | * | shevy quit (*.net *.split) |
22:07:06 | * | oal quit (*.net *.split) |
22:07:07 | * | Raynes quit (*.net *.split) |
22:07:08 | * | companion_cube quit (*.net *.split) |
22:07:08 | * | Guest58957 quit (*.net *.split) |
22:07:09 | * | d34th quit (*.net *.split) |
22:07:09 | * | mal`` quit (*.net *.split) |
22:07:09 | * | ponce quit (*.net *.split) |
22:07:10 | * | profmakx quit (*.net *.split) |
22:07:10 | * | Associat0r quit (*.net *.split) |
22:07:11 | * | photex quit (*.net *.split) |
22:07:11 | * | Roin quit (*.net *.split) |
22:07:12 | * | q66 quit (*.net *.split) |
22:07:13 | * | JStoker quit (*.net *.split) |
22:07:13 | * | zahary_ quit (*.net *.split) |
22:07:13 | * | Amrykid quit (*.net *.split) |
22:07:15 | * | tumak quit (*.net *.split) |
22:07:15 | * | io2 quit (*.net *.split) |
22:07:16 | * | rndbit quit (*.net *.split) |
22:07:16 | * | comex quit (*.net *.split) |
22:07:16 | * | vegai quit (*.net *.split) |
22:07:16 | * | Trixar_za quit (*.net *.split) |
22:07:17 | * | Araq quit (*.net *.split) |
22:07:17 | * | eco quit (*.net *.split) |
22:07:17 | * | dom96 quit (*.net *.split) |
22:07:17 | * | Reisen quit (*.net *.split) |
22:07:31 | * | XAMPP quit (Quit: Drink all the Booze; Hack all the Things; Kill all the Humans;) |
22:10:22 | * | shodan45_ quit (Remote host closed the connection) |
22:19:33 | * | OrionPK joined #nimrod |
22:19:33 | * | orbitz_ joined #nimrod |
22:19:33 | * | Reisen joined #nimrod |
22:19:33 | * | dom96 joined #nimrod |
22:19:33 | * | Araq joined #nimrod |
22:19:33 | * | tumak joined #nimrod |
22:19:33 | * | Roin joined #nimrod |
22:19:33 | * | photex joined #nimrod |
22:19:33 | * | vegai joined #nimrod |
22:19:33 | * | Trixar_za joined #nimrod |
22:19:33 | * | Amrykid joined #nimrod |
22:19:33 | * | comex joined #nimrod |
22:19:33 | * | eco joined #nimrod |
22:19:33 | * | ponce joined #nimrod |
22:19:33 | * | zahary_ joined #nimrod |
22:19:33 | * | rndbit joined #nimrod |
22:19:33 | * | companion_cube joined #nimrod |
22:19:33 | * | profmakx joined #nimrod |
22:19:33 | * | mal`` joined #nimrod |
22:19:33 | * | JStoker joined #nimrod |
22:19:33 | * | d34th joined #nimrod |
22:19:33 | * | Guest58957 joined #nimrod |
22:19:33 | * | q66 joined #nimrod |
22:19:33 | * | io2 joined #nimrod |
22:19:33 | * | Associat0r joined #nimrod |
22:19:33 | * | Zor joined #nimrod |
22:19:33 | * | shodan45_ joined #nimrod |
22:19:47 | * | shevy joined #nimrod |
22:19:47 | * | oal joined #nimrod |
22:19:47 | * | Raynes joined #nimrod |
22:20:16 | * | MFlamer joined #nimrod |
22:24:27 | * | MFlamer quit (Ping timeout: 250 seconds) |
22:29:16 | * | io2 quit () |
22:30:18 | * | q66 quit (Quit: Leaving) |
22:37:08 | * | XAMPP joined #nimrod |
22:40:09 | dom96 | !lag |
22:40:09 | NimBot | 110ms between me and the server. |
22:47:40 | * | DAddYE joined #nimrod |
22:52:05 | * | DAddYE quit (Ping timeout: 245 seconds) |
23:35:48 | * | ltbarcly joined #nimrod |
23:46:26 | * | ltbarcly quit (Ping timeout: 264 seconds) |
23:47:47 | * | ltbarcly joined #nimrod |
23:48:29 | * | DAddYE joined #nimrod |
23:53:02 | * | DAddYE quit (Ping timeout: 264 seconds) |
23:55:07 | * | ltbarcly quit (Ping timeout: 264 seconds) |
23:55:47 | * | ltbarcly joined #nimrod |
23:56:55 | * | fowl joined #nimrod |
23:56:58 | * | fowl quit (Changing host) |
23:56:58 | * | fowl joined #nimrod |