00:02:10 | * | Varriount-Laptop quit (Ping timeout: 276 seconds) |
00:04:05 | * | Matthias247 quit (Quit: Matthias247) |
00:16:35 | * | Matthias247 joined #nim |
00:20:13 | * | Matthias247 quit (Read error: Connection reset by peer) |
00:39:26 | * | strcmp1 quit (Ping timeout: 246 seconds) |
00:43:49 | * | strcmp1 joined #nim |
00:55:07 | * | cyraxjoe_ joined #nim |
00:56:26 | * | cyraxjoe quit (Ping timeout: 272 seconds) |
01:04:27 | * | Amun_Ra quit (Ping timeout: 255 seconds) |
01:29:55 | * | BitPuffin|osx joined #nim |
01:30:27 | * | jaco60 quit (Ping timeout: 272 seconds) |
01:31:11 | * | cyraxjoe_ quit (Quit: No Ping reply in 180 seconds.) |
01:31:26 | * | cyraxjoe joined #nim |
01:39:57 | * | ephja quit (Ping timeout: 272 seconds) |
02:01:38 | * | cromo joined #nim |
02:02:53 | cromo | Hello all, I'm new to nim and diving right in and trying to wrap some C++ code. |
02:03:25 | cromo | I'm running into a problem though - I don't know how to specify a parameter that is passed by reference |
02:03:36 | cromo | In my case, an integer |
02:03:42 | * | Kingsquee joined #nim |
02:04:15 | cromo | (Specifically, I'm trying to pass arguments to a function that reads and modifies argc and argv C++ side.) |
02:04:33 | cromo | Any help? |
02:07:28 | * | Jesin quit (Quit: Leaving) |
02:09:29 | cromo | Ah, turns out that was a mistake on my part - I was passing a constant, which g++ rightly didn't like as a reference. |
02:20:02 | * | Demon_Fox quit (Quit: Leaving) |
02:20:59 | * | gokr quit (Ping timeout: 250 seconds) |
02:46:15 | * | Kingsquee quit (Read error: Connection reset by peer) |
03:02:54 | * | makoLine quit (Ping timeout: 250 seconds) |
03:15:29 | * | makoLine joined #nim |
03:25:41 | * | girvo joined #nim |
03:25:48 | girvo | Hey all :) |
03:26:53 | girvo | question: If I export an instance of a type in a module, would two other modules importing it receive the same reference? |
03:27:00 | girvo | (basically, the singleton pattern) |
03:27:03 | girvo | http://rosettacode.org/wiki/Singleton#Nim |
03:28:33 | girvo | Also, what's the current consensus on naming of types, ie. prepending them with "P", "T", etc.? |
03:29:44 | Heartmender | You can do if you want to |
03:29:46 | Heartmender | but I don't |
03:29:47 | def- | girvo: hi. T, P were deprecated: https://github.com/nim-lang/Nim/wiki/Style-Guide-for-Nim-Code#naming-conventions |
03:29:56 | girvo | def-: I thought that was the case :) |
03:29:59 | girvo | awesome |
03:30:08 | girvo | Also, neat, I didn't know there was a wiki |
03:31:30 | girvo | Is there any particular way of forward-declaring types without relying on a particular concrete impl for it? |
03:31:39 | girvo | Never mind |
03:31:47 | girvo | I googled it an answered my own question haha |
03:32:19 | girvo | http://nim-lang.org/docs/tut1.html#procedures-forward-declarations |
03:32:43 | girvo | How does that play with exporting? If the forward declared version doesn't have "*" but the implementation does, will that work? |
03:32:51 | def- | girvo: i tested the singleton code and all the singletons have the same address, no matter where you import it, so it seems to work |
03:33:14 | girvo | def-: Beautiful, thanks |
03:33:27 | def- | i think only the forward declaration needs the * |
03:33:38 | def- | and in the implementation it has no effect or is even illegal |
03:33:38 | girvo | I've finally started fiddling with the game engine plan I had |
03:33:44 | girvo | Okay awesome |
03:34:14 | cromo | Success! I've managed to wrap enough to get through the happy case. How do I wrap exceptions? |
03:34:26 | girvo | Y'know, I wonder if you could leverage the forward declarartion to distribute a compiled library along with an interface to it (like a header file), without needing the real source-code. ie. binary distribution |
03:34:52 | girvo | I' |
03:35:31 | girvo | I've finally started building my game engine playground, it's been a really fun test case for my nim knowledge. It's working pretty nicely too, and packages up into a real mac .app bundle :D |
03:37:08 | def- | girvo: cool, what are you using as the base, sdl? |
03:40:36 | def- | cromo: hm, haven't seen any exception in urhonimo |
03:41:17 | girvo | def-: Yup, SDL2 |
03:41:36 | girvo | def-: Though it's looking more and more likely I'm going to leave the bulk of it and just use it for window/opengl context |
03:44:21 | cromo | Huh. Looking through that repo I don't see any either. |
03:46:48 | girvo | Are there any async io examples (specifically, logging data to a file) floating around? |
03:50:08 | def- | girvo: at the top here? http://nim-lang.org/docs/asyncfile.html |
03:53:27 | cromo | Well, defining the type and deriving from Exception didn't make it catchable in Nim... |
03:54:54 | girvo | def-: Beautiful, I was looking at the dispatcher instead, oops |
03:59:15 | * | BitPuffin|osx quit (Ping timeout: 252 seconds) |
04:07:45 | * | BlueProtoman quit (Quit: Leaving) |
04:09:21 | cromo | Yeah, looking at the generated C++, it's only catching NimException&. |
04:10:24 | cromo | I think the way to handle this would be to check if any of the caught exception types have an importcpp pragma and add another catch block for that type in the output. |
04:15:24 | cromo | I'm not sure what would go in the block itself though... |
04:24:40 | girvo | Yay, async logging is working :D |
04:24:54 | girvo | though having to put "discard" everywhere I use it kinda sucks. Oh well |
04:26:41 | def- | girvo: {.discardable.}? |
04:27:16 | def- | girvo: http://nim-lang.org/docs/asyncdispatch.html#asyncdispatch-discarding-futures |
04:27:18 | girvo | def-: Neat :) I really need to read up on all the pragmas |
04:27:47 | girvo | brb, gestures have stopped working on my mac again *sigh* |
04:28:05 | * | Demos quit (Read error: Connection reset by peer) |
04:33:33 | * | vendethiel joined #nim |
04:35:04 | girvo | Ah I was just being braindead, all the discards are now gone :) |
04:52:55 | * | NimBot joined #nim |
04:53:00 | girvo | I think for my particular use-case I'm going to use threads, as I need better control anyway. neat to see async/await in Nim though! |
04:58:29 | * | xtagon joined #nim |
05:15:35 | * | vendethiel quit (Ping timeout: 246 seconds) |
05:18:10 | * | darkf joined #nim |
05:55:50 | * | vqrs quit (Ping timeout: 246 seconds) |
05:57:22 | * | vqrs joined #nim |
06:10:03 | * | zepolen joined #nim |
06:20:32 | * | girvo quit (Quit: leaving) |
06:29:41 | * | darkf quit (Quit: Leaving) |
06:48:22 | * | zepolen quit (Remote host closed the connection) |
06:48:26 | * | silven quit (Ping timeout: 276 seconds) |
07:08:23 | * | gour joined #nim |
07:37:51 | * | gokr joined #nim |
07:50:17 | * | desophos quit (Read error: Connection reset by peer) |
07:50:46 | * | xtagon quit () |
07:50:58 | * | yglukhov quit (Ping timeout: 260 seconds) |
07:59:20 | * | darkf joined #nim |
08:01:33 | * | s4 joined #nim |
08:07:31 | * | Matthias247 joined #nim |
08:09:00 | * | Matthias247 quit (Read error: Connection reset by peer) |
08:14:44 | * | strcmp1 quit (Quit: brb) |
08:14:54 | * | strcmp1 joined #nim |
08:17:35 | * | strcmp1 quit (Client Quit) |
08:17:44 | * | strcmp1 joined #nim |
08:22:11 | * | Heartmender quit (Quit: EliteBNC free bnc service - http://elitebnc.org - be a part of the Elite!) |
08:24:16 | * | Ven joined #nim |
08:34:24 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
08:35:24 | * | cyraxjoe_ joined #nim |
08:35:44 | vegansk | Why the compiler treats ``let x = slurp"test.txt"`` as error, when ``let x = "just some data"`` is ok :-) |
08:36:08 | * | cyraxjoe quit (Ping timeout: 250 seconds) |
08:39:23 | * | yglukhov joined #nim |
08:42:12 | Araq | not sure |
08:42:25 | Araq | not a compiletime context? |
08:44:47 | * | Heartmender joined #nim |
08:45:08 | * | Heartmender is now known as Guest99049 |
08:45:11 | vegansk | @Araq, it's just a top level statement. If I rewrite it as ``const x = slurp"test.txt"``, the code compiles ok |
08:46:28 | Araq | well yeah, that's a cool feature |
08:46:48 | Araq | it makes you aware that slurp is not readFile |
08:47:50 | * | girvo joined #nim |
08:48:46 | * | Ven joined #nim |
08:50:03 | * | Ven quit (Client Quit) |
08:56:56 | NimBot | nim-lang/Nim devel 9872392 Anatoly Galiulin [+0 ±1 -0]: Fixed SIGSEGV on wrong slurp usage |
08:56:56 | NimBot | nim-lang/Nim devel 989cdd4 Andreas Rumpf [+0 ±1 -0]: Merge pull request #3572 from vegansk/fix_slurp_err_msg... 2 more lines |
08:57:04 | vegansk | @Araq, thanks |
08:57:25 | Araq | pretty embarrassing we have debug code left in the compiler |
08:57:36 | Araq | maybe somebody should review my code? :P |
09:00:15 | * | zepolen joined #nim |
09:04:59 | * | zepolen quit (Ping timeout: 264 seconds) |
09:07:08 | Araq | so good news ... I can almost bootstrap with 'not nil' becoming the default in the language |
09:07:39 | Araq | and I'm starting to like it. |
09:19:51 | * | Guest48911isaway is now known as Guest48911 |
09:23:57 | * | girvo quit (Ping timeout: 255 seconds) |
09:25:27 | * | jaco60 joined #nim |
09:38:19 | * | Guest48911 is now known as Guest48911isaway |
09:39:19 | * | Ven joined #nim |
09:42:39 | * | mindriot101 joined #nim |
09:59:06 | * | ephja joined #nim |
10:10:26 | * | coffeepot joined #nim |
10:12:34 | * | gour quit (Quit: WeeChat 1.3) |
10:13:05 | * | Ven quit (Ping timeout: 240 seconds) |
10:13:40 | * | gour joined #nim |
10:15:30 | * | gour quit (Client Quit) |
10:15:30 | def- | Araq: that sounds great |
10:16:19 | niv | hi! how do i quit the running program? I tried system.quit() but it says: Error: expression 'quit(1)' has no type (or is ambiguous) |
10:16:19 | * | gour joined #nim |
10:16:51 | niv | okay, my bad. it works if i leave the "discard" off |
10:17:04 | niv | thanks for rubberducking me, channel |
10:17:39 | * | makoLine quit (Ping timeout: 244 seconds) |
10:19:22 | * | gour quit (Client Quit) |
10:20:23 | * | coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
10:20:31 | * | coffeepot joined #nim |
10:36:47 | * | gour joined #nim |
10:48:15 | * | golak joined #nim |
11:09:28 | * | golak quit (Quit: Lost terminal) |
11:15:06 | * | gour quit (Ping timeout: 255 seconds) |
11:15:48 | * | gour joined #nim |
11:29:57 | coffeepot | hey nimsters! |
11:30:48 | coffeepot | Does any one know how I can make heterogeneous seq with refs of different objects? |
11:31:14 | coffeepot | actually sorry not a seq, I really want a hashtable |
11:31:39 | coffeepot | ideally so I can do Table[int, ref of object] |
11:32:07 | reactormonk | coffeepot, I'd recommend a sum type via object1 or object2 or object3 |
11:32:51 | Araq | coffeepot: so use Table[int, RootRef] |
11:32:51 | coffeepot | I need it to be able to take any object though, is that possible? |
11:33:01 | coffeepot | ah araq cheers :D |
11:33:15 | Araq | I usually prefer Table[int, JsonNode] though |
11:33:21 | Araq | but it depends |
11:33:44 | Araq | and no, 'int' is not compatible to RootRef, you need a wrapper for that. ~1 line of code? |
11:33:45 | coffeepot | well this is for an entity framework. I want to be able to add data objects to an entity |
11:34:14 | coffeepot | I can live with the base being object or ref object :) |
11:34:57 | coffeepot | I assumed it would not be possible with just object as how would Nim know to allocate the size of the object! So, refs are fine for this I think |
11:36:02 | Araq | yeah you need the indirection for this to work properly |
11:36:23 | Araq | but apart from that, it's not hard |
11:37:33 | Araq | bbl |
11:45:28 | * | Ven joined #nim |
11:51:14 | coffeepot | So! A new question, once an object is added to a Table[int, RootRef], how do I get the actual type back? Type.name returns "RootRef" |
11:52:11 | coffeepot | unless... is this caused by having to cast[RootRef](obj)? |
11:52:12 | * | ibeex joined #nim |
11:54:12 | coffeepot | perhaps there is another way to add an arbitrary object to a table? Of course with Table[int, RootRef] adding, say MyObjectRef will not compile as MyObjectRef is not a RootRef. Is there another way of adding it without casting maybe? |
12:00:21 | * | zepolen joined #nim |
12:04:55 | * | zepolen quit (Ping timeout: 240 seconds) |
12:11:45 | * | jaco60 quit (Quit: Leaving) |
12:27:07 | ephja | dom96: many procs in asyncdispatch might raise ValueError and Exception according to the documentation. is that unintended? |
12:27:54 | Araq | coffeepot: use SomeObj(rootref) aka type conversions |
12:27:59 | Araq | not 'cast' |
12:28:59 | * | coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
12:31:37 | dom96 | ephja: which procs? |
12:32:26 | * | Ven_ joined #nim |
12:34:18 | ephja | dom96: connect for example |
12:35:01 | ephja | I'm catching Exception now |
12:35:10 | dom96 | I think that's correct. |
12:35:10 | * | Ven quit (Ping timeout: 260 seconds) |
12:35:18 | dom96 | Catching 'Exception' will catch all exceptions. |
12:35:55 | dom96 | Not sure where that ValueError comes from though. |
12:36:02 | dom96 | Might be good to investigate |
12:37:18 | NimBot | nim-lang/Nim devel e372492 Xtreak [+0 ±1 -0]: Wrap the example in a code block... 2 more lines |
12:37:18 | NimBot | nim-lang/Nim devel 6bebd2e Xtreak [+0 ±1 -0]: Merge pull request #1 from tirkarthi/tirkarthi-patch-1... 2 more lines |
12:37:18 | NimBot | nim-lang/Nim devel b1e103f Dominik Picheta [+0 ±1 -0]: Merge pull request #3574 from tirkarthi/devel... 2 more lines |
12:38:22 | ephja | yes but it supposedly raises Exception too |
12:39:15 | ephja | I'll report it |
12:40:50 | Araq | well the compiler is telling you |
12:41:01 | Araq | a) it can prove it raises ValueError |
12:41:23 | Araq | b) its analysis was incomplete because your code sucks |
12:41:34 | Araq | and so it says 'raises Exception' too. |
12:43:12 | * | tja joined #nim |
12:43:23 | tja | Good afternoon. |
12:44:56 | ephja | well, it actually does raise it in case of a connection failure |
12:45:16 | tja | I have a quick question about forwarding of operations in Nim: I have an object that is a thin wrapper around another type that has lots of functionality. I want to use all the functionality available for the (field of) my new object. Is there an easy way of doing this? {.borrow.} seems to work only for what are essentially type aliases. |
12:45:45 | Araq | tja: you can use a 'converter' |
12:46:25 | tja | Is there a "forward this request to the unambiguous corresponding field of an object if it actually is unambiguous"? |
12:46:34 | tja | Ok, converter, got it. |
12:46:48 | tja | This would be a type conversion, right? |
12:47:26 | Araq | yeah |
12:48:14 | tja | I looked in the manual but couldn't find the rules for when auto type conversion is done; apologies if I'm being blind/daft |
12:48:30 | tja | Where can I find it? |
12:48:37 | tja | (them) |
12:50:07 | ephja | or the returned future to be exact. I assume I'm actually supposed to catch FutureError. that seems logical |
12:50:20 | tja | It's also ok if it doesn't exist, then I can just play with it... |
12:52:15 | tja | Ok, found it now, the "converter" keyword got me there :-) |
12:56:48 | * | gunn quit (Ping timeout: 255 seconds) |
12:59:00 | tja | Ok, converter now working (modulo some subtilty with varargs...) thanks :-) |
13:03:12 | tja | Hi, I'm getting slightly unexpected behaviour with a 'converter' of a ': var seq[float64]' type; do converters work for 'var' arguments? |
13:08:12 | tja | Also, is there an alternative when I only want to forward a subsection of functionality from the underlying type? |
13:08:38 | tja | (or forward a mix of functionalities from different fields?) |
13:21:43 | * | BitPuffin joined #nim |
13:28:13 | * | coffeepot joined #nim |
13:28:30 | ephja | tja: is your type distinct? |
13:28:40 | * | s4 quit () |
13:28:46 | ephja | tja: is this what you need? http://manual.nim-lang.org/docs/manual.html#distinct-type-modelling-currencies see 'borrow' here |
13:29:21 | ephja | at the bottom you have an example of borrow applied to a type |
13:33:47 | tja | ephja: Thanks for the pointer, but it isn't a distinct type, but rather an object (e.g. Foo(seq, otherStuff)) where I want Foo to inherit almost all of the things I can do with a seq, but not necessarily all of them. |
13:34:43 | tja | Thus it would be handy to have something that did "magically forward all functions to the relevant field, except for these functions" |
13:35:28 | tja | Converters get me most of the way there :-) |
13:36:12 | tja | Converters feel slightly dangerous though as I'm losing some type info; but maybe that is just me. |
13:40:26 | * | Demon_Fox joined #nim |
13:41:57 | * | zepolen joined #nim |
13:43:38 | ephja | tja: maybe this could be of help http://manual.nim-lang.org/docs/manual.html#special-operators |
13:45:08 | ephja | `()` can also be overloaded, but I don't see anything about it in the manual |
13:46:10 | ephja | templates can also simplify forwarding |
13:47:32 | yglukhov | Hey guys. How do i collect iterator results to a seq? myTable.allKeys.toSeq or smth? |
13:49:27 | ephja | yglukhov: I think that'll work http://nim-lang.org/docs/sequtils.html#toSeq.t,expr |
13:51:11 | yglukhov | yay! it does! thanx =) |
13:51:43 | ephja | does it work with the dot notation? I had to do toSeq(...) before |
14:02:30 | * | zepolen quit (Remote host closed the connection) |
14:04:36 | * | yglukhov quit (Ping timeout: 250 seconds) |
14:06:34 | coffeepot | Hey guys, is there a way I can store any object but still retrieve the type? Example code: https://gist.github.com/coffeepots/b46e30d23edcb9f609b7 |
14:07:18 | * | yglukhov joined #nim |
14:07:36 | coffeepot | I thought maybe I could store a container object that has a typedesc var to store the type to cast it back to, but compiler say typedesc is not a concrete type :( |
14:07:40 | reactormonk | coffeepot, gotta store the type somehow. You'll have to wrap the object in a way that stores the name or similar. |
14:07:46 | coffeepot | ^ :) |
14:08:01 | coffeepot | yeah is there something I can use aside from typedesc? |
14:08:32 | reactormonk | need more? |
14:08:54 | coffeepot | oh wait |
14:08:57 | coffeepot | derp |
14:09:10 | coffeepot | MyObj = ref object of RootRef (i had MyObj = ref object before) |
14:09:23 | coffeepot | and now I can use t.add(0, RootRef(newObj)) :D |
14:09:41 | reactormonk | Does it recover the type? |
14:09:45 | coffeepot | nope :( |
14:10:20 | coffeepot | still RootRef |
14:11:11 | coffeepot | so how do we store types as a field in an object? |
14:12:14 | reactormonk | Maybe create your own datatype on top of table and wrap each value so it contains the typedesc? |
14:12:59 | coffeepot | hmm... worth a shot |
14:13:51 | coffeepot | actually tbh I'm not sure how to do that lol |
14:14:03 | coffeepot | i'd still need to store the type wouldn't i? |
14:19:08 | reactormonk | yeah. That's what the value wrapping is for. |
14:19:19 | reactormonk | Or take a look at the json module, that one should work. |
14:24:16 | yglukhov | ephja, no dot notation doesnt work |
14:32:16 | * | coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
14:32:50 | * | coffeepot joined #nim |
14:34:01 | * | Ven_ quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
14:36:31 | coffeepot | doesn't look like I can do what I wanted :/ https://www.freelists.org/post/nim-dev/how-to-use-typedesc-in-table |
14:37:36 | coffeepot | I was hoping to avoid inheritance and just store the type but it's not possible. Enums aren't suitable for storing arbitrary object and I can't seem to get the type back out even with RootObj(myObj) |
14:38:39 | coffeepot | yglukhov has a form of solution here https://github.com/yglukhov/rod/blob/master/rod/component.nim but that assumes inheritance from Component type, which I was hoping to avoid |
14:40:42 | coffeepot | I tried storing a proc to a constructor, but of course how would I return the correct type when I have to use RootRef, which is type opaque :( |
14:40:43 | yglukhov | coffeepot, i've also got a Variant type, intended to be used with everything: https://github.com/yglukhov/rod/blob/master/rod/outline_view.nim |
14:41:06 | yglukhov | but its restricted, because it uses type names as type ids |
14:41:13 | yglukhov | * limited |
14:46:56 | coffeepot | yglukhov thanks for that, very interesting :) |
14:47:01 | * | yglukhov_ joined #nim |
14:47:13 | coffeepot | yglukhov thanks for that, very interesting :) |
14:47:22 | coffeepot | i might have to store the name then :( |
14:47:51 | coffeepot | if only we could store typedesc and construct from it, things would be a lot easier |
14:48:46 | ephja | do you need this at runtime, or will at compile time do? |
14:49:01 | * | Ven joined #nim |
14:49:51 | * | yglukhov quit (Ping timeout: 265 seconds) |
14:50:18 | coffeepot | runtime only - it's a entity component system, so I need to be able to create an entity, add a load of proc triggers (which is already implemented), and - the sticking point - add objects to represent data points |
14:51:16 | coffeepot | i was hoping to avoid inheritance because having done this kind of thing before it rapidly gets messy |
14:53:34 | coffeepot | i might end up having to restrict it to compile time, maybe use macros to create the objects. |
14:54:37 | coffeepot | it's a shame that however I think of doing it, i would want to store a type somewhere! |
14:55:16 | ephja | right, RTTI |
14:56:58 | ephja | in what way would the macro approach be worse? |
14:58:57 | coffeepot | well it'd mean i can't create an entity with data types that hasn't be declared at compile time |
14:59:07 | ephja | one thing you can do is generate unique identifiers |
14:59:19 | ephja | genIdentifier(int) |
14:59:25 | coffeepot | i'd still need to store the types they refer to though |
15:01:15 | coffeepot | i did try storing a constructor proc against a type 'id' (int), but of course, can't return typedesc so I can't even do that :/ |
15:02:47 | * | Ven quit (Ping timeout: 250 seconds) |
15:08:21 | ephja | I don't know what you mean because a type is a compile-time construct |
15:10:00 | coffeepot | i mean I can't store the typedesc of the type for later construction or for casting back to |
15:11:21 | coffeepot | so for example I want a spaceship entity, and that needs position and momentum data. I want to be able to set up Position & Momentum (for example) as objects and go spaceshipEntity.addData(position) etc |
15:12:02 | coffeepot | the objects would be stored in a table against an id so I can quickly check that an entity contains a particular set of data |
15:13:48 | coffeepot | this would be trivial if I could a) store typedesc of the object to be added along with the object itself or b) if when I cast to a 'higher up' object, the object still returned it's "real" type |
15:15:12 | coffeepot | currently it looks like i'll need to either compose the objects statically at compile time (so 'spaceship' would be assembled with the Position data, and have some mechanism for identifying this, or use inheritance where I can (I think) use a super call to get the type back(?) |
15:16:40 | * | saml joined #nim |
15:24:25 | NimBot | nim-lang/Nim devel 7540cdd def [+0 ±1 -0]: Update comment about `map` being in system module |
15:25:08 | * | qaz joined #nim |
15:27:09 | * | ibeex quit (Quit: Textual IRC Client: www.textualapp.com) |
15:27:19 | * | qaz quit (Client Quit) |
15:29:57 | * | yglukhov joined #nim |
15:29:57 | * | yglukhov_ quit (Read error: Connection reset by peer) |
15:30:27 | NimBot | nim-lang/Nim devel 93e01da def [+0 ±1 -0]: Fix options module to use new import name |
15:34:20 | * | pregressive joined #nim |
15:38:42 | * | zepolen joined #nim |
15:39:56 | * | dngad joined #nim |
15:41:04 | * | elrood joined #nim |
15:50:36 | * | zepolen quit (Remote host closed the connection) |
16:04:09 | * | theduke quit (Ping timeout: 252 seconds) |
16:10:25 | * | Demon_Fox quit (Quit: Leaving) |
16:16:08 | * | theduke joined #nim |
16:17:08 | NimBot | nim-lang/Nim devel ad503ce def [+0 ±2 -0]: Add options module to standard library documentation |
16:17:08 | NimBot | nim-lang/Nim devel b7b7cf5 Dominik Picheta [+0 ±2 -0]: Merge pull request #3577 from def-/options-doc... 2 more lines |
16:20:59 | * | vendethiel joined #nim |
16:47:57 | * | gmpreussner|work joined #nim |
16:51:06 | * | pregressive quit (Remote host closed the connection) |
17:13:12 | * | ir2ivps10 joined #nim |
17:15:00 | * | coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
17:36:41 | * | brson joined #nim |
17:40:31 | * | cyraxjoe_ is now known as cyraxjoe |
17:41:12 | * | yglukhov quit (Ping timeout: 255 seconds) |
17:51:11 | * | mindriot101 quit (Ping timeout: 264 seconds) |
17:59:19 | * | elrood quit (Quit: Leaving) |
18:02:33 | * | zepolen joined #nim |
18:10:39 | * | theduke quit (Ping timeout: 252 seconds) |
18:21:10 | niv | split("mystr", "") infinite-loops; in most other languages it would split it into a char seq instead. what's the canonical way to transform a string into a seq of single characters? |
18:21:41 | * | Guest48911isaway is now known as Guest48911 |
18:22:58 | * | Demon_Fox joined #nim |
18:23:09 | dom96 | https://www.youtube.com/watch?v=4rJEBs_Nnaw |
18:23:31 | dom96 | niv: IIRC that is a bug. |
18:24:31 | niv | aight |
18:28:55 | * | zepolen quit (Remote host closed the connection) |
18:29:13 | * | zepolen joined #nim |
18:30:47 | * | jaco60 joined #nim |
18:34:45 | * | Matthias247 joined #nim |
18:38:41 | * | zepolen quit (Remote host closed the connection) |
18:39:31 | * | zepolen joined #nim |
18:40:20 | * | yglukhov joined #nim |
18:43:02 | * | zepolen quit (Remote host closed the connection) |
18:43:17 | * | zepolen joined #nim |
18:51:07 | * | ayeganov_ is now known as ayeganov |
18:53:33 | * | zepolen quit (Remote host closed the connection) |
19:08:28 | * | theduke joined #nim |
19:11:15 | theduke | mhm, anyone else notice the "z" option of times.format to be broken? i'm in utc+1, so getTime.getLocalTime.format("z") should yield +1, but it gives me -1 |
19:14:08 | * | theduke quit (Quit: Leaving) |
19:14:58 | * | theduke joined #nim |
19:15:04 | theduke | whoops, my bad, works fine |
19:16:48 | * | silven joined #nim |
19:20:32 | * | mindriot101 joined #nim |
19:26:58 | * | Jesin joined #nim |
19:31:52 | * | dngad quit (Quit: Leaving) |
19:38:02 | * | darkf quit (Quit: Leaving) |
19:49:55 | * | mindriot101 quit (Remote host closed the connection) |
19:55:17 | * | mindriot101 joined #nim |
19:57:44 | * | irrequietus joined #nim |
20:05:15 | * | antoniomo joined #nim |
20:05:41 | * | zepolen joined #nim |
20:05:56 | * | lokulin quit (Ping timeout: 272 seconds) |
20:06:30 | * | mtj_ quit (Ping timeout: 240 seconds) |
20:06:52 | * | BitPuffin quit (Ping timeout: 250 seconds) |
20:12:03 | * | makoLine joined #nim |
20:20:13 | * | mat4 joined #nim |
20:20:16 | mat4 | hello |
20:25:09 | * | zepolen quit (Remote host closed the connection) |
20:26:21 | * | Varriount-Laptop joined #nim |
20:34:23 | * | pregressive joined #nim |
20:36:28 | * | zepolen joined #nim |
20:39:37 | * | zepolen quit (Remote host closed the connection) |
20:42:49 | * | mtj_ joined #nim |
20:44:10 | * | zepolen joined #nim |
20:46:00 | * | lokulin joined #nim |
20:55:17 | * | Varriount-Laptop quit (Ping timeout: 252 seconds) |
20:58:57 | * | zepolen quit (Remote host closed the connection) |
21:02:31 | * | kerze joined #nim |
21:04:00 | * | zepolen joined #nim |
21:04:13 | * | filcuc joined #nim |
21:07:59 | * | zepolen quit (Remote host closed the connection) |
21:16:32 | * | desophos joined #nim |
21:21:23 | * | zepolen joined #nim |
21:25:18 | * | zepolen quit (Remote host closed the connection) |
21:39:36 | * | Jesin quit (Quit: Leaving) |
21:41:07 | * | theduke quit (Ping timeout: 252 seconds) |
21:41:55 | * | desophos_ joined #nim |
21:43:35 | * | desophos_ quit (Remote host closed the connection) |
21:49:24 | * | desophos_ joined #nim |
21:52:04 | * | lokulin quit (Ping timeout: 244 seconds) |
21:52:53 | * | zepolen joined #nim |
21:53:17 | * | theduke joined #nim |
21:54:02 | * | antoniomo quit (Quit: WeeChat 1.3) |
21:54:14 | * | mtj_ quit (Ping timeout: 260 seconds) |
21:57:08 | * | kerze quit (Ping timeout: 276 seconds) |
21:57:52 | * | desophos_ quit () |
22:07:53 | * | theduke quit (Ping timeout: 252 seconds) |
22:13:34 | * | mindriot101 quit (Read error: Connection reset by peer) |
22:14:41 | * | zepolen quit (Remote host closed the connection) |
22:19:54 | * | theduke joined #nim |
22:22:29 | * | mtj_ joined #nim |
22:32:39 | * | lokulin joined #nim |
22:36:26 | * | gour quit (Quit: WeeChat 1.3) |
22:41:38 | * | yglukhov quit (Remote host closed the connection) |
22:45:24 | * | Guest48911 is now known as Guest48911isaway |
22:47:48 | * | filcuc quit (Quit: Konversation terminated!) |
22:56:55 | * | Jesin joined #nim |
22:59:33 | * | pregressive quit (Remote host closed the connection) |
23:11:27 | * | zepolen joined #nim |
23:12:02 | * | vendethiel quit (Ping timeout: 265 seconds) |
23:13:15 | * | zepolen quit (Remote host closed the connection) |
23:16:42 | * | mat4 quit (Quit: Leaving) |
23:21:34 | * | zepolen joined #nim |
23:33:32 | * | irrequietus quit () |
23:33:51 | * | irrequietus joined #nim |
23:54:10 | * | Sornaensis quit (Excess Flood) |
23:54:33 | * | Sornaensis joined #nim |