00:25:05 | * | BitPuffin quit (Read error: Operation timed out) |
02:10:50 | Varriount | Does anyone think Araq would be averse to me documenting/commenting the nimrod compiler internals? |
02:41:24 | * | mflamer joined #nimrod |
02:42:12 | * | alex_hoola quit (Quit: Leaving) |
02:46:25 | * | mflamer quit (Ping timeout: 272 seconds) |
03:46:34 | xenagi | i would say no...but idk |
03:46:37 | xenagi | Varriount, |
04:05:19 | * | vidot_j quit (Remote host closed the connection) |
04:28:13 | * | brson joined #nimrod |
04:31:19 | * | brson quit (Client Quit) |
04:31:27 | * | brson joined #nimrod |
04:31:29 | * | brson quit (Client Quit) |
04:32:43 | * | brson joined #nimrod |
04:32:43 | * | brson quit (Client Quit) |
04:33:07 | * | brson joined #nimrod |
04:33:42 | * | brson quit (Client Quit) |
04:33:50 | * | brson joined #nimrod |
04:34:44 | * | brson quit (Client Quit) |
04:35:07 | * | brson joined #nimrod |
04:38:56 | reactormonk | Varriount, go for it |
05:14:47 | * | p0nce is now known as ponce |
05:30:45 | * | xenagi quit (Ping timeout: 248 seconds) |
05:32:03 | * | OrionPK quit (Quit: Leaving) |
05:33:41 | * | ponce is now known as Guest32951 |
05:33:41 | * | Guest32951 quit (Killed (cameron.freenode.net (Nickname regained by services))) |
05:33:59 | * | p0nce joined #nimrod |
05:34:59 | * | mflamer joined #nimrod |
05:50:25 | * | ics joined #nimrod |
05:58:07 | * | fowl joined #nimrod |
06:05:02 | * | filwit joined #nimrod |
06:18:53 | * | filwit quit (Quit: Leaving) |
06:19:47 | * | isenmann joined #nimrod |
06:56:18 | * | dyu_ joined #nimrod |
08:25:26 | * | brson quit (Ping timeout: 264 seconds) |
09:07:14 | * | mflamer quit (Ping timeout: 244 seconds) |
09:10:36 | * | Trixar_za quit (Ping timeout: 245 seconds) |
09:11:39 | * | Trixar_za joined #nimrod |
09:42:37 | * | BitPuffin joined #nimrod |
09:43:26 | * | CarpNet joined #nimrod |
09:55:40 | * | dyu_ quit (Ping timeout: 264 seconds) |
10:46:39 | * | noam_ joined #nimrod |
10:48:56 | * | noam quit (Ping timeout: 245 seconds) |
11:14:26 | * | dyu_ joined #nimrod |
11:18:48 | * | Jackneill joined #nimrod |
11:20:21 | * | brson joined #nimrod |
11:22:24 | * | BitPuffin left #nimrod ("WeeChat 0.4.2") |
11:23:48 | * | dyu_ quit (Quit: Leaving) |
12:23:38 | * | dyu_ joined #nimrod |
12:26:21 | * | BitPuffin joined #nimrod |
12:26:35 | BitPuffin | fowl: how usable is nim3d currently? |
12:26:39 | BitPuffin | what does it do >.< |
12:36:11 | BitPuffin | dom96: there seems to be a problem with babel or nimrod. It only adds the packages to the path but not the appropriate srcDir's |
12:40:18 | BitPuffin | Araq: actually it might be an issue with the currenty compiler config |
12:46:01 | BitPuffin | fowl, Araq: nimrod compiler hangs in baseapp.nim in nim3d |
12:46:43 | BitPuffin | on latest master |
12:50:52 | BitPuffin | seems like I'm the only one here :/ |
12:57:34 | * | faassen joined #nimrod |
13:14:42 | * | Ricky_Ricardo joined #nimrod |
13:15:52 | * | brson quit (Ping timeout: 240 seconds) |
14:04:35 | * | BitPuffin quit (Ping timeout: 245 seconds) |
14:14:24 | * | q66_ joined #nimrod |
14:18:24 | * | q66 quit (Ping timeout: 260 seconds) |
14:24:12 | * | BitPuffin joined #nimrod |
14:29:58 | * | OrionPK joined #nimrod |
14:31:58 | * | alex_hoola joined #nimrod |
14:33:18 | * | q66_ is now known as q66 |
14:53:02 | * | Ricky_Ricardo quit (Quit: Ricky_Ricardo) |
14:57:20 | * | mflamer joined #nimrod |
15:01:26 | mflamer | happy Monday everyone |
15:17:04 | BitPuffin | happy monday mflamer! |
15:36:51 | BitPuffin | and nobody else >:D |
15:40:11 | mflamer | what are you working on today BitPuffin |
15:40:57 | mflamer | Did I read correctly that Araq is offline for a few days? |
15:47:07 | BitPuffin | mflamer: not much, I'm interning. But this very second I am working a bit on linagl |
15:47:23 | mflamer | cool |
15:47:28 | BitPuffin | adding submatrices and determinant etc |
15:48:22 | BitPuffin | is there a proc for getting the first number of a number |
15:48:25 | BitPuffin | like in the case of 12 |
15:48:29 | BitPuffin | can i extract the 1 |
15:48:30 | BitPuffin | and the 2 |
15:48:33 | BitPuffin | separately? |
15:49:24 | mflamer | I'll have to take a look soon. Sounds like it's turning out to be a nice lib. Is it mostly for 3D vecs and mats? Like 3x4 or 4x4 or are you going to add sparse representation etc? |
15:49:57 | mflamer | not sure |
15:50:10 | EXetoC | parse*? |
15:50:13 | BitPuffin | mflamer: it is ment for 3d but is written to also work for general use. The matrices are not 3x4 (although that might get added) etc they are N-dimensional |
15:50:44 | mflamer | ok, cool |
15:50:47 | BitPuffin | EXetoC: but then I'd have to convert to string |
15:50:49 | BitPuffin | but hmm |
15:50:58 | BitPuffin | I guess if I enforce it being compile time it won't matter.. |
15:51:25 | EXetoC | modulus? |
15:51:34 | BitPuffin | I'm not sure |
15:58:16 | EXetoC | echo(3216 div 1000 mod 10); echo(3216 div 100 mod 10); echo(3216 div 10 mod 10); echo(3216 mod 10) |
15:58:58 | BitPuffin | hmm true |
15:59:42 | EXetoC | what's it for? |
15:59:54 | BitPuffin | EXetoC: submatrices |
16:00:13 | EXetoC | ok |
16:03:58 | BitPuffin | hmm |
16:04:09 | BitPuffin | question is how I impelement this with zahary's bugs :( |
16:09:21 | mflamer | how does this apply to submatrices? |
16:09:36 | * | gradha joined #nimrod |
16:10:09 | BitPuffin | mflamer: return type |
16:11:08 | BitPuffin | I need to be able to say that {}(m, n): TMatrix[m.type.T, m.type.R-1, m.type.C-1] |
16:13:15 | EXetoC | åsum |
16:14:15 | BitPuffin | EXetoC: no because that's not possible atm xD |
16:16:18 | * | Endy joined #nimrod |
16:18:04 | mflamer | I see |
16:18:34 | BitPuffin | I'm just creating a branch now and coding blindly |
16:19:02 | BitPuffin | and hope zahary fixes it soon |
16:30:33 | * | mflamer quit (Ping timeout: 244 seconds) |
16:36:07 | * | BitPuffin quit (Read error: Operation timed out) |
16:37:41 | * | [1]Endy joined #nimrod |
16:40:47 | * | Endy quit (Ping timeout: 272 seconds) |
16:40:48 | * | [1]Endy is now known as Endy |
16:42:15 | * | [1]Endy joined #nimrod |
16:45:35 | * | Endy quit (Ping timeout: 272 seconds) |
16:45:37 | * | [1]Endy is now known as Endy |
16:45:40 | OrionPK | hmm |
16:45:55 | OrionPK | how do I fseek a TFile |
16:47:32 | * | [1]Endy joined #nimrod |
16:50:23 | p0nce | how are Haskell "typeclasses" different from a D type which would pass the isADuck compile-time constraint? |
16:50:29 | OrionPK | ahh setFilePos |
16:50:31 | OrionPK | weird name |
16:50:41 | * | Endy quit (Ping timeout: 244 seconds) |
16:50:42 | * | [1]Endy is now known as Endy |
16:51:26 | p0nce | oh, wrong channel sorry |
16:52:52 | * | [1]Endy joined #nimrod |
16:55:39 | * | Endy quit (Ping timeout: 252 seconds) |
16:55:40 | * | [1]Endy is now known as Endy |
16:58:16 | * | [1]Endy joined #nimrod |
17:01:26 | * | Endy quit (Ping timeout: 264 seconds) |
17:01:26 | * | [1]Endy is now known as Endy |
17:06:50 | * | dyu_ quit (Quit: Leaving) |
17:07:04 | * | Endy quit (Ping timeout: 264 seconds) |
17:08:39 | * | Jackneill quit (Ping timeout: 240 seconds) |
17:08:44 | * | Endy joined #nimrod |
17:17:57 | * | [1]Endy joined #nimrod |
17:21:25 | * | Endy quit (Ping timeout: 272 seconds) |
17:21:25 | * | [1]Endy is now known as Endy |
17:22:30 | * | Jackneill joined #nimrod |
17:23:16 | * | [1]Endy joined #nimrod |
17:25:33 | * | MFlamer joined #nimrod |
17:26:20 | * | Endy quit (Ping timeout: 244 seconds) |
17:26:21 | * | [1]Endy is now known as Endy |
17:28:38 | * | [1]Endy joined #nimrod |
17:32:05 | * | Endy quit (Ping timeout: 272 seconds) |
17:32:06 | * | [1]Endy is now known as Endy |
17:49:08 | * | [1]Endy joined #nimrod |
17:52:15 | * | Endy quit (Ping timeout: 265 seconds) |
17:52:15 | * | [1]Endy is now known as Endy |
17:54:40 | * | Jackneill quit (Ping timeout: 240 seconds) |
17:54:47 | * | shodan45 quit (Quit: Konversation terminated!) |
18:02:24 | Varriount | Meep |
18:04:53 | * | Jackneill joined #nimrod |
18:05:38 | gradha | Varriount: could you check if the test cases for the generics you are doing include something like that from https://github.com/Araq/Nimrod/issues/636 ? |
18:12:33 | * | Endy quit (Ping timeout: 265 seconds) |
18:14:48 | * | Endy joined #nimrod |
18:21:12 | * | Jackneill quit (Ping timeout: 246 seconds) |
18:25:20 | * | [1]Endy joined #nimrod |
18:25:29 | Varriount | gradha, the modification I did is very much like a sledgehammer - it tends to knock all the errors out, at the expense of other things. I'll try, in any case. |
18:25:46 | * | webskipper joined #nimrod |
18:26:27 | webskipper | You know a nimrod syntax highlighting plugin for eclipse / netbeans ? |
18:27:19 | gradha | webskipper: don't think there is, but if you start one you could base yours on python which has similar syntax |
18:27:31 | Varriount | Unfortunately, neither of those editors make designing plugins.. straightforward |
18:28:00 | * | Jackneill joined #nimrod |
18:28:05 | gradha | webskipper: so far there is https://github.com/Araq/Nimrod/wiki/Editor-Support |
18:28:14 | gradha | feel free to improve upon that |
18:28:31 | webskipper | Ah ty |
18:28:54 | * | Endy quit (Ping timeout: 246 seconds) |
18:28:55 | * | [1]Endy is now known as Endy |
18:30:41 | Varriount | gradha, what exactly do you want me to test? |
18:31:33 | * | CarpNet quit (Quit: Leaving) |
18:31:38 | gradha | I think it would be enough if you add the testcase at the end of that issue (the one importing unicode) to the suite, wherever the generics tests are |
18:31:56 | gradha | as it seems that changes to generics may break that code easily, and it wasn't detected before |
18:32:09 | Varriount | All I'm doing right now is investigating how to require completely implicit generic functions (those that have no parameter types at all) to have 'auto' as a return type. |
18:32:35 | gradha | sorry, maybe that issue was fixed by something else and is not related to your changes at all |
18:32:47 | gradha | but I blame you since you are answering on IRC |
18:33:05 | * | gradha whistles and looks in another direction |
18:33:29 | Varriount | gradha, that issue was fixed before I made any additions to nimrod. |
18:34:28 | gradha | ok, I'll blame then MFlamer for https://github.com/Araq/Nimrod/commit/e57b0f43025045a7c2d3a10d6be3a0ec24ac7267 |
18:34:42 | Varriount | :3 |
18:35:00 | * | [1]Endy joined #nimrod |
18:35:34 | gradha | heh, looks like a "distinct" generics breakage |
18:37:39 | * | gradha notes Apple's spellcheck doesn't recognize "fricking", what good is that |
18:38:30 | Varriount | Gradha, generics is where I would say nimrod is most.. fragile |
18:38:38 | * | Endy quit (Ping timeout: 240 seconds) |
18:38:39 | * | [1]Endy is now known as Endy |
18:38:44 | MFlamer | Uh oh. Did I do something bad again? |
18:43:09 | reactormonk | Varriount, the problem with generics is that in a not-everything-reference you need to deal with sizes too |
18:44:42 | Varriount | reactormonk, explain? |
18:45:50 | * | dymk quit (Ping timeout: 240 seconds) |
18:48:52 | OrionPK | any examples of pointer arithmetic in nimrod out there |
18:50:28 | * | [1]Endy joined #nimrod |
18:52:14 | Varriount | I'm not talking about the code generation part. Nimrod's semtantic checking process handles generics in a fragile way. |
18:52:27 | Varriount | Whether a less fragile way is possible, I don't know. |
18:53:12 | * | alex_hoola quit (Quit: Leaving) |
18:53:21 | * | Endy quit (Ping timeout: 252 seconds) |
18:53:22 | * | [1]Endy is now known as Endy |
18:55:33 | EXetoC | OrionPK: fowl has some pointer lib that wraps the low level operations. google fowltek |
18:55:48 | * | [1]Endy joined #nimrod |
18:55:49 | EXetoC | you basically just need to cast the pointer to an array |
18:56:02 | OrionPK | alright |
18:56:05 | EXetoC | cast[ptr array[x, T]](ptr) |
18:56:12 | OrionPK | thanks |
18:56:22 | EXetoC | I think I got that right |
18:56:22 | OrionPK | the issue with that is the 'x' |
18:56:31 | MFlamer | I cast to int |
18:56:31 | EXetoC | ok, why? |
18:56:40 | OrionPK | it's not constant |
18:57:34 | EXetoC | I usually set it to the highest possible size that I might encounter |
18:58:38 | * | Endy quit (Ping timeout: 240 seconds) |
18:58:38 | OrionPK | fowl does this result = cast[ptr A](cast[int](some) + (b * sizeof(A))) |
18:58:39 | * | [1]Endy is now known as Endy |
18:59:04 | OrionPK | grabbed his offset proc from fowltek thanks for pointing me to it |
18:59:16 | OrionPK | that should be in the stdlib |
19:00:08 | EXetoC | I prefer bounds-checking, but whatever works for you |
19:00:09 | webskipper | Has nimrod support for win/linux pipes ? |
19:00:57 | OrionPK | bounds checking is good |
19:01:01 | EXetoC | shell pipes? |
19:01:06 | OrionPK | but im porting a library written in C |
19:01:08 | * | [1]Endy joined #nimrod |
19:01:12 | OrionPK | not trying to write something from scratch |
19:01:24 | EXetoC | I don't know why that matters, but ok |
19:02:03 | gradha | webskipper: the same support any other C program has, stdin, stderr and stdout |
19:02:33 | gradha | note that pipes are actually out of the language itself, it's a process intercommunication system, so it is language agnostic |
19:04:15 | * | Endy quit (Ping timeout: 252 seconds) |
19:04:15 | * | [1]Endy is now known as Endy |
19:04:33 | EXetoC | right. the target program doesn't know how data i fed to stdin for example, so you just need to collect data until EOF |
19:04:44 | webskipper | y, I asked because python has it own abstraction named os.pipe() |
19:05:42 | EXetoC | ok that's a little different |
19:06:24 | * | dymk joined #nimrod |
19:06:26 | EXetoC | because then you're communicating with a separate process. I don't know if we have a convenient API for that |
19:07:05 | * | Jackneill quit (Ping timeout: 244 seconds) |
19:07:31 | * | Jackneill joined #nimrod |
19:08:35 | webskipper | osproc... |
19:08:37 | webskipper | could be.. |
19:08:59 | webskipper | "proc inputStream" |
19:09:24 | webskipper | "This module implements an advanced facility for executing OS processes and process communication." |
19:09:42 | EXetoC | great |
19:10:15 | gradha | webskipper: that python module is not windows compatible |
19:10:56 | gradha | I guess the differences of windows/unix shell are enough nobody tries to bother writting a common wrapper for them |
19:11:06 | * | BitPuffin joined #nimrod |
19:11:42 | * | [1]Endy joined #nimrod |
19:13:09 | EXetoC | gradha: popen? |
19:13:50 | webskipper | gradha: I try nimrods "osproc" |
19:14:42 | * | Endy quit (Ping timeout: 268 seconds) |
19:14:42 | * | [1]Endy is now known as Endy |
19:16:00 | gradha | EXetoC: I was eyeing the specific pipes module |
19:17:10 | EXetoC | right |
19:20:32 | gradha | webskipper: if you need examples at https://github.com/gradha/the_hyperlink_vs_nimrod/blob/master/the_hyperlink_vs_nimrod.nim#L682 I have a complex one |
19:21:00 | gradha | that runs the nimrod idetools command in parallel, or sequentially in server mode |
19:21:18 | gradha | might give you ideas on how to communicate with the processes |
19:32:05 | * | [1]Endy joined #nimrod |
19:35:00 | * | Endy quit (Ping timeout: 244 seconds) |
19:35:00 | * | [1]Endy is now known as Endy |
19:46:50 | Varriount | OrionPK, Nimrod, on Windows, currently lacks support for iocp, so select doesn't work quite right |
19:47:20 | OrionPK | whats this in regards to? |
19:47:55 | Varriount | Process communication |
19:48:31 | OrionPK | select in sockets.nim doesnt work right because the implementation is backwards |
19:48:44 | Varriount | That too. |
19:49:09 | Varriount | However, if it doesn't work right, then why is it that nimbot and friends work? |
19:50:48 | OrionPK | because the uses of it are expecting the backward behavior |
19:52:11 | gradha | wouldn't it be because nimbot and such run on unix? |
19:52:32 | * | [1]Endy joined #nimrod |
19:54:18 | OrionPK | afaik select *works*, it's just backwards on windows and nix |
19:54:40 | OrionPK | so the fds that are ready to be read/written etc are pruned rather than ones that aren't being pruned |
19:55:44 | * | Endy quit (Ping timeout: 260 seconds) |
19:55:44 | * | [1]Endy is now known as Endy |
19:56:54 | Varriount | OrionPK, did you also fix the other uses that expect the backward behavior, to now not expect the backward behavior? |
20:04:49 | * | eigenlicht quit (Ping timeout: 272 seconds) |
20:12:41 | webskipper | What is meant with "impure" libraries |
20:12:42 | webskipper | ? |
20:14:43 | dom96 | modules which depend on DLLs. |
20:15:06 | dom96 | e.g. re depends on pcre. |
20:15:28 | * | [1]Endy joined #nimrod |
20:19:03 | * | Endy quit (Ping timeout: 252 seconds) |
20:19:03 | * | [1]Endy is now known as Endy |
20:25:04 | * | MFlamer quit (Ping timeout: 264 seconds) |
20:27:31 | * | Endy quit (Ping timeout: 272 seconds) |
20:49:12 | * | CarpNet joined #nimrod |
20:52:04 | OrionPK | Varriount I fixed the ones I found in the stdlib |
20:52:23 | OrionPK | but not in anything outside of the nimrod repo |
20:52:40 | OrionPK | I think dom/araq want to take a diff approach anyway |
20:53:03 | OrionPK | make an 'events' module with select/etc in there, switch sockets to use that and deprecate select in sockets.nim |
20:54:46 | Varriount | I wonder what kind of asynchronous framework style would be best suited for nimrod... |
20:56:29 | Varriount | In all the network/internet related programming I've done, I've primarily used twisted (the python framework). |
20:56:58 | Varriount | Are there other paradigms out there, I wonder..? |
21:02:21 | webskipper | not sure, node.js is popular too |
21:03:02 | Varriount | I haven't used node.js, what kind of paradigm does it use? |
21:03:08 | webskipper | event driven too |
21:03:16 | * | BitPuffin quit (Quit: WeeChat 0.4.2) |
21:03:18 | * | Jackneill quit (Remote host closed the connection) |
21:03:28 | webskipper | but of course you need a set of (leigthweight) processes - else it makes no sense |
21:03:56 | webskipper | twisted is bound by the GIL of python |
21:04:15 | webskipper | only on thread is executed by the interpreter |
21:04:51 | Varriount | webskipper, yeah, but in it's defense, at least it's not per-thread concurrency |
21:05:22 | Varriount | The ideal solution would use both threads and an asynchronous event loop. |
21:05:30 | webskipper | sure |
21:05:43 | webskipper | see nginx |
21:05:48 | webskipper | c http server |
21:06:01 | Varriount | I know the software, just nothing of its internals. |
21:06:19 | webskipper | uses event-driven model in combination with threads I read on wikipedia ^^ |
21:06:41 | webskipper | nimrod offers a lib |
21:06:49 | webskipper | async and actors you can combine |
21:07:06 | webskipper | asyncio |
21:08:25 | webskipper | or you use IPC with osproc - but I guess the communication is not fast like shared memory |
21:09:46 | Varriount | Creating processes is very... heavy weight, in terms of memory |
21:09:47 | Varriount | The operating system has to do a huge number of things. |
21:10:37 | webskipper | Yes, but sometimes its easier to develop an app and write the code |
21:10:41 | Varriount | Though, for sandboxing uses, it's an interesting thought. You could limit, say, the amount of memory that the xml parsing part of an application might use, in case of attacks. |
21:10:58 | webskipper | postfix uses procs too If am right |
21:11:19 | * | io2 joined #nimrod |
21:12:02 | * | MFlamer joined #nimrod |
21:14:40 | Varriount | webskipper, postfix? |
21:14:52 | webskipper | mail server |
21:15:03 | webskipper | used by lot of companies |
21:30:56 | EXetoC | Varriount: and on linux? I've heard that process creation is pretty cheap there compared to on windows |
21:50:00 | MFlamer | can anyone explain what compiler magic is? |
21:50:36 | gradha | like when you put some lines of code in one side and on the other you have a working binary? totally magic |
21:50:41 | MFlamer | I see it exposes stuff to the std lib |
21:50:41 | * | io2 quit () |
21:51:25 | gradha | oh, I think that may be the C sources of nimrod, maybe |
21:51:27 | MFlamer | no, the compiler really has magic in it |
21:51:56 | MFlamer | you think Araq is actually human? |
21:52:06 | gradha | maybe dom96 or zahary can tall something about compiler magic |
21:52:12 | gradha | no, I don't think Araq is human |
21:53:43 | gradha | in fact I don't think any programmer is human, playing with machines instead of other people is not a human trait |
21:53:56 | webskipper | Araq is human ? :D |
21:54:31 | MFlamer | Autism anyone? |
21:54:43 | gradha | thanks, I prefer brownies |
21:56:21 | webskipper | EXetoC: Process creation but what about context switching. I read its more work (costs) compared with user threads. |
21:56:46 | gradha | obviously user threads don't have context switches |
21:57:50 | webskipper | less costs than I guess |
21:58:07 | gradha | but no true multithreading |
21:58:30 | dom96 | MFlamer: It's a way to implement a function through the compiler or something. |
21:58:37 | webskipper | user threads in user space. have to read my tanenbaum again ^^ |
22:00:23 | * | faassen quit (Quit: Leaving.) |
22:01:41 | MFlamer | dom96: Yeah I guess that makes sense. I suppose it lets the compiler call into it self from the lib while its compiling |
22:02:03 | MFlamer | or something like that.... |
22:04:31 | * | mflamer_ joined #nimrod |
22:04:33 | dom96 | MFlamer: Yeah. It means that the magic procs can use information which only the compiler knows about. |
22:04:54 | MFlamer | ok, that helps |
22:05:08 | gradha | NSA procs, less attractive than magical procs |
22:05:55 | MFlamer | although that makes it really hard to debug |
22:07:16 | * | zezba9000 joined #nimrod |
22:09:05 | dom96 | Actually, I think it's pretty easy. |
22:09:18 | dom96 | Since you know the name of the magic, just grep for the name in the compiler src. |
22:09:56 | MFlamer | sure, I meant while compiling or at runtime |
22:10:30 | MFlamer | but, maybe it's not a big deal |
22:12:35 | Varriount | Hm. Does nimrod have a depracation policy? |
22:15:38 | MFlamer | what feature do you have in mind? |
22:16:26 | gradha | good night |
22:16:37 | * | gradha quit (Quit: bbl, need to watch https://www.youtube.com/watch?v=mcyhZEXwfh0 again) |
22:16:41 | Varriount | At the risk of being repetetive: implicit generics with no argument types or return type |
22:47:55 | * | EXetoC quit (Quit: WeeChat 0.4.2) |
22:53:48 | * | filwit joined #nimrod |
23:07:23 | * | OrionPK quit (Ping timeout: 250 seconds) |
23:12:03 | * | mflamer_ quit (Ping timeout: 246 seconds) |
23:14:27 | * | CarpNet quit (Quit: Leaving) |
23:17:43 | * | q66_ joined #nimrod |
23:21:35 | * | q66 quit (Ping timeout: 260 seconds) |
23:22:46 | * | OrionPK joined #nimrod |
23:32:23 | * | q66_ is now known as q66 |
23:38:51 | * | XAMPP-8 joined #nimrod |
23:46:34 | * | zezba9000 left #nimrod (#nimrod) |