<< 10-09-2019 >>
00:08:03*abm quit (Ping timeout: 246 seconds)
00:08:31*abm joined #nim
00:10:50FromGitter<mratsim> in the example, it seems like you need to import the specific files
00:11:16FromGitter<mratsim> like import random.xorshift
00:13:20*laaron quit (Remote host closed the connection)
00:15:18*theelous3 quit (Ping timeout: 268 seconds)
00:15:29*laaron joined #nim
00:20:20*cyberjpn joined #nim
00:40:35*actuallybatman joined #nim
00:43:27*laaron quit (Remote host closed the connection)
00:45:18*laaron joined #nim
00:49:24*abm quit (Quit: Leaving)
01:07:51*btop joined #nim
01:08:53*dddddd quit (Remote host closed the connection)
01:22:58*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
01:23:20*laaron joined #nim
01:38:20*btop quit (Ping timeout: 276 seconds)
01:41:40*ZORR0W quit (Read error: Connection reset by peer)
01:44:14*ZORR0W joined #nim
01:57:15leorizealso, there's the `pkg/` prefix that can be used to force import from nimble
02:07:53*btop joined #nim
02:12:39*btop quit (Ping timeout: 246 seconds)
02:13:30FromGitter<juancarlospaco> Hello. :)
02:13:36FromGitter<juancarlospaco> https://play.nim-lang.org Down?.
02:13:59leorizeappears so
02:16:49FromGitter<juancarlospaco> When is the next Nim Video/Stream ?, long time since last one. :P
02:42:02*cyberjpn quit (Ping timeout: 240 seconds)
02:54:40*rockcavera quit (Remote host closed the connection)
03:12:56*theelous3 joined #nim
03:13:48*theelous3 quit (Read error: Connection reset by peer)
03:28:36*thomasross is now known as Guest41246
03:28:36*thomasross_ joined #nim
03:28:37*Guest41246 quit (Killed (hitchcock.freenode.net (Nickname regained by services)))
03:28:37*thomasross_ is now known as thomasross
03:32:05*chemist69 quit (Ping timeout: 250 seconds)
03:34:13*chemist69 joined #nim
03:59:45*laaron quit (Remote host closed the connection)
04:02:10*laaron joined #nim
04:14:25*cgfuh quit (Ping timeout: 244 seconds)
04:36:45*nsf joined #nim
04:42:26*ZORR0W quit (Ping timeout: 240 seconds)
04:43:58*narimiran joined #nim
04:44:21*ZORR0W joined #nim
04:55:13*laaron quit (Remote host closed the connection)
04:58:33*laaron joined #nim
05:17:36*laaron quit (Remote host closed the connection)
05:21:10*laaron joined #nim
05:47:19*absolutejam3 joined #nim
05:53:26*fjellfras joined #nim
05:58:47*solitudesf joined #nim
06:07:03*alex92 joined #nim
06:08:22FromGitter<alehander42> @cheatfate does
06:08:27FromGitter<alehander42> asynctools still work reliably
06:08:40FromGitter<alehander42> i am trying to use it because of async process/ async pipe
06:08:55FromGitter<alehander42> and i wondered if it's still maintained (still using asyncdispatch)
06:10:03*btop joined #nim
06:10:10*laaron quit (Remote host closed the connection)
06:12:06FromGitter<gogolxdong> How to reset a array[6,int] to [0,0,0,0,0,0,0]?
06:12:57*laaron joined #nim
06:16:15FromGitter<alehander42> hm, one of my processes .. just dies on the first epoll_wait
06:16:21FromGitter<alehander42> but it doesnt seem to make sense to me
06:16:32FromGitter<alehander42> @gogolxdong just memcpy i guess
06:16:33*PMunch joined #nim
06:16:38FromGitter<alehander42> if it's on the c backend
06:17:01Araqa = [0,0,0,0,0,0]
06:17:02FromGitter<alehander42> if not, you can write a helper that loops
06:20:18leorizePMunch: the playground is offline
06:21:39leorize@gogolxdong: reset() also works
06:21:59PMunchleorize, well that's not good..
06:22:26PMunchHmm, seems like it ran out of disk
06:22:54leorizethere aren't any log collector? :P
06:24:11FromGitter<zacharycarter> PMunch: are you using docker for it?
06:24:36leorizeafaik the playground works by having a docker spawned per request
06:25:05FromGitter<zacharycarter> well that's how it worked in the initial version I built
06:25:13FromGitter<zacharycarter> but I'm not sure if PMunch changed it when he took it over
06:25:16leorizeso my best guess is just some log rotation daemon got misconfigured and didn't clean some big logs
06:25:31PMunchYeah, that's how it still works
06:25:34FromGitter<zacharycarter> docker is a PITA when it comes to disk space
06:25:38PMunchYeah..
06:26:08PMunchIt's done this before, IIRC it's that the docker containers leaves a little trace behind, which slowly accumulates
06:26:14FromGitter<zacharycarter> yup
06:26:51FromGitter<zacharycarter> amazes me that docker has been around THIS long and still has major issues like this
06:29:28FromGitter<gogolxdong> Can I cast array[35, int] to nested array[5,array[0..6,int]]?
06:31:29PMunchgogolxdong, think so yeah
06:32:34FromGitter<gogolxdong> What about seq?
06:32:51PMunchProbably not
06:33:15PMunchA seq has two fields in front of the data, its size and capacity
06:33:54PMunchBut you could cast the first position in the seq to an array
06:34:13FromGitter<alehander42> @gogolxdong you can not i think
06:34:23FromGitter<alehander42> if you use javascript
06:34:33FromGitter<alehander42> it really depend on your backend
06:34:41FromGitter<alehander42> do you use the c or the javascript backend
06:35:54FromGitter<alehander42> why would epoll_wait stop a program started by my script
06:39:07alex92hm i forgot strace **-f**
06:50:12*btop quit (Ping timeout: 246 seconds)
06:50:20*absolutejam3 quit (Ping timeout: 276 seconds)
06:50:49*krux02 joined #nim
06:53:22PMunchOkay, leorize playground is back up and running now
06:54:08PMunchI went looking for solutions to this problem, apparently docker stores some metadata about every time you've run a container.. Which as you might imagine happens quite often on the playground
06:54:42PMunchWhat I did now was just delete the container, stop docker, manually delete all the files, start docker, and rebuild the container.
06:54:53PMunchThis works, but it's not exactly a clean solution..
07:00:00*gmpreussner quit (Quit: kthxbye)
07:00:36FromGitter<zacharycarter> I think I wrote a script to basically do all of that on a periodic basis
07:00:39FromGitter<zacharycarter> but I don't think it worked
07:04:07PMunchYeah, I saw a lot of people trying different things
07:04:43*gmpreussner joined #nim
07:17:24FromGitter<gogolxdong> cast flat array to nested array works on C backend, not on JS backend.
07:17:43*alex92 quit (Ping timeout: 268 seconds)
07:19:49krux02Araq: btw I found out more about the empty struct in c/c++. In gcc sizeof(EmptyStruct) is 0 in g++ sizeof(EmptyStruct) is 1
07:20:46krux02for gcc is in an extension, for g++ it is an official language feature.
07:21:18*btop joined #nim
07:23:25Araqsizeof(array) / sizeof(element) --> bug for 0 sized structs
07:23:33*floppydh joined #nim
07:24:53*absolutejam3 joined #nim
07:26:08*owl_000 joined #nim
07:26:15*btop quit (Ping timeout: 246 seconds)
07:28:05krux02well, in nim you would probably just write array.len
07:29:01Araqhttp://janvitek.org/pubs/oopsla19b.pdf
07:29:02*owl joined #nim
07:29:20*owl quit (Client Quit)
07:30:05krux02yea, I already know that scala implicits are everywhere, I think it is also a reason why scala compiles so slowly.
07:30:33krux02In scala you can't even call an extension method without an implicit conversion.
07:31:35krux02in scala implicit parameters are often used as a crutch, not as something you want.
07:31:56Araqyou do know this, but many never used Scala :P
07:32:22*owl_000 quit (Ping timeout: 246 seconds)
07:33:40*ZORR0W quit (Read error: Connection reset by peer)
07:33:46krux02for example, you can't have two methods with ``def foo(arg: Seq[int])`` and ``def foo(arg: Seq[float])``, because of type erasure. In the jvm Seq[float] is identical to Seq[int]. So you have to attach an implicit parameter to one of them to make them look distinct to the jvm. This parameter has no value in the function itself.
07:35:14AraqScala doesn't have to follow the JVM's type erasure, it could do code specializations
07:36:33krux02it does follow JVM's type erasure, to be callable from java without additional name mangleing
07:36:57krux02and scala does have a feature for specializations, but it never really worked as far as I know.
07:39:08*ZORR0W joined #nim
07:43:27krux02As much as I can tell you, we are in much better waters considering implicits.
07:43:52krux02We have implicit conversions, but they are not required for anything unlike scala.
07:57:09*btop joined #nim
08:02:44*btop quit (Ping timeout: 268 seconds)
08:32:06*fredrik92 joined #nim
08:32:11*fredrik92 is now known as couven92
08:51:33*Vladar joined #nim
08:56:12*chemist69 quit (Ping timeout: 246 seconds)
09:01:38*actuallybatman quit (Ping timeout: 276 seconds)
09:13:03*btop joined #nim
09:18:15*btop quit (Ping timeout: 246 seconds)
09:18:19*Vladar quit (Read error: Connection timed out)
09:18:45*Vladar joined #nim
09:30:25*btop joined #nim
09:35:40*owl_000 joined #nim
09:48:21*ZORR0W quit (Ping timeout: 246 seconds)
09:50:58*absolutejam3 quit (Ping timeout: 246 seconds)
09:58:47*ZORR0W joined #nim
09:59:40*absolutejam3 joined #nim
10:04:01*hoijui joined #nim
10:17:00*ZORR0W quit (Quit: leaving)
10:22:46*chemist69 joined #nim
10:27:33*dddddd joined #nim
10:30:41*alexander92 joined #nim
10:31:30*alexander92 quit (Client Quit)
10:31:46*alexander92 joined #nim
10:33:07alexander92so , concepts
10:33:14alexander92are the hot topic
10:33:22*btop quit (Ping timeout: 245 seconds)
10:34:39alexander92" In the worst case, we could
10:34:41alexander92add enableif for this without bloating the concept's design.
10:35:49alexander92so you want two smaller features rather than one bigger?
10:36:57*ng0 joined #nim
10:37:38AraqI want type-checked generics and concepts can give me these
10:39:38alexander92ok, i see
10:39:46alexander92the one thing i dont get from design point is
10:40:51alexander92why should `proc` and `iterator` be special , but not e.g. `template` `func` or `field`
10:41:44alexander92if i am a new user, i would not expect concept proc test to match my type with template test (but maybe the "read the spec" point applies here ..)
10:45:27*fjellfras quit (Quit: Leaving)
10:47:36AraqI asked the question, "what does it take to type-check 'sort', 'find', hash tables" and came up with a clear design that should work. The old concepts don't solve that.
10:50:37*btop joined #nim
10:51:32*laaron quit (Remote host closed the connection)
10:54:03*laaron joined #nim
10:54:30alexander92hm, i thought those work with current ones
10:55:28*btop quit (Ping timeout: 245 seconds)
10:57:13*laaron quit (Client Quit)
10:57:59*laaron joined #nim
10:58:49*laaron quit (Remote host closed the connection)
11:00:01*laaron joined #nim
11:01:10*laaron quit (Client Quit)
11:07:03*laaron joined #nim
11:12:52Araqlook, currently generic proc bodies are not type-checked. It doesn't matter if you use concepts or not, they are not type checked.
11:13:22Araqfor type-checking you need to say what 'T' must be capable of.
11:13:43Araqso you write generic constraints for T, aka concepts
11:19:06alexander92ahh
11:19:12alexander92i didn't know they trigger it
11:19:16alexander92i thought only specializations
11:19:29alexander92make the compiler typecheck bodies
11:21:00alexander92sorry, so what i dont get then is what is missing from current concepts to make a good sort or hash table constraint (i thought both proposals are capable of similar things for matching functions and var-ity)
11:21:52*hoijui quit (Quit: Leaving)
11:34:29Araqwith the existing concept syntax it's effectively guesswork what 'T' must be able to do, which operations are meant when you say
11:34:45Araq for x in c: foo(x) is int
11:35:14Araqis this 'int' evaluated in the instantiation scope or in the declaration scope?
11:35:54Araqand is the 'is' operator still the one from system.nim?
11:36:34Araqit's madness, effectively you need to give the concept body a real sublanguage/grammar to be able to figure out these things
11:38:23Araqdoes your for loop rely on the 'items' iterator? what if 'c' is itself an iterator? can iterators match concepts?
11:39:20alexander92well, i'd guess instantiation scope?
11:39:32alexander92honestly i dont know this for your proposal as well
11:39:47alexander92the `int` thing*
11:40:00Araqit's the declaration scope, obviously
11:40:05alexander92i agree that `is` overloading might seem strange
11:40:29Araqthe stuff that you introduce comes after the 'proc', iterator or 'each' keywords
11:40:44alexander92but i dont agree about the iterators: it seems natural to me to also match an iterator in this case (the concept says "stuff that can be typechecked like that", so obviously such an iterator is ok)
11:41:52alexander92but on the other hand, it isn't possible to call an iterator like `c` right
11:41:55alexander92you have to `c()`
11:42:12alexander92so maybe there can't be ambiguity here
11:42:52alexander92anyway, so it's a design discussion, that's what i wanted to understand, ok
11:57:05*ng0 quit (Quit: Alexa, when is the end of world?)
12:05:00*btop joined #nim
12:07:51*Kaivo joined #nim
12:08:38*abm joined #nim
12:10:27*btop quit (Ping timeout: 240 seconds)
12:15:19*sacredfrog joined #nim
12:15:55FromGitter<kaushalmodi> @gogolxdong You can use `reset` to reset the array. example: https://play.nim-lang.org/#ix=1UJe
12:25:34PMunch`reset` is nice :)
12:39:18FromGitter<gogolxdong> Good to know.Thanks.
12:43:26*rockcavera joined #nim
12:52:34*alexander92 quit (Ping timeout: 268 seconds)
13:03:09*fichtl quit (Read error: Connection reset by peer)
13:03:34*alexander92 joined #nim
13:05:28*pbb quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
13:06:05*pbb joined #nim
13:06:17*nsf quit (Quit: WeeChat 2.5)
13:07:53*cgfuh joined #nim
13:08:56*pbb quit (Client Quit)
13:09:55*pbb joined #nim
13:11:30owl_000is /zah/nim.vim plugin still working?
13:12:03PMunchI still use it :)
13:12:14PMunchSo it at least gives you syntax highlighting
13:12:57*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
13:13:14*laaron joined #nim
13:13:26owl_000PMunch you have a blog, peter's devlog? fantastic blog. and your presentation skill is good.
13:14:35owl_000yesterday i found your blog, after seeing your name i remember it
13:14:56owl_000----
13:15:40owl_000by the way, i am not able to use nim.vim. i dont know what is the problem. i will try again
13:16:12PMunchOh, thanks :)
13:16:33PMunchWhat parts of nim.vim are you trying to use?
13:17:20owl_000at least syntax highlighting auto bracket closing.
13:17:22PMunchI pretty much just use syntax highlighting, but with nim.vim and nimlsp you can get tab completion and definition lookups and such as well
13:17:56PMunchNot sure if nim.vim ever had auto bracket closing, I tend to dislike it when my editor tries to do stuff for me..
13:19:25owl_000lol, then i don't need that. currently i am using nano. i modified python.nanorc and port it for nim.
13:22:11PMunchHave you tried nimlsp?
13:22:31owl_000https://github.com/nim-lang/Nim/wiki/Editor-Support here nim can add nano, because just providing a nim.nanorc is enough for it.
13:22:53owl_000nimlsp, no,
13:23:22owl_000ok let me google
13:23:44livcdPMunch: can you buy pmunch.org ?
13:23:44livcd:D
13:25:58PMunchI mean I could.. But why would I?
13:26:03PMunchI already have peterme.net
13:26:25PMunchOr wait, doesn't .org need an organization behind them
13:26:42livcdso I can find your blog easily
13:26:44livcdselfish reasons
13:27:10PMunchOh, because the PMunch -> peterme mapping is too hard? :P
13:27:52livcdyeah
13:28:26livcdyou cant find it by googlin "PMunch nim blog"
13:28:49PMunchWell that is just poor SEO from my part :P
13:33:32*ng0 joined #nim
13:42:57*drewr quit (Quit: ERC (IRC client for Emacs 26.3))
13:46:04*drewr joined #nim
13:46:20*ng0 quit (Ping timeout: 260 seconds)
13:51:18*ng0 joined #nim
13:53:13*btop joined #nim
13:55:17lqdev[m]PMunch:
13:55:18lqdev[m]> This is an open TLD; any person or entity is permitted to register. Originally intended for use by non-profit organizations, and still primarily used by some.
13:55:19lqdev[m]from wikipedia
13:55:43lqdev[m]so no, you don't have to be an organization to get a .org domain.
13:56:53disrupteki've had many org'ies in my day.
13:57:54*btop quit (Ping timeout: 246 seconds)
13:57:54*alexander92 quit (Read error: Connection reset by peer)
13:58:34*a_b_m joined #nim
13:59:16disruptekselling nookie.net is one of my early 'net regrets.
13:59:47*gangstacat quit (Quit: Ĝis!)
14:02:06*abm quit (Ping timeout: 246 seconds)
14:03:11*PMunch quit (Remote host closed the connection)
14:03:57*alexander92 joined #nim
14:15:13*gangstacat joined #nim
14:25:48Zevvwhat is your latest?
14:26:35disruptekTSLA
14:29:32*NimBot joined #nim
14:46:24*floppydh quit (Quit: WeeChat 2.5)
14:53:10*a_b_m quit (Quit: Leaving)
14:59:31*laaron quit (Remote host closed the connection)
15:04:38*laaron joined #nim
15:04:39*Mister_Magister quit (Excess Flood)
15:04:57*Mister_Magister joined #nim
15:16:41*couven92 quit (Ping timeout: 276 seconds)
15:17:20*absolutejam3 quit (Ping timeout: 276 seconds)
15:25:41*chun joined #nim
15:28:15*abm joined #nim
15:41:16*btop joined #nim
15:44:26*chun quit (Quit: Leaving)
15:46:28*btop quit (Ping timeout: 268 seconds)
16:11:14*alexander92 quit (Ping timeout: 240 seconds)
16:16:34*nsf joined #nim
17:08:51*actuallybatman joined #nim
17:15:24*btop joined #nim
17:25:23*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
17:28:23*wildtrees joined #nim
17:28:47leorizeowl_000: if you use neovim, you can try nim.nvim, which is much better compared to the unmaintained nim.vim :P
17:35:47leorizedisruptek: can you switch back to the 'refactoring' branch?
17:36:01disruptekyeah, but my freeze isn't fixed. :-/
17:36:13leorizeI've an idea on how to debug that 'out of fd' error
17:36:55disruptekdid you push something?
17:37:11leorizenope, just manage to figure out some debugging procs
17:37:17disruptekokie, lemme know.
17:37:39leorizeso :echo nvim_list_chans() should tell you how many fds does nvim keep
17:38:32disruptekalright, i'll check it periodically.
17:39:08leorizehas your freeze always been there?
17:39:22leorizeor is it a new thing due to nim.nvim?
17:39:40disruptekthat's what i'm trying to figure out. i took gitgutter out today.
17:41:37leorizedoes the profiling highlight any hotspot?
17:43:30leorizealso, if you want to check if nim.nvim causes trouble, then you can disable the semantic highlighter (which is probably the heaviest thing in the plugin) by commenting the second `autocmd` in `ftdetect/nim.vim`
17:44:48disruptekyeah, it's one of the two profile peaks.
17:46:59leorizeis s:HighlightBuffer peak?
17:47:23leorizeif it's just the handler then it's just async being profiled incorrectly
17:47:36*Trustable joined #nim
17:48:26*laaron joined #nim
17:51:53disruptekit looks like ~4mil setup and calls to nvim_buf_add_highlight
17:52:23disrupteki'm not 100% sure this run captured a freeze, though.
17:53:50disruptekBufferedCallback has a discrepancy between total time (~62s) and "self" time (~27s); what we used to call "stupid time", when it corresponded to the time it took you to switch floppies in a long installation process. 😉
17:56:52leorizeI never understand how nvim profiles async procs
17:57:51leorizeapparantly if you call a proc 2000+ times it stops making sense in both columns :P
17:58:37disruptekwell, BufferedCallback was called ~57k times, so...
18:08:18*shashlick quit (Ping timeout: 268 seconds)
18:22:22*a_b_m joined #nim
18:25:53*abm quit (Ping timeout: 244 seconds)
18:26:45FromGitter<zacharycarter> added some splat map texturing to the terrain thing:
18:26:58FromGitter<zacharycarter> (https://files.gitter.im/nim-lang/Nim/hueH/image.png)
18:34:29FromGitter<zacharycarter> another pic:
18:34:37FromGitter<zacharycarter> (https://files.gitter.im/nim-lang/Nim/RzJB/image.png)
18:37:05FromGitter<awr1> looks very nice :)
18:37:12FromGitter<awr1> add some shadow mapping!
18:38:46FromGitter<zacharycarter> yeah, that's next :)
18:41:43FromGitter<zacharycarter> and thanks!
18:52:12Zevvsweet!
18:52:14*absolutejam3 joined #nim
18:52:38*ng0 quit (Quit: Alexa, when is the end of world?)
18:55:33FromGitter<zacharycarter> a skybox would look nice too - I guess I have my work cut out for me the rest of this week / weekend
18:57:01*absolutejam4 joined #nim
18:58:59*absolutejam3 quit (Ping timeout: 276 seconds)
19:05:23*alexander92 joined #nim
19:18:36*adeohluwa joined #nim
19:25:11*laaron quit (Remote host closed the connection)
19:27:10*laaron joined #nim
19:29:52*laaron quit (Remote host closed the connection)
19:30:27*Ven`` joined #nim
19:31:37*laaron joined #nim
19:36:19*EastByte_ quit (Quit: WeeChat 2.4)
19:45:39*EastByte joined #nim
19:49:14*narimiran quit (Ping timeout: 240 seconds)
20:07:13*adeohluwa quit (Remote host closed the connection)
20:20:13*adeohluwa joined #nim
20:33:14*adeohluwa quit (Ping timeout: 240 seconds)
20:42:22*adeohluwa joined #nim
20:46:47*adeohluwa quit (Remote host closed the connection)
20:49:39*alexander92 quit (Ping timeout: 240 seconds)
20:51:18FromGitter<Varriount> @zacharycarter You are amaaaazing! :D
20:51:42*Vladar quit (Remote host closed the connection)
20:52:42*nsf quit (Quit: WeeChat 2.5)
20:58:12*Trustable quit (Remote host closed the connection)
20:59:39*adeohluwa joined #nim
21:03:07lqdev[m]shashlick: can you make nimterop support compilers that are not gcc?
21:03:16lqdev[m]I'm trying to compile to windows using clang.
21:03:37lqdev[m]because mingw is a buggy mess.
21:05:04*adeohluwa quit (Ping timeout: 246 seconds)
21:05:35*ng0 joined #nim
21:07:04*a_b_m quit (Quit: Leaving)
21:12:40*gangstacat quit (Quit: Ĝis!)
21:21:03*adeohluwa joined #nim
21:26:12*adeohluwa quit (Ping timeout: 244 seconds)
21:27:06FromGitter<awr1> do you know what specifically is preventing clang from working with nimterop
21:29:57FromGitter<awr1> i mean you still need to use the mingw toolchain with clang on windows...
21:31:47skrylar[m]i haven't had many issues with mingw in my days ._. none that weren't just general autoconf pain back in the day
21:33:54FromGitter<awr1> yeah mingw on windows is fine. the only issues i've had with it that come to mind is that it's somewhat annoying to install plus G++ doesn't allow interfacing with COM objects in quite the same syntax as MSVC (i.e. `->lpVtbl->`)
21:33:57FromGitter<awr1> oh yeah
21:34:12FromGitter<awr1> and for some reason i can't get NVAPI to link with mingw
21:34:28FromGitter<awr1> that was like a year ago though
21:37:48*solitudesf quit (Ping timeout: 246 seconds)
22:08:09*Ven`` quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:10:13*ng0 quit (Quit: Alexa, when is the end of world?)
22:11:25lqdev[m]@awr1 it's gcc hardcoded into some commands nimterop executes during compile time
22:20:09*absolutejam4 quit (Ping timeout: 246 seconds)
22:27:53disruptekwhat kinda container does an nnkImportStmt live in?
22:29:08disruptekto put that another way, how can i macro an import in addition to some other statements?
22:37:53AraqnnkStmtList
22:38:06disruptekbut doesn't that mean the import isn't at the top level?
22:39:33FromGitter<mratsim> there is an nnkStmtList at the top level that contains everything else
22:39:47disrupteki guess it worked; thanks. i coulda sworn i tried it already.
22:41:00*absolutejam4 joined #nim
23:00:28*Ven`` joined #nim
23:00:32FromGitter<Varriount> Agh, there are, like, 100+ assumptions baked into posix naming conventions.
23:00:56FromGitter<Varriount> For example, there's no way to escape the colon in chown, meaning no usernames with colons
23:01:45disruptekwhat a shame.
23:02:13disruptekwould be fun recording those in /etc/passwd.
23:02:37FromGitter<Varriount> disruptek: I just dislike the arbitrariness of it.
23:02:56disruptekyeah, it's annoying to have to code around.
23:03:46disruptekhow long did it take them to add the warning to `chmod -x`? almost 20 years.
23:05:02Araqthe unix illusion of perfection breaks down quickly when you improve the software so that's what they never do
23:05:20*Ven`` quit (Ping timeout: 276 seconds)
23:05:32disruptekwell, i wish they did a better job of leaving it alone.
23:05:38FromGitter<Varriount> "File paths can be any possible character except null or forward slash"
23:06:09FromGitter<Varriount> Oh wait, except for colons (used as a separator for various variable lists)
23:06:54FromGitter<Varriount> newlines (what if we have fragile shell scripts relying on the default IFS variable?)
23:06:58FromGitter<Varriount> etc
23:10:51*juturnas joined #nim
23:12:56*btop quit (Ping timeout: 268 seconds)
23:16:01*btop joined #nim
23:23:09*absolutejam4 quit (Ping timeout: 246 seconds)
23:33:49juturnasIs it possible to prevent the use of default values for an object's fields? In order to e.g. make it an error to instantiate that type without providing a value for the field
23:34:08Araq.requiresInit
23:34:24juturnasThanks
23:37:50*btop quit (Ping timeout: 276 seconds)
23:38:28juturnasI have a type `NodeRef = ref object ...` and a type `Node = NodeRef not nil`. I have a function that iterats over a `seq[Node]` and in some cases the iterator is returning a `nil` Node. Am I misunderstanding the guarantees of `not nil`, or is there likely something else at play?
23:38:29*krux02_ joined #nim
23:41:28*krux02 quit (Ping timeout: 264 seconds)
23:50:11FromGitter<awr1> interesting, didn't know about that pragma
23:55:41FromGitter<mratsim> probably a bug
23:56:17FromGitter<mratsim> if you can open one on the nim repo with a reproduction example that would be helpful