<< 10-11-2016 >>
00:00:19*ftsf joined #nim
00:13:16*brson joined #nim
00:19:36*djellemah quit (Ping timeout: 260 seconds)
00:26:22*djellemah joined #nim
00:30:48*djellemah quit (Ping timeout: 260 seconds)
00:35:24*djellemah joined #nim
00:38:16*pregressive joined #nim
00:49:50*djellemah quit (Ping timeout: 246 seconds)
00:50:10*PMunch quit (Quit: leaving)
00:56:44*djellemah joined #nim
01:02:46*vlad1777d quit (Quit: Leaving)
01:21:00*bjz joined #nim
01:34:10*bjz quit (Read error: Connection reset by peer)
01:40:03*ibk joined #nim
01:42:57*Sentreen quit (Read error: Connection reset by peer)
01:54:59*libman left #nim (#nim)
01:55:48*brson quit (Ping timeout: 260 seconds)
01:58:23*Sentreen joined #nim
02:03:28*perturbation joined #nim
02:26:04*beatmox quit (Ping timeout: 260 seconds)
02:26:17*beatmox joined #nim
02:29:19*chemist69 quit (Disconnected by services)
02:29:24*chemist69_ joined #nim
02:52:21*ftsf quit (Ping timeout: 248 seconds)
03:02:13*dddddd quit (Remote host closed the connection)
03:03:51*pregressive quit (Remote host closed the connection)
03:04:05*pregressive joined #nim
03:04:38*pregressive quit (Remote host closed the connection)
03:04:57*pregressive joined #nim
03:05:26*pregressive quit (Remote host closed the connection)
03:05:43*pregressive joined #nim
03:06:14*pregressive quit (Remote host closed the connection)
03:06:31*pregressive joined #nim
03:07:03*pregressive quit (Remote host closed the connection)
03:07:22*pregressive joined #nim
03:07:52*pregressive quit (Remote host closed the connection)
03:08:10*pregressive joined #nim
03:08:40*pregressive quit (Remote host closed the connection)
04:10:36*desophos quit (Ping timeout: 260 seconds)
04:12:04*ftsf joined #nim
04:13:20*Senketsu joined #nim
04:32:48derlafffhttp://nim-lang.org/docs/system.html#flushFile,File_2
04:32:51derlafffwhy not flush()?
04:32:57derlaffffile.flushFile() looks like shit
05:03:41*chemist69_ quit (Ping timeout: 260 seconds)
05:06:04*chemist69 joined #nim
05:18:23*ibk quit (Quit: Connection closed for inactivity)
05:54:49*Trixar_za quit (Quit: I'm awesome and I know it)
06:12:59*nsf joined #nim
06:31:04*Dankrad quit (Ping timeout: 260 seconds)
06:41:13*djellemah quit (Ping timeout: 260 seconds)
06:43:47*bjz joined #nim
06:46:03*bjz quit (Read error: Connection reset by peer)
06:47:58*bjz joined #nim
06:53:21*bjz quit (Read error: Connection reset by peer)
06:57:22*ftsf quit (Quit: :q!)
07:06:06*bjz joined #nim
07:09:26*djellemah joined #nim
07:10:09*yglukhov quit (Remote host closed the connection)
07:37:58*tankfeeder joined #nim
07:43:56*pregressive joined #nim
07:58:04*brechtm joined #nim
07:59:22*gokr joined #nim
08:00:15*pregressive quit ()
08:02:56*gangstacat quit (Remote host closed the connection)
08:03:12*yglukhov joined #nim
08:04:05*yglukhov quit (Remote host closed the connection)
08:04:21*yglukhov joined #nim
08:04:23*yglukhov quit (Remote host closed the connection)
08:05:20*yglukhov joined #nim
08:08:40*brechtm_ joined #nim
08:12:14*brechtm quit (Ping timeout: 246 seconds)
08:13:08yglukhovdom96: ping
08:20:39*brechtm joined #nim
08:21:04*brechtm_ quit (Ping timeout: 265 seconds)
08:21:43*Arrrr joined #nim
08:21:54*Trustable joined #nim
08:25:28*perturbation quit (Ping timeout: 256 seconds)
08:28:00*gangstacat joined #nim
08:32:34ArrrrWhy is op1 faster than op2? I expected cast to work at compile time http://pastebin.com/GqBs1vCm
08:36:13flyxArrrr: have you looked at the generated C code?
08:36:41ArrrrNo, but that's a good idea
08:36:44*markedone joined #nim
08:45:06ArrrrLooks like it is doing some mem operations under the hood.
08:46:38*bjz_ joined #nim
08:47:25ArrrrI see in the code a memset, chckNil, and then another memset which is identical to the previous one. Why it is needed?
08:48:34*bjz quit (Ping timeout: 244 seconds)
08:51:42*Arrrr quit (Ping timeout: 250 seconds)
08:58:54*allan0 quit (Ping timeout: 250 seconds)
09:03:44*allan0 joined #nim
09:03:55*Arrrr joined #nim
09:07:28ArrrrSomeone noticed this fact https://github.com/nim-lang/Nim/issues/2259
09:09:35*cheatfate quit (Ping timeout: 252 seconds)
09:15:20*cheatfate joined #nim
09:15:57*allan0 quit (Ping timeout: 244 seconds)
09:25:03*M-Quora quit (Ping timeout: 245 seconds)
09:25:03*TheManiac quit (Ping timeout: 245 seconds)
09:25:04*MrAxilus[m] quit (Ping timeout: 245 seconds)
09:25:04*jivank[m] quit (Ping timeout: 245 seconds)
09:25:13*prose[m] quit (Ping timeout: 260 seconds)
09:25:21*zielmicha[m] quit (Ping timeout: 250 seconds)
09:25:29*erwana[m] quit (Ping timeout: 260 seconds)
09:26:08*terry[m] quit (Ping timeout: 260 seconds)
09:26:08*hohlerde quit (Ping timeout: 260 seconds)
09:27:25*allan0 joined #nim
09:50:47*cheatfate quit (Read error: Connection reset by peer)
09:50:52*cheatfate_ joined #nim
09:52:57*cheatfate_ is now known as cheatfate
10:02:37*vendethiel- joined #nim
10:04:13*vendethiel quit (Ping timeout: 260 seconds)
10:18:39*tankfeeder quit (Quit: Leaving)
10:21:44*zielmicha[m] joined #nim
10:31:07*prose[m] joined #nim
10:31:07*jivank[m] joined #nim
10:31:07*MrAxilus[m] joined #nim
10:31:13*terry[m] joined #nim
10:31:13*TheManiac joined #nim
10:31:13*hohlerde joined #nim
10:31:14*erwana[m] joined #nim
10:31:14*M-Quora joined #nim
10:53:36*markedone quit (Remote host closed the connection)
10:53:47*planhths joined #nim
11:13:10*nd quit (Remote host closed the connection)
11:15:03*nicanaca0 joined #nim
11:17:43*couven92 joined #nim
11:53:25FromGitter<gogolxdong> There are some imprecise codes in Rosetta code of Fast Fourier Transform in Nim.
11:53:46FromGitter<gogolxdong> Rosetta code is a great work.
11:54:11*elrood joined #nim
11:55:07FromGitter<ephja> chck. I see that you have been influenced by the unix abbreviations that you like so much, Araq ;)
12:02:26*Snircle joined #nim
12:17:06*brechtm_ joined #nim
12:18:58*brechtm_ quit (Remote host closed the connection)
12:19:41*brechtm quit (Ping timeout: 246 seconds)
12:20:04*brechtm joined #nim
12:21:25*brechtm quit (Remote host closed the connection)
12:24:34*brechtm joined #nim
12:26:52*brechtm quit (Remote host closed the connection)
12:28:22*brechtm joined #nim
12:45:27*dmi0 joined #nim
12:53:15*byte512 joined #nim
12:54:18*Arrrr quit (Quit: WeeChat 1.5)
12:54:27*brechtm quit (Remote host closed the connection)
12:55:43*brechtm joined #nim
13:17:09*Andris_zbx joined #nim
13:22:16*PMunch joined #nim
13:29:11*bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
13:31:23*BratwurstMitSenf joined #nim
13:39:03FromGitter<ephja> why is the freenode web client not allowed in #nim? you would have to use some kind of client anyway in order to look for people that are not using gitter
13:40:11*BratwurstMitSenf quit (Quit: BratwurstMitSenf)
13:40:43*BratwurstMitSenf joined #nim
13:41:42FromGitter<ephja> is yglukhov on IRC? :stuck_out_tongue:
13:42:24*BratwurstMitSenf left #nim (#nim)
13:47:03*Snircle is now known as Knickbot
13:48:15*ephja joined #nim
13:51:31*BratwurstMitSenf joined #nim
13:53:22elroodephja, there have been some issues with spammers and trolls abusing freenode's web client. it's been a while since though, the ban could probably be lifted again
13:59:15FromGitter<ephja> yglukhov: it seems like you have to do things such as selecting texts and minimizing and then showing the window in nimx before the scrollbars assume the correct state. does that happen for you too?
14:02:12FromGitter<ephja> anyway, nimx can be used for a lot more things now. the recent updates are much appreciated
14:02:44yglukhovephja: im not sure i understand you.
14:03:26yglukhovephja: are you experiencing some kind of layout bug or smth?
14:07:52FromGitter<ephja> yglukhov: if the attached element of a scroll view takes up more space than the view itself then you have to fiddle around before you are able to scroll, because the slider occupies the whole scroll bar initially. I'll create a test case.
14:08:49FromGitter<ephja> should it be possible to compiler the tests by running "nim c --threads:on main.nim"? nake can't load pcre64.dll so I can't test it that way
14:08:51yglukhovephja: ah, ok. please post it to the issue tracker.
14:13:44FromGitter<ephja> must dll's for nimble executables be placed in the working directory? that appears to be the case, because running "nake" for example does not refer directly to nake.exe
14:14:41FromGitter<ephja> yglukhov: where have you placed this dependency? in the nimx root? in a system path?
14:17:58yglukhovephja: sdl dll should be placed next to the built executable.
14:18:51yglukhovephja: that should be the only dependency for windows target...
14:19:37yglukhovephja: there should be a way to install dlls system wide, so you don't bother with new project every time.
14:19:51FromGitter<ephja> what about pcre64.dll for nake? the behavior is different in this case
14:20:47yglukhovephja: ah, try to place it next to nakefile.exe
14:21:44yglukhovdom96: we should somehow untie jester from pcre =)
14:22:01*PMunch_ joined #nim
14:22:01*PMunch_ quit (Client Quit)
14:22:01*PMunch quit (Quit: leaving)
14:22:10*PMunch joined #nim
14:22:35FromGitter<ephja> it doesn't work if installed with nimble. I need to report this as well
14:22:57yglukhovephja: what doesnt work exaclty?
14:24:44*Knickbot quit (Quit: Textual IRC Client: www.textualapp.com)
14:28:11FromGitter<ephja> yglukhov: playing pcre64.dll where nake.exe is located. I think it's because it's executed in a cmd script
14:30:23yglukhovephja: not nake.exe, but nakefile.exe
14:35:16FromGitter<ephja> yeah well you're supposed to run nake at some point anyway
14:37:17FromGitter<ephja> hm wait a minute
14:37:59FromGitter<ephja> I do have two nimble directories now. it's confusing
14:45:54FromGitter<ephja> I was wrong about nake then, but there's an issue with nimble in any case
14:53:51*gokr quit (Ping timeout: 244 seconds)
15:00:19*BratwurstMitSenf quit (Remote host closed the connection)
15:13:48*joequery joined #nim
15:17:02*anp_ joined #nim
15:17:52flyxvar parameter seem to not work right in the VM
15:17:57flyxprobably a known VM bug
15:36:01*arnetheduck quit (Ping timeout: 260 seconds)
15:56:07flyxwhy does this raise an error: array[0,int]([])
15:56:26flyxerror is: type mismatch: got (array[0..-1, empty]) but expected 'array[0..-1, int]'
15:56:42flyxshouldn't [] be convertible to any array?
15:57:16flyxand if not, how do I write a literal of type array[0,int]
15:57:49FromGitter<ephja> I think you have to create a var with such a type
15:58:02flyxwell I don't wanna
15:58:03flyx;)
15:58:12FromGitter<nigredo-tori> Is there a good way to look up an indent from inside a macro/compileTime proc? I know I can pass it to another macro as a typed argument, but this gets unwieldy in non-trivial cases.
15:58:34FromGitter<ephja> I suppose [] could work, but it seems like it will rarely be needed ;)
15:58:49flyxnigredo-tori: indentation is a lexical token and not present in the AST
15:59:11FromGitter<nigredo-tori> *ident
15:59:23FromGitter<nigredo-tori> Sorry, it's late here ^_^
16:00:01flyxephja: [] does not work because I use it in an expression like `var l = (["a"], [1, 2, 3], [])`
16:00:18flyxso I have to explicitly specify the type of [] so that Nim can deduce the type of l
16:01:00FromGitter<nigredo-tori> I mean to resolve it to a `NimSym`
16:01:25flyxnigredo-tori: bindSym()?
16:02:13FromGitter<nigredo-tori> Thought so too, but that doesn't seem to work with non-static strings.
16:02:50flyxhu? well you can hardly bind an ident if you don't know it at compile time
16:02:55*yglukhov_ joined #nim
16:03:08flyxan ident by definition is known at compile time
16:04:52flyxyou might want to show your code.
16:04:54FromGitter<nigredo-tori> Sorry, I'm not making myself very clear today.. The ident can't be a part of macro's arguments, for example/
16:05:04flyxyes it can
16:05:21FromGitter<nigredo-tori> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=58249ac0c2f2cf7275f43cc0]
16:06:16FromGitter<nigredo-tori> Something like this, ideally. But this doesn't work.
16:06:43*yglukhov quit (Ping timeout: 245 seconds)
16:06:47FromGitter<nigredo-tori> ```test_bindsym.nim(4, 19) Error: cannot evaluate at compile time: id```
16:07:12*yglukhov_ quit (Ping timeout: 250 seconds)
16:07:21flyxhmm, hu, bindSym indeed only takes static strings
16:07:24flyxthat seems strange
16:10:28*pregressive joined #nim
16:18:58flyxephja: it doesn't work even when I create a variable of that type: `const c: array[0,int] = []`
16:19:11FromGitter<ephja> just omit the literal
16:19:28FromGitter<ephja> well, that's a compile time constant
16:19:30flyxephja: that's a parsing error because consts must have a value
16:19:57FromGitter<ephja> must it be a const?
16:20:04flyxyes
16:22:16FromGitter<ephja> ok
16:24:05FromGitter<ephja> can it be worked around by returning an array from a template or a compile time proc?
16:28:05*PMunch quit (Quit: leaving)
16:33:20FromGitter<ephja> default(T)?
16:33:58FromGitter<nigredo-tori> Doesn't even need to be compile-time: ⏎ ⏎ ```proc empty: array[0, int] = discard ⏎ const c: array[0, int] = empty()``` [https://gitter.im/nim-lang/Nim?at=5824a17645c9e3eb43207b97]
16:35:32*planhths quit (Quit: Konversation terminated!)
16:38:17FromGitter<nigredo-tori> @ehja, there is no such language construction, AFAIK. Fortunately, it's one line of code: ⏎ ⏎ ```proc default(T: typedesc): T = discard``` [https://gitter.im/nim-lang/Nim?at=5824a278df5ae966453dcc88]
16:40:04*couven92 quit (Read error: Connection reset by peer)
16:40:33FromGitter<ephja> I did mean a proc
16:40:41FromGitter<ephja> right. inference
16:49:34*perturbation joined #nim
16:52:32*UNIcodeX_Work quit (Ping timeout: 250 seconds)
17:02:23*perturbation quit (Ping timeout: 256 seconds)
17:16:19*brson joined #nim
17:24:56*chemist69 quit (Ping timeout: 260 seconds)
17:26:59*chemist69 joined #nim
17:38:49*brechtm quit (Remote host closed the connection)
17:44:24*Matthias247 joined #nim
17:44:35*yglukhov joined #nim
17:49:02*yglukhov quit (Ping timeout: 250 seconds)
17:49:03*UNIcodeX joined #nim
17:51:59*Andris_zbx quit (Remote host closed the connection)
17:52:30*brechtm joined #nim
18:05:56*Sentreen quit (Read error: Connection reset by peer)
18:06:40*Sentreen joined #nim
18:07:06*brechtm quit (Remote host closed the connection)
18:14:08*gokr joined #nim
18:18:52FromGitter<eliezedeck> @Araq sorry man, I haven't used Gitter for a while, been busy with life :P it's only now that I see your message ... yes, you are obviously allowed to quote (I said: "I have that application running like more than a 31 days, without a memory leak, or any crash. Memory usage consistently at around 6 MB (really good for a small Router which have only 32 MB of RAM), CPU constantly lower than 4%. Nim's great!")
18:24:01FromGitter<eliezedeck> Previously, I haven't used the async feature, which has recently been marked as stable (I mean, no longer "experimental"); but as a quick question, does it make use of threads? I have an old application which I want to port to use async so that it will work on other platforms as well, and it is absolutely non-thread safe, and making it thread-safe is kind of "too many works"
18:26:14FromGitter<ephja> nope, no threads
18:26:40FromGitter<eliezedeck> Thanks! yahyyy!!! :smile:
18:28:26*yglukhov joined #nim
18:31:45FromGitter<ephja> I think all dependants in the standard library rely on polling (no blocking calls, so threads are not needed)
18:32:25FromGitter<ephja> I wonder if async thread abstractions are useful
18:33:23FromGitter<eliezedeck> About the "Nim" extension for VSCode, does it give you code completion like being *aware of the codes* and more like IntelliSense? or just simply completing existing words?
18:35:36FromGitter<eliezedeck> am I missing some configurations or something?
18:36:20FromGitter<ephja> suggestions are provided by idetools. it works, sometimes
18:37:09FromGitter<eliezedeck> :) well, that's better than nothing. I'll see what's missing with my project directory tree then. Thanks @ephja
18:41:05FromGitter<ephja> I'm not sure whether or not it works when doing foo.bar where bar is something like a proc
18:42:02FromGitter<ephja> and it seems necessary to qualify symbols with the module name
18:42:53FromGitter<eliezedeck> I'm good with that... in fact, I prefer to specify the module name
18:43:00FromGitter<ephja> testing various things now. foo.bar.baz does not seem to work, where "foo.bar" is a module
18:43:36FromGitter<eliezedeck> not sure if Aporia does have better code completion, but anyway, it doesn't work on mac now
18:47:58*stisa joined #nim
18:50:00*Dankrad joined #nim
18:51:54*cyraxjoe joined #nim
18:52:48*stisa quit (Client Quit)
18:54:44FromGitter<ephja> I think all tools use idetools, so the difference shouldn't be that big
19:09:08*cyraxjoe quit (Remote host closed the connection)
19:16:23*GustavoLapasta joined #nim
19:23:34*cyraxjoe joined #nim
19:25:05*cyraxjoe quit (Remote host closed the connection)
19:34:40*cyraxjoe joined #nim
19:35:40*cyraxjoe quit (Remote host closed the connection)
19:36:49*cyraxjoe joined #nim
19:47:14*bjz joined #nim
19:55:03*joequery quit (Read error: Connection reset by peer)
20:06:13*bjz quit (Ping timeout: 260 seconds)
20:07:39*libman joined #nim
20:12:47*gokr quit (Ping timeout: 256 seconds)
20:13:13*Parashurama joined #nim
20:21:21*nsf quit (Quit: WeeChat 1.6)
20:22:37*FromGitter quit (Ping timeout: 268 seconds)
20:22:48*FromGitter joined #nim
20:23:10*BlaXpirit quit (Ping timeout: 265 seconds)
20:24:50*BlaXpirit joined #nim
20:43:01*stisa joined #nim
20:46:43FromGitter<BontaVlad> Hello everybody, has anyone used nim-pymod before? While I succeeded to play with the examples, I have no idea how to pass a custom object from nim to python
20:47:17*dmi0 quit (Ping timeout: 260 seconds)
21:01:41*dddddd joined #nim
21:06:06*GustavoLapasta quit (Quit: Leaving)
21:09:41*gangstacat quit (Ping timeout: 260 seconds)
21:21:55*Dankrad quit (Ping timeout: 256 seconds)
21:22:33*Dankrad joined #nim
21:23:00*gokr joined #nim
21:33:40*chemist69 quit (Ping timeout: 260 seconds)
21:35:21*gangstacat joined #nim
21:37:54*chemist69 joined #nim
21:42:06*vendethiel joined #nim
21:42:33*vendethiel- quit (Ping timeout: 245 seconds)
21:44:13*brechtm joined #nim
21:49:59*dmi0 joined #nim
21:50:57*Parashurama quit (Quit: ChatZilla 0.9.93 [Firefox 49.0.2/20161025170400])
21:54:44*Trustable quit (Remote host closed the connection)
21:57:36*nsf joined #nim
22:02:40*bjz joined #nim
22:11:22jh32hi
22:11:31FromGitter<ephja> ho
22:12:21jh32where in the source tree can i find the builtin methods e.g. newSeq?
22:16:12*bjz quit (Read error: Connection reset by peer)
22:27:11*byte512 quit (Ping timeout: 268 seconds)
22:35:02*vqrs quit (Ping timeout: 250 seconds)
22:36:53*vqrs joined #nim
22:40:01*elrood quit (Quit: Leaving)
22:41:33*yglukhov quit (Remote host closed the connection)
22:41:53*adeohluwa joined #nim
22:44:45cheatfatejh32, compiler sources
22:45:06cheatfatebut i think it pretty hidden inside
22:45:17cheatfateso don't look for `newSeq`
22:45:45FromGitter<ephja> I would not look through files manually
22:46:11FromGitter<ephja> better use some search tool
22:48:51FromGitter<GraydenH> type ⏎ Node = ref NodeObj ⏎ NodeObj = object ⏎ le, ri: Node [https://gitter.im/nim-lang/Nim?at=5824f953e097df75759734ce]
22:49:09FromGitter<ephja> there's 'find' for unix. I can't remember what I was using on Windows, but you can also search on github
22:49:23FromGitter<GraydenH> what is the point of writing that node type that way?
22:50:28*adeohluwa quit (Ping timeout: 245 seconds)
22:56:03*desophos joined #nim
22:56:15*desophos quit (Read error: Connection reset by peer)
23:00:43jh32thanks
23:16:12*gokr quit (Ping timeout: 250 seconds)
23:19:36*dmi0 quit (Ping timeout: 268 seconds)
23:35:37*nsf quit (Quit: WeeChat 1.6)
23:42:04*yglukhov joined #nim
23:49:56*jh32 quit (Ping timeout: 260 seconds)
23:57:02*chemist69 quit (Ping timeout: 258 seconds)