<< 12-07-2017 >>
00:05:10*Snircle quit (Read error: Connection reset by peer)
00:05:58*Snircle joined #nim
00:35:05*atweiden-air1 joined #nim
00:35:35atweiden-air1i am getting a compiler error on this short cli script: http://ix.io/yrE
00:35:49atweiden-air1"lib/system.nim(696, 9) Error: VM: immediate value does not fit into an int16"
00:36:42atweiden-air1the func works fine outside of `mapIt`
00:51:55*SirCmpwn left #nim ("WeeChat 1.9")
01:02:07*atweiden-air1 quit (Quit: Leaving.)
01:02:25*atweiden-air joined #nim
01:04:43*user0_ joined #nim
01:04:58user0_lib/nim/pure/os.nim(802, 33) Error: cannot evaluate at compile time: environment
01:05:12user0_Is this an installation error?
01:09:42*arnetheduck quit (Remote host closed the connection)
01:14:16*v17d quit (Ping timeout: 260 seconds)
01:15:04*lem0nify joined #nim
01:15:57lem0nifyhey guys
01:16:03lem0nifysorry for the intrusion
01:16:59lem0nifywhy do all the nim plugins for popular programming texteditors (atom, vscode etc.) work like sh_t?
01:17:54lem0nifycan you guys pls advice me some ideas about editor or/and plugin to use for coding in nim?
01:18:18skrylarprolly because most plugins are calling the compiler tons of times in the background instead of cooperating with a compiler-as-a-service
01:18:43skrylari remember with haxe that causing performance to suck utterly
01:19:26lem0nifybtw do you code in nim? what editor/ide do you use?
01:19:38skrylari just use vim and a highlighter
01:20:42lem0nifyuh.. :C
01:21:05lem0nifyjava & C# spoiled me so much. thanks to them im too lazy now to write code without autocompletion
01:21:49lem0nifyand nim's code looks so cute. want to learn in but all these plugins... *angry*
01:24:18*chemist69 quit (Disconnected by services)
01:24:23*user0_ left #nim (#nim)
01:24:23*chemist69_ joined #nim
01:24:48*user0 joined #nim
01:36:54*def-pri-pub joined #nim
01:51:05krux02lem0nify: well nim has autocompletion
01:51:10*lem0nify quit (Quit: Leaving)
01:51:14krux02but to my experience there are issues
01:51:38krux02I use emacs and I once had autocompletion working
01:52:19krux02it does work, but it nim-mode in emacs is somewhat messy to my experience
01:52:55*krux02 quit (Remote host closed the connection)
02:39:12subsetparkAre there anywhere integrated with nimsuggest, anyway?
02:45:32*lem0nify joined #nim
02:48:04*Demos[m] joined #nim
02:48:30Demos[m]the vscode plugins has been the best in my experience
02:57:37*pilne quit (Quit: Quitting!)
03:13:57*atweiden-air quit (Quit: Leaving.)
03:16:52*vendethiel joined #nim
03:49:53*lem0nify quit (Ping timeout: 248 seconds)
03:53:34*lem0nify joined #nim
03:55:46*def-pri-pub quit (Quit: leaving)
04:11:36*Nobabs27 quit (Quit: Leaving)
04:12:30*skrylar quit (Quit: Textual IRC Client: www.textualapp.com)
04:20:49FromGitter<Varriount> And if you use sublime text, you already get halfway-decent autocompletion based on the built-in engine.
04:20:50*lem0nify quit (Quit: Leaving)
04:23:05*vendethiel quit (Ping timeout: 240 seconds)
05:25:52*Vladar joined #nim
05:52:24FromGitter<janjaapbos> Is there a dir() like method to list an object keys / attribute?
05:59:01FromGitter<stisa> @janjaapbos something like this https://nim-lang.org/docs/system.html#fieldPairs.i,T ?
05:59:32FromGitter<janjaapbos> Thanks!
06:14:42*v17d joined #nim
06:29:13*nsf joined #nim
07:09:45*dexterk joined #nim
07:18:15*Arrrr joined #nim
07:18:15*Arrrr quit (Changing host)
07:18:15*Arrrr joined #nim
07:24:05*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
07:26:38*cspar quit (Ping timeout: 240 seconds)
07:29:52*girvo joined #nim
07:47:14*ShalokShalom joined #nim
07:54:13*arnetheduck joined #nim
08:19:52*PMunch joined #nim
08:23:32PMunchDid anyone have a look at https://github.com/nim-lang/Nim/issues/6081 by the way?
08:24:35PMunchI tried to look at the deque implementation and it seems like is is the deque.data[deque.head] = default(type(result)) line which causes the error
08:25:28PMunchSo does result = deque.data[deque.head] only set a reference and the default thing resets it?
08:36:10AraqPMunch: it's compiletime only right?
08:36:18Araqthe dequeue works at runtime, right?
08:37:01PMunchHmm, I've only tried it in a macro. Any runtime way of getting ahold of a NimNode?
08:38:01Araqhe, no
08:38:14PMunchBut yeah, I tried to create some examples of the bug with ints and a ref object type (at runtime) and those seems to work fine.
08:43:47euantorIs there any way to run some cleanup code inside an iterator proc after the iterator is complete - eve f the iterator was broken out of with `break`?
08:44:10euantorFor instance to reset some state variable after iteration is done
08:44:50Araqeuantor: try finally in an iterator should work
08:45:05euantorI'll give that a go, thanks
08:46:16tankfeederhttps://nim-lang.org/docs/lib.html
08:46:39tankfeederdoes everyone see list on packages on the bottom of the page ?
08:46:45euantorYep, that works!
08:47:07euantortankfeeder: Yes, after the browser pauses and loads them
08:47:32tankfeederstrange, doesnt work anymore here.
08:47:38euantorActually, no. TypeError: c_13203.charCodeAt is not a function
08:48:07euantorc_13203 is not defined
08:48:23flyxtankfeeder: „If you are reading this you are missing nimblepkglist.js or have javascript disabled in your browser.“
08:48:33flyx(needless to say, I have *not* disabled JS)
08:48:47euantorYeah, I get that too. The above is the error in the browser console
08:49:21flyxah yes, same here
08:50:57PMunchSo why doesn't it work on compiletime Araq?
08:51:36Araqthe vm hates the low level stdlib containers
08:57:36*couven92 joined #nim
09:06:04*ShalokShalom quit (Ping timeout: 255 seconds)
09:06:08*gokr quit (Ping timeout: 240 seconds)
09:07:31PMunchHmm, that's inconvenient
09:07:43PMunchData structures are nice for parsing stuff with..
09:09:16*arnetheduck quit (Ping timeout: 255 seconds)
09:09:21*ShalokShalom joined #nim
09:10:29Araqwell I fixed tons of bugs for them
09:12:17PMunchAh, so it might be fixed already? This is an old version (0.16.1)
09:13:43Araqno it fails for me too
09:14:23PMunchAh okay
09:15:34PMunchIt's a bit strange though. Looking at the code I would never guess it was doing something wrong. Why is the VM retroactively changing a variable?
09:18:37Araqdefault(type(result)) overwrites 'result'?
09:19:52PMunchNope, tried to change it for a simple nil and it still produced the bug
09:21:31Araqhttps://gist.github.com/Araq/83df8ed54e09184cea316bae85f95629
09:21:44Araqso tell me then, that is the produced bytecode
09:28:10*yglukhov joined #nim
09:29:36PMunchSorry, don't have time to compare right now as I'm on my way out
09:29:54PMunchMight be able to do it later today
09:29:57*PMunch quit (Quit: leaving)
09:30:31*yglukhov_ joined #nim
09:30:39*yglukhov quit (Remote host closed the connection)
09:32:06*couven92 quit (Quit: Client Disconnecting)
09:35:06*Vladar quit (Remote host closed the connection)
10:13:22*Sentreen joined #nim
10:16:06FromGitter<zacharycarter> o
10:16:10FromGitter<zacharycarter> whoops o/
10:23:20*Vladar joined #nim
10:42:51FromGitter<zacharycarter> @krux02 are you around by any chance?
10:44:23FromGitter<zacharycarter> nevermind I think I figured out my sisue
10:44:25FromGitter<zacharycarter> issue*
10:58:32*salewski joined #nim
11:00:21salewskiWell, it seems that my observations regarding nimble install are correct, package
11:00:42salewskihttps://github.com/sdwfrost/distributions requires a initial git clone too.
11:01:18FromGitter<TiberiumN> probably because it requires additional binary lib?
11:01:25salewskiSo nimble install can only do plain file copy operations currently.
11:02:12salewskiThe binary is not the problem -- the before hook does not work for remote packages.
11:03:22salewskiSo I will upload my gintro package soon and tell users that an initial git clone is necessary.
11:07:15yglukhov_dom96: hey. is zielmicha's patch good now?
11:13:17salewskiBut I wonder if a "nimble publish" makes sense at all in this case?
11:13:53salewskiIf I bublish the package, then users may see in with "nimble list" and try to install
11:14:28salewskiit with "nimble install" -- which will fail. So I guess I better avoid the publish?
11:18:12*dexterk quit (Remote host closed the connection)
11:19:41Araqsalewski: there is a "before installation" hook iirc
11:22:14salewskiAraq, there is, but it seems not to work for remote packages.
11:22:30Araqif it doesn't work, report it as a bug and release your package anyway
11:22:44Araqand keep complaining until it's fixed
11:23:52salewskihttps://github.com/nim-lang/nimble/issues/280
11:24:22salewskiThat bug is so old, so I hoped it may be fixed, but seems indeed not to be.
11:24:59salewskiYes, I will release it.
11:28:01Araqok thanks :-)
11:31:19yglukhov_interesting observation. docker. nimble. built by koch nimble (that is, release). out of memory crash. can't even connect with gdb. nimble built in debug mode works fine, although slower.
11:31:33salewskiBye.
11:31:37*salewski quit (Quit: WeeChat 1.4)
11:31:49yglukhov_anyone has a clue?
11:32:34Araqyglukhov_: reproduced it on Windows, investigation continues
11:32:56yglukhov_ok
11:32:59AraqI suspect a connection with https://github.com/nim-lang/Nim/issues/6031
11:33:27yglukhov_Araq\'
11:33:44yglukhov_wow, that looks related to "jester leak"
11:33:50yglukhov_same figures of 1.6G
11:40:17Araqyglukhov_: might want to do 'git log -p compiler/vm.nim' and see where Nimble starts working
11:40:39AraqI suspect the VM introduces the OOM failures
11:42:52*krux02 joined #nim
11:51:32yglukhov_Araq: but #6031 doesn't involve VM
11:51:41yglukhov_neither the "jester leak"
11:52:20yglukhov_they both involve file reading however
11:53:13AraqI'm running a variant of this program now here on OSX and it works
12:02:44*Snircle joined #nim
12:03:15yglukhov_Araq: what about the initial assumption about requestOsChunks?
12:08:52FromGitter<TiberiumN> can I echo code that was generated by my macro?
12:11:46yglukhov_TiberiumN: from inside the macro: echo repr(result)
12:12:09yglukhov_there might be other ways
12:12:53yglukhov_getAst, astToString, or smth
12:13:21FromGitter<TiberiumN> ah, thanks, repr is good for me
12:18:20Araqyglukhov_: what about it?
12:18:57yglukhov_Araq: well initially u suspected that the OOM bug is caused by requestOsChunks behavior.
12:19:30AraqI limited it iirc without success
12:27:20*Ven joined #nim
12:27:43*Ven is now known as Guest4446
12:30:05FromGitter<TiberiumN> how can I create a macro so "vk" is a macro and I can use it like that: "vk.users.get()" ⏎ Or I can do that with proc `.`?
12:31:11*Guest4446 is now known as Ven``
12:32:54AraqI doubt you can create such a macro. macro invocations use the ordinary function invocation syntax
12:33:09Araqand f.bar is a way to invoke 'bar', not 'f'
12:33:31FromGitter<TiberiumN> ah, sorry, I actually can solve this with templates
12:33:52Araqno, templates are the same in this respect
12:34:25Araqvk(users.get) would work out
12:34:37*Ven`` quit (Read error: Connection reset by peer)
12:34:38FromGitter<TiberiumN> I mean that I can have an "vk" as object
12:34:57Araqwell you better write what you mean :P
12:35:05FromGitter<TiberiumN> yeah, sorry :)
12:39:30*nsf quit (Quit: WeeChat 1.7.1)
12:39:32*Snircle_ joined #nim
12:41:21*Snircle quit (Read error: Connection reset by peer)
12:41:22*bozaloshtsh quit (Ping timeout: 246 seconds)
12:41:22*gsingh93 quit (Ping timeout: 246 seconds)
12:41:45*gsingh93 joined #nim
12:44:10*girvo quit (Ping timeout: 240 seconds)
12:44:38*bozaloshtsh joined #nim
12:44:38*bozaloshtsh quit (Changing host)
12:44:38*bozaloshtsh joined #nim
13:05:48*gokr joined #nim
13:19:09*rokups joined #nim
13:25:08*ShalokShalom quit (Remote host closed the connection)
13:25:48*odc left #nim (#nim)
13:37:06krux02I would like to give at another try, my projects uses a lot of includes, how do I correct error reports in my included files?
13:37:19krux02I use emacs and this is a constant problem and I don't know how to do it
13:37:44*girvo joined #nim
13:37:52ftsf_krux02, context?
13:38:40krux02foobar/main.nim : include foobarpkg[a,b,c,d]
13:39:09ftsf_as in, what are you talking about? "i would like to give at another try"
13:39:11krux02foobar/foobarpkg/a.nim : type A = object [...]
13:39:24krux02foobar/foobarpkg/b.nim : undeclared identifier A
13:39:44krux02this is a constant problem
13:40:00krux02I actually submittet a pull request for nim-mode a very long time ago
13:40:09krux02it was refused for other reasones
13:42:08krux02ftsf_: I want nim to work properly and it does not
13:42:19*girvo quit (Ping timeout: 246 seconds)
13:42:49FromGitter<andreaferretti> this is one of the reason i hardly use include anymore
13:43:30krux02well Araq refuses to see that this is a problem
13:43:44krux02at least it felt that way whenever I talked about that with him
13:44:16Araqworks for me (TM) as nimsuggest DOES understand include files
13:44:44Araqin fact, there is an extensive test case for it for nimsuggest using the compiler itself as a test case
13:45:05Araqthe problem is that your editor plugin is super stupid
13:45:32FromGitter<andreaferretti> what editor works fine for this case?
13:45:39krux02Araq: well what editor plugin is not super stupid
13:45:49FromGitter<andreaferretti> atom or vscode seem not to understand include
13:46:12krux02I have chosen emacs (I learned it for Nim never used it before) because it had the most commits on github. A very bad estimation for quality.
13:46:41FromGitter<andreaferretti> so if it is not atom vscode or emacs...?
13:46:46Araqvscode works if you configure it properly
13:46:55krux02well there is the problem
13:47:00FromGitter<andreaferretti> does it?
13:47:32Araqyes it does
13:47:39Araqhere is the real problem:
13:47:52Araq"ok, compiler compile main.nim for me"
13:48:13Araq"ok, nimsuggest compile this random file for me, the root is main.nim but I'm not gonna tell you that"
13:48:33krux02yes
13:48:54Araqthe solution is to tell nimsuggest the very same you tell the compiler.
13:49:56Araqyou can give nimsuggest a directory and it figures out the main.nim file on its own
13:49:57FromGitter<andreaferretti> how to configure it though?
13:50:07FromGitter<andreaferretti> I am trying it right now on c2nim
13:50:11Araqbut your plugin cannot even do that
13:50:12FromGitter<andreaferretti> which uses some includes
13:50:48FromGitter<andreaferretti> and has a nimble file specifying the main entry poiny
13:50:50FromGitter<andreaferretti> point
13:50:58FromGitter<andreaferretti> and yet jump to definition fails
13:50:59krux02The thing is, it should work in any editor out of the box, and I have no doubt that it is possible
13:51:23Araq "nim.project": ["nawabs.nim"]
13:51:49krux02well when nimsuggest could find the project root on it's own. That would solve a lot of problems
13:53:33*arnetheduck joined #nim
13:54:16FromGitter<andreaferretti> @Araq wow, that works!
13:54:23FromGitter<andreaferretti> I did not know of that :-D
13:54:36FromGitter<andreaferretti> I assumed it would read that from the nimble file
13:55:01Araqhttps://github.com/nim-lang/Nim/blob/devel/nimsuggest/nimsuggest.nim#L566
13:55:23Araqas I said, pass it a directory and nimsuggest guesses the main file
13:55:38FromGitter<TiberiumN> is it a visual studio code?
13:55:47FromGitter<andreaferretti> great, so "nim.project": "." works
13:55:57FromGitter<TiberiumN> because visual studio code with nim plugin works very well with include files
13:55:58FromGitter<andreaferretti> I think that should be the default
13:56:07FromGitter<andreaferretti> but in any case, great to know
13:56:12FromGitter<andreaferretti> thank you
13:58:10krux02well why dosn't nimsuggest use the working directory by defalt?
13:58:57Araqbecause if it would, you would still complain :P
14:01:18*Arrrr quit (Read error: Connection reset by peer)
14:02:29Araqwhat's the current working directory anyway? your emacs is in /usr/bin and accesses it /home/krux02/awesomenim.nim
14:08:12krux02Araq: nim has a working directory set for every buffer. But I configured it, so that every buffer sets the default directory to the project root. And the project root is determined by projectile (project management package), basically any git repository.
14:08:40krux02buffer is the thing that displays the content of a file
14:09:01krux02I emacs terminology is a bit funky
14:11:45*arnetheduck quit (Ping timeout: 248 seconds)
14:14:25Araqkrux02: does that mean you got it to work with emacs?
14:14:48krux02no it does not
14:15:02krux02because I am digging into nim-suggest.el
14:17:11krux02aha
14:18:44*nsf joined #nim
14:19:22krux02nope I don't get it
14:22:27krux02nim-suggest adds a parameter with --epc
14:22:38krux02is that the directory?
14:22:41AraqI can ask the OS about nimsuggest's parent process and if it's emacs I can use the directory of the passed filename
14:22:59krux02no
14:23:04Araq--epc is the protocol
14:23:10krux02ah
14:23:32krux02but after epc nim-suggest.nel passes the actual processed file
14:50:43*Nimbecile1 joined #nim
14:51:30Nimbecile1Hi...unofficial packages are not showing on website. Seeing message: If you are reading this you are missing nimblepkglist.js or have javascript disabled in your browser.
14:52:06AraqNimbecile1: thanks, I'm aware but cannot fix it today. hopefully tomorrow
14:53:29Nimbecile1ok...thank you!
15:03:39*Nimbecile1 left #nim (#nim)
15:08:16*girvo joined #nim
15:13:20*girvo quit (Ping timeout: 260 seconds)
15:17:48krux02Araq: It seems I could fix nim-mode
15:18:08krux02but before I send a pull request my old pull request needs to be merged
15:18:12krux02in nim-mode
15:19:06*krux02 quit (Remote host closed the connection)
15:30:26koppehSo.. why is it not possible to get the address of a value from the stack?
15:30:45euantorit is
15:30:55euantor`var i = 10; addr i`
15:31:02euantorJust has to be a `var`, not a `let`
15:31:28*chemist69_ quit (Ping timeout: 240 seconds)
15:31:30koppehBut if I take a proc argument and assign it to a var it does a copy, right?
15:32:01euantoryes, because it has value semantics
15:32:24euantorif you want to modify a proc arg, make it a var
15:32:31euantor`proc foo(i: var int)`
15:32:32koppehSo it's not possible to get the address of an argument to a proc?
15:33:06euantorI don't believe so, but you should use `var` in most cases where you might need to, or pass a `ptr x`
15:33:21euantor(where X is the type)
15:33:25koppehNot modify, I just need the address to pass it to opengl. It should be safe since OpenGL copies the value itself and it's not used when the call returns.
15:33:32koppehafter the call returns*
15:33:55euantorTry using `var`, as it's just a pointer under the hood I believe
15:34:32koppehI suppose that's a nim design decision..? Compiler can make better assumptions, perhaps?
15:35:16euantorI'm not 100% sure, I've never tried to work with something like opengl that needs pointers passing to it like you're wanting
15:35:47koppehReading up on it. Non-var = guarantee that the value won't be modified.
15:35:55koppehTheoretically the call to GL could modify it.
15:35:56FromGitter<andreaferretti> there's `unsafeAddr`
15:36:08FromGitter<andreaferretti> but don't tell anyone I told you :-P
15:36:08*chemist69 joined #nim
15:36:37koppeh:o
15:37:01*koppeh throws unsafeAddr all around.
15:37:11koppehI suppose I'll just use var though.
15:37:21koppehThough..
15:37:31koppehIs there a shortcut for the following:
15:37:40koppehvar foo = 2
15:38:05koppehmyFunc(foo) # Which takes a var parameter
15:38:06*rokups quit (Quit: Connection closed for inactivity)
15:38:12koppehSince that's basically what I want to achieve.
15:40:22koppeh(Assuming I don't care about foo afterwards.)
15:44:09*Arrrr joined #nim
15:44:09*Arrrr quit (Changing host)
15:44:09*Arrrr joined #nim
15:44:58Araqtemplate varof(T): untyped = (var x: T; x)
15:45:06AraqmyFunc varof(int)
15:45:12Araq(untested)
15:46:18koppehAhh, thank you!
15:48:49koppehI guess it'd be varof(x) instead.
15:49:51euantornope, the param is the type in Araq's template
15:51:16koppehSo... varof*[T](x: T) ?
15:51:21koppehvarof(T) didn't work.
15:52:55euantorT is the type, like int or string or bool
15:54:07*yglukhov_ quit (Remote host closed the connection)
15:54:31koppeheuantor: I realize that.
15:55:07euantorMight be best to share your code. I'm about to leave the office for the day though
15:55:42koppehproc set*(uniform: Uniform, value: var Mat4d) = uniform.glUniformMatrix4dv(1, false, addr(value[0,0]))
15:55:49*yglukhov joined #nim
15:56:13euantorAnd do you get any error?
15:57:54koppehI'm not quite sure.
15:58:45koppehOh wait..
15:58:54koppehI actually want to pass a value though.
15:59:05koppehNot just an uninitialized / zeroed value.
16:00:32*yglukhov quit (Ping timeout: 268 seconds)
16:02:06FromGitter<andreaferretti> template varof(y): untyped = (var x = y; x)
16:02:10FromGitter<andreaferretti> again, untested
16:03:52koppehOh, derp.
16:05:04*Trustable joined #nim
16:05:15koppehThat did indeed work.
16:14:00*Sentreen quit (Quit: WeeChat 1.4)
16:15:57*Sentreen joined #nim
16:27:27*Jesin joined #nim
16:27:47*couven92 joined #nim
16:36:51*smt joined #nim
16:38:44*girvo joined #nim
16:43:05*girvo quit (Ping timeout: 240 seconds)
16:44:48*yglukhov joined #nim
16:49:05*yglukhov quit (Ping timeout: 248 seconds)
17:06:36*atweiden-air joined #nim
17:09:17*yglukhov joined #nim
17:19:14*nsf quit (Quit: WeeChat 1.7.1)
17:19:25atweiden-airi am getting stack overflow in this script, any advice? https://gist.github.com/anonymous/b2d5dd0d337142f6d6412904ca9381c1
17:20:09atweiden-air`task_sum_subsidy` is the culprit
17:26:58*Matthias247 joined #nim
17:38:50subsetparkDoes anybody know, is https://github.com/baabelfish/nvim-nim totally dead?
17:47:45*yglukhov quit (Remote host closed the connection)
17:48:03*PMunch joined #nim
17:52:56PMunchHmm, I'm working on a DSL and I want to have the possibility to define a section that simply outputs that code at the position it occurs within the DSL. However I have some issues getting Nim to parse arbitrary code in a good way. Currently I use {} to specify pure code but there are lot's of things Nim simply won't parse inside such a bracket..
17:54:46*yglukhov joined #nim
17:58:41demi-PMunch: i ran into a similar problem with trying to embed graphql into nim, nim doesn't know how to handle curley braces :(
17:59:48PMunchOH, so this is specific to curly braces?
17:59:50PMunchHmm
18:07:33shmup:{
18:18:19*pilne joined #nim
18:19:38*yglukhov quit (Remote host closed the connection)
18:19:51koppehraise newException(SmileyParseException)
18:20:10demi-PMunch: afaik, yes
18:20:38demi-i don't remember everything that Araq told me about it, but i do remember it was specific to the braces
18:21:24PMunchHuh, seems like it. I wrapped everything inside the curly brackets in regular parenthesis and then it worked fine
18:23:54PMunchWell that's annoying..
18:24:27PMunchi need three sets of brackets. And I wanted to use {} for the least used function
18:25:01demi-it may be supported in a future version , i cannot recall exactly
18:25:54*pilne quit (Quit: Quitting!)
18:27:00PMunchHmm, well for now I have created a workaround. So I'll ask Araq next time I see him and decide what to do then
18:30:37*couven92 quit (Ping timeout: 276 seconds)
18:35:10*yglukhov joined #nim
18:38:30*girvo joined #nim
18:42:14*PMunch quit (Quit: leaving)
18:42:57*girvo quit (Ping timeout: 240 seconds)
18:46:54*Arrrr quit (Read error: Connection reset by peer)
18:56:39*cspar joined #nim
19:00:09FromGitter<mratsim> What is expected in terms of features/stability/support when publishing a package on nimble?
19:10:26*smt quit (Read error: Connection reset by peer)
19:10:38*smt joined #nim
19:11:28Xehow do vtables work? is there a simple example of it?
19:14:11demi-mratsim, when you publish a package on nimble it is just saying it is available, i believe it is up to individual developers to control how the versioning and such works
19:14:42FromGitter<mratsim> @Xe Vtables are not in production
19:14:57Xeah
19:15:00FromGitter<mratsim> @demi- Thanks
19:16:21FromGitter<mratsim> The documentation is "a bit” early and a teaser :p. I’m eagerly waiting for Vtables as well
19:17:03*smt quit (Read error: Connection reset by peer)
19:17:11*smt joined #nim
19:17:39Xedoes nim have a splat operator?
19:23:36*nsf joined #nim
19:30:14*atweiden-air quit (Quit: Leaving.)
19:36:39Araqwhat is a splat operator?
19:36:59*gokr quit (Ping timeout: 246 seconds)
19:38:01FromGitter<mratsim> looks like varargs
19:38:13FromGitter<mratsim> https://endofline.wordpress.com/2011/01/21/the-strange-ruby-splat/
19:39:20*girvo joined #nim
19:39:51subsetparkyes, splats (in python) have a couple more tricks than varargs - but you can usually cover your bases with a mixture of varargs (in one direction) and templates (in the other)
19:40:01*couven92 joined #nim
19:44:08*girvo quit (Ping timeout: 260 seconds)
19:46:01*v17d quit (Ping timeout: 276 seconds)
19:47:51XeAraq: basically turning an iterable into function arguments
19:52:13Araqsequtils.toSeq
19:53:48*v17d joined #nim
20:05:47*yglukhov quit (Remote host closed the connection)
20:26:24*yglukhov joined #nim
20:32:49*xet7 quit (Quit: Leaving)
20:33:16*xet7 joined #nim
20:40:06*girvo joined #nim
20:44:37*girvo quit (Ping timeout: 240 seconds)
20:55:04*Trustable quit (Remote host closed the connection)
21:17:04*arnetheduck joined #nim
21:27:08*nightmared quit (Quit: WeeChat 1.9)
21:35:57*Vladar quit (Remote host closed the connection)
21:40:54*girvo joined #nim
21:46:03*girvo quit (Ping timeout: 260 seconds)
21:59:02*Matthias247 quit (Read error: Connection reset by peer)
21:59:49*nsf quit (Quit: WeeChat 1.7.1)
22:01:32*skrylar joined #nim
22:03:06*pilne joined #nim
22:32:32*oaao1 quit (Remote host closed the connection)
22:32:32*oaao quit (Remote host closed the connection)
22:32:45*svara joined #nim
22:32:45*oaao1 joined #nim
22:32:52*Jesin quit (Quit: Leaving)
22:34:57*myp quit (Remote host closed the connection)
22:35:02*wHATEver joined #nim
22:35:03*bozaloshtsh quit (Ping timeout: 251 seconds)
22:35:05*pleiosaur quit (Remote host closed the connection)
22:35:06*shmup quit (Remote host closed the connection)
22:35:11*pleiosaur joined #nim
22:35:15*shmup joined #nim
22:35:20*oaao1 quit (Client Quit)
22:35:23*svara quit (Client Quit)
22:35:26*wHATEver is now known as Guest3721
22:38:12*bozaloshtsh joined #nim
22:38:12*bozaloshtsh quit (Changing host)
22:38:12*bozaloshtsh joined #nim
22:41:36*girvo joined #nim
22:46:28*girvo quit (Ping timeout: 260 seconds)
22:46:55*arnetheduck quit (Ping timeout: 246 seconds)
22:54:25skrylaruser0 some of the distro packages are broken and *still* haven't been fixed
22:54:29skrylarinb4 dom says to use choosenim
22:54:50skrylarwhich does give you a working 0.17, but someone really does need to pressure maintainers to use a fixed package
22:59:34dom96:D
23:00:57*Jesin joined #nim
23:04:24*gokr joined #nim
23:04:59*Jesin quit (Remote host closed the connection)
23:07:07*Jesin joined #nim
23:07:09*Jesin quit (Remote host closed the connection)
23:07:55skrylarwith AUR all you do is just go hit flag out of date and it mails the maintainer. i think the "trusted maintainers" are immune to such things though.
23:08:00*Jesin joined #nim
23:08:13skrylarfrom what i could tell all an official arch package means is someone in the clique is given commit powers and you're expected to go bother them politically
23:08:33skrylar*usually* these kinds of bugs don't stay in arch this long
23:09:49*skrylar quit (Quit: Textual IRC Client: www.textualapp.com)
23:14:28*gangstacat quit (Quit: Ĝis!)
23:26:45*yglukhov quit (Remote host closed the connection)
23:35:26*gangstacat joined #nim
23:42:22*girvo joined #nim
23:47:05*girvo quit (Ping timeout: 240 seconds)
23:57:38*smt_ joined #nim