<< 28-11-2015 >>
00:04:17*Demon_Fox joined #nim
00:25:09*jaco60 quit (Ping timeout: 266 seconds)
00:26:42*ephja joined #nim
00:40:56*Jesin quit (Quit: Leaving)
00:41:14*fowl joined #nim
00:43:33*Jesin joined #nim
00:44:33*zxtx joined #nim
00:46:02*Jesin quit (Client Quit)
00:46:29*zepolen joined #nim
00:48:42*Jesin joined #nim
00:51:05*zepolen quit (Ping timeout: 240 seconds)
00:51:47*fowl quit (Quit: Leaving)
01:01:31*zepolen joined #nim
01:15:46*girvo joined #nim
01:20:06*girvo quit (Ping timeout: 240 seconds)
01:30:11*jakesyl quit (Ping timeout: 264 seconds)
01:42:19*jakesyl joined #nim
01:57:46*Varriount-Laptop joined #nim
02:00:50*[CBR]Unspoken quit (Ping timeout: 240 seconds)
02:02:26*Varriount-Laptop quit (Ping timeout: 260 seconds)
02:05:15*Varriount-Laptop joined #nim
02:07:31*[CBR]Unspoken joined #nim
02:14:10*[CBR]Unspoken quit (Ping timeout: 240 seconds)
02:24:38*vendethiel quit (Ping timeout: 246 seconds)
02:29:10*[CBR]Unspoken joined #nim
02:39:50*Varriount-Laptop quit (Ping timeout: 240 seconds)
02:40:23*vqrs quit (Ping timeout: 264 seconds)
02:42:02*vqrs joined #nim
02:48:50*theduke quit (Ping timeout: 246 seconds)
03:02:23*theduke joined #nim
03:11:02*Varriount-Laptop joined #nim
03:15:30*Varriount-Laptop quit (Ping timeout: 240 seconds)
03:16:28*girvo joined #nim
03:21:02*girvo quit (Ping timeout: 246 seconds)
03:49:00*ephja quit (Quit: WeeChat 1.3)
04:00:20*Varriount-Laptop joined #nim
04:02:22*pregressive joined #nim
04:09:05*pregressive quit (Remote host closed the connection)
04:09:50*Varriount-Laptop quit (Ping timeout: 260 seconds)
04:39:04*gunn_ joined #nim
04:39:33*gunn quit (Ping timeout: 272 seconds)
04:42:38*yglukhov joined #nim
04:46:50*yglukhov quit (Ping timeout: 240 seconds)
04:52:27*nicktick joined #nim
04:56:43*darkf joined #nim
05:17:17*girvo joined #nim
05:19:11*nicktick1 joined #nim
05:20:25*nicktick quit (Ping timeout: 240 seconds)
05:21:45*girvo quit (Ping timeout: 240 seconds)
05:33:19*pregressive joined #nim
05:33:27*nicktick1 quit (Quit: Leaving.)
05:36:11*BitPuffin|osx quit (Ping timeout: 264 seconds)
05:36:19*juanfra quit (Disconnected by services)
05:36:25*juanfra_ joined #nim
05:37:47*makoLume joined #nim
05:42:04*onionhammer quit (*.net *.split)
05:42:07*zaquest quit (*.net *.split)
05:43:04*makoLine quit (*.net *.split)
05:57:10*NimBot joined #nim
06:01:42*ldlework joined #nim
06:09:51*pregress_ quit (Remote host closed the connection)
06:12:20*pregressive joined #nim
06:16:45*pregressive quit (Remote host closed the connection)
06:18:34*Sornaensis joined #nim
06:30:03*Demon_Fox quit (Remote host closed the connection)
06:35:16*heinrich5991 joined #nim
06:35:33*M-Quora joined #nim
06:55:37*Guest23442 joined #nim
06:57:25*Guest23442 left #nim ("Leaving")
07:01:09*M-max joined #nim
07:38:36*mlitwiniuk joined #nim
07:42:41*yglukhov joined #nim
08:06:44*yglukhov quit (Remote host closed the connection)
08:23:29*vendethiel joined #nim
08:51:05*bigfondue_ quit (Ping timeout: 240 seconds)
08:51:16*M-Quora quit (Changing host)
08:51:16*M-Quora joined #nim
08:51:22*M-max quit (Changing host)
08:51:22*M-max joined #nim
08:57:09*bigfondue joined #nim
09:18:43*girvo joined #nim
09:21:02*BlaXpirit quit (Quit: Bye)
09:21:18*BlaXpirit joined #nim
09:23:17*girvo quit (Ping timeout: 246 seconds)
09:39:16*nicktick joined #nim
09:43:39Araqtheduke: do yourself a favour and pretend signal handlers don't exist. That's what I do.
09:44:52*nicktick quit (Quit: Leaving.)
09:45:58*gokr joined #nim
09:46:55thedukeAraq: I really node one for my testing framework though. A test runner that crashes on nil pointer access etc is no good. ^^
09:47:34Araqnah, testing frameworks don't have to care about segfaults
09:47:43AraqI know mine doesn't :P
09:48:09Araqbut then my framework is based on processes anyway
09:50:42*xet7 joined #nim
09:51:25*nicktick1 joined #nim
09:52:49Araqdo you really think it's a good idea to continue after a segfault?
09:53:45Araqthe test result tracking should use process isolation anyway.
09:54:10*makoLume quit (Ping timeout: 240 seconds)
10:00:28*nicktick1 quit (Quit: Leaving.)
10:01:19*yglukhov joined #nim
10:02:20*vendethiel- joined #nim
10:04:02*vendethiel quit (Ping timeout: 260 seconds)
10:09:16*Matthias247 joined #nim
10:39:12thedukeAraq: you are probably right, hadn'tn thought about running each test in a new process.
10:40:08thedukebtw, I would like to implement code coverage reporting too. Is there a way to hook into the compiler to transform the entire AST for a module? So I can add a counter call before each statement
10:45:16thedukebtw, I would like to implement code coverage reporting too. Is there a way to hook into the compiler to transform the entire AST for a module? So I can add a counter call before each statement
11:11:08thedukeAraq: also, can you think of some easier issues lying around that I could tackle? so I can both help out and get more familiar with the code base
11:12:29reactormonktheduke, https://github.com/nim-lang/Nim/issues?q=is%3Aopen+is%3Aissue+label%3AEasy
11:17:28thedukereactormonk: thanks
11:17:43reactormonktheduke, feel free to ask questions.
11:19:37*girvo joined #nim
11:23:50*girvo quit (Ping timeout: 240 seconds)
11:25:57*yglukhov quit (Remote host closed the connection)
11:27:13*Lea2 is now known as Learath2
11:38:00*elrood joined #nim
12:19:52*joelmo joined #nim
12:20:59*yglukhov joined #nim
12:22:39*yglukhov quit (Remote host closed the connection)
12:31:04*yglukhov joined #nim
12:41:36*ephja joined #nim
13:11:44*jaco60 joined #nim
13:15:35*zepolen joined #nim
13:18:50*zepolen_ quit (Ping timeout: 240 seconds)
13:20:14*girvo joined #nim
13:20:59*nicktick joined #nim
13:24:30*girvo quit (Ping timeout: 240 seconds)
13:36:19*boopsiesisaway is now known as boopsies
13:43:03*nicktick1 joined #nim
13:46:50*nicktick quit (Ping timeout: 246 seconds)
13:59:18*zepolen_ joined #nim
14:02:45*zepolen quit (Ping timeout: 240 seconds)
14:03:04*kniteli joined #nim
14:18:36*zepolen_ quit (Remote host closed the connection)
14:18:57*zepolen joined #nim
14:33:34*xet7 quit (Quit: Leaving)
14:40:54*freest joined #nim
14:41:43*freest quit (Client Quit)
14:41:46*theduke quit (Ping timeout: 240 seconds)
14:42:23*joelmo quit (Quit: Connection closed for inactivity)
14:53:54*theduke joined #nim
15:19:06*r-ku- is now known as r-ku
15:21:06*girvo joined #nim
15:23:09*BitPuffin|osx joined #nim
15:26:25*girvo quit (Ping timeout: 240 seconds)
15:29:46*mtj_ quit (Ping timeout: 276 seconds)
15:33:31nicktick1how to flush output of echo in console？
15:33:56*mtj_ joined #nim
15:34:05nicktick1is there anything like fflush() in nim?
15:44:45*theduke quit (Ping timeout: 240 seconds)
15:52:30nicktick1why doesn't the echo flush content into stdout? (under windows)
15:53:44nicktick1in http://nim-lang.org/docs/system.html , it says 'It is roughly equivalent to writeLine(stdout, x); flushFile(stdout), ...'
15:56:49*theduke joined #nim
15:57:43ephjanicktick1: yeah, I don't see any such calls in the generated code
16:01:40nicktick1ephja, I use flushFile(stdout) after echo function, it works
16:02:07nicktick1(found flushFile() in system.html)
16:03:18nicktick1(is there a channel for newbie of nim ?)
16:03:46Araqnicktick1: this channel is just fine.
16:04:13Araqand yeah, echo needs to call flushFile
16:04:35Araqalways wanted to fix it, but never came to it.
16:05:35*Matthias247 quit (Quit: Matthias247)
16:10:59*Matthias247 joined #nim
16:30:07*gour joined #nim
16:30:49gouri'm trying to build nim-gtk3 bindings which require specific version of c2nim which seems to be not tagged. any hint?
16:32:13ephjadom96: "await fut; echo fut.read" this prints the value stored in the future, so shouldn't the callback attached to the future be called?
16:35:33dom96ephja: did you set fut's callback to something?
16:35:43dom96if so 'await' will override it
16:37:15*joelmo joined #nim
16:37:55ephjayeah that makes sense
16:42:51ephjatoo much ADD for programming
16:54:39*NimrodBot joined #nim
16:54:56*NimrodBot quit (Read error: Connection reset by peer)
16:56:36*pregressive joined #nim
17:01:30*nicktick1 quit (Ping timeout: 240 seconds)
17:05:11*Matthias247 quit (Quit: Matthias247)
17:07:29*Matthias247 joined #nim
17:21:51*girvo joined #nim
17:24:27ephjadom96: do you think the sequence generated by async could be modified when iterating over it as a result of a user error?
17:26:01ephjalack of more descriptive error reporting in other words rather than a bug
17:26:54ephja(fooIter in :anonymous)
17:27:10*girvo quit (Ping timeout: 240 seconds)
17:30:12dom96ephja: Async doesn't generate any sequences. Can you show me your code?
17:33:46Araqhrm closure iterators really suck when you cannot use them ...
17:37:24ephjagour: I think you have to install a specific revision manually then
17:39:20*Jesin quit (Quit: Leaving)
17:39:47gourephja: yeah...although it would be nice to use tags when things break comaptibility
17:41:44ephjagour: indeed, but is it the output that is incompatible?
17:43:45gourephja: no idea - see https://github.com/StefanSalewski/nim-gtk3 but i ca confirm that 0.9.8 does not work
17:45:22gourlet me try to change that script
17:48:03gour...it does not help renaming c2nim invocation
17:48:41*yglukhov quit (Remote host closed the connection)
17:49:18*Matthias247 quit (Read error: Connection reset by peer)
17:49:25ephjadom96: I wish I could. I'll make sure to backup the code if it happens again
17:52:26ephjais the iterator length validated in cases other than for sequences and arrays? it must have been my code, but will any user code end up in any of those anonymous iterator procs?
17:55:26*pregressive quit (Remote host closed the connection)
17:56:21*yglukhov joined #nim
17:58:48dom96yes, it will
18:01:42*yglukhov quit (Remote host closed the connection)
18:02:04ephjait's very odd then. I can't think of any code that's modifying a sequence that's being iterated over
18:06:20*darkf quit (Quit: Leaving)
18:16:03Araqgour: I can hep you if can describe your problem better
18:21:50*shevy left #nim ("I'll be back ... maybe")
18:25:07ephjaAraq: to implement flushing for echo, should I add flush after printf or is it better to wrap the two calls?
18:27:10Araqephja: just patch the codegen
18:28:16ephjaI was referring to ccgexprs
18:28:27Araqgood.
18:28:34Araqyeah, just add it there
18:34:11*Jesin joined #nim
18:36:26*vqrs quit (Ping timeout: 260 seconds)
18:39:49*vqrs joined #nim
18:43:13ephjastdout redirection is not honored in this case: printf("%s\012", ...);, but in this case it is: printf("%s%s\012", ...);
18:43:45ephjathat's a separate issue btw, but what is going on?
18:47:06Araqhm?
18:50:24ephjahttps://gist.github.com/ephja/627304fdb5efa90ea7ef
18:50:54Araqthat's not supported.
18:51:09Araqyou must not reassign 'stdout'
18:51:43ephjait has to be exported?
18:57:48ephjait does redirect as long as more than one format specifier ends up in printf, and it's useful for me because my application has a terminal interface
18:58:18ephjaI should use freopen instead, right?
18:59:41Araqright
19:02:23*joelmo quit (Quit: Connection closed for inactivity)
19:04:41*yglukhov joined #nim
19:08:22gourAraq: i simply want to build nim-gtk3 bindings...here is the output: https://bpaste.net/show/41d3efbe22a1
19:09:48Araqgour: that's just an artifact of your c2nim build. compile c2nim with -d:release please
19:10:42federico3nimscript doesn't have a way to exec an external command and capture the output it seems. Odd
19:10:55ephjaPR created
19:13:00gourAraq: ok, i installed it via nimble according to its docs...
19:14:45Araqfederico3: surely it does
19:15:16Araqgour: yeah, but with -d:release it will come further and we can see where it really fails. I hope.
19:15:31federico3Araq: with "exec" ?
19:16:18gourAraq: now it's better, but still: https://bpaste.net/show/c27baa5b471b
19:21:30Araqgour: ok, but now it's just the typical Unix script bullshit.
19:22:04*cyraxjoe_ is now known as cyraxjoe
19:22:07gourseeing Stefan's post(s), maybe it's better to try wxnim...
19:22:24Araqin other words you need to read the script and figure out what it is supposed to do
19:22:30Araqhow to setup your paths etc etc etc
19:22:33*girvo joined #nim
19:22:51gourok
19:23:30Araqwith a bit of luck you can read the //\/\// awk, sed and cat commands
19:23:45gour..although looking at script with millions of sed invocations is not something which makes me sing in ecstasy
19:24:07Araqit surely is far superior than just patching c2nim ...
19:24:21AraqI will never understand the unix way of software development tbh ...
19:24:39gourAraq: maybe to try (again) with wxnim...it's closer to you
19:24:58*Salewski joined #nim
19:27:35*gokr quit (Read error: Connection reset by peer)
19:27:36Araqhey Salewski
19:27:43Araqgour: he's here :-)
19:27:45Salewski@Gour asking for GTK3: Of course you do not have to run my bash generator scripts. The files with .nim extension like gtk3.nim is all what you need!
19:27:46*gokr joined #nim
19:27:50*girvo quit (Ping timeout: 240 seconds)
19:28:42*vendethiel- quit (Ping timeout: 260 seconds)
19:28:52gourSalewski: i'll inspect code examples and try to build wxnim
19:30:00AraqSalewski: sarcasm aside, what do your scripts do that c2nim can't?
19:30:45Salewski@Gour: You only may use the bash generator scripts when we build GTK 3.18 or 3.20 bindings. Then for latest c2nim some changes in sed/pearl argumnts are necessary.
19:30:47gourAraq: the other day i watched nice presentation which might be interesting for you as well: https://www.youtube.com/watch?v=3wyd6J3yjcs
19:33:42gourAraq: what is the procedure to build wxnim? it's besides wxwidgets folder where i launched ./configure...what's next to do?
19:34:50Salewski@Araq: the scripts do really a lot. Can c2nim handle very strange gobject macros? Can Nim handle forward references? Latest c2nim is better, I know, but not good enough.
19:35:13AraqSalewski: it was good enough for wxWidgets :P
19:35:39Araqand yeah, it can do forward references, but I need to document it -.-
19:37:33Araqgour: dunno, read my (sparse) docs
19:37:53Salewski@Araq: Yes, it is great that c2nim now can produce wxWidgets wrapper. Please document forward references for Nim, that will save me reordering code in wrapper.
19:41:11federico3nim doc + gh-pages <3
19:41:26Araqit's {.noforward: on.} at a strategic point
19:41:41gourAraq: there is not much besides saying where to put sources...otoh, 'nim cpp wx.nim' produces: https://bpaste.net/show/9453e52523f0
19:42:40Araqgour: well shouldn't wx/wxprec.h be in your C compiler's #include path somehow?
19:42:44ephjaoops
19:43:35gourAraq: let me check...maybe i've dev version of 2.8
19:44:28*vendethiel joined #nim
19:45:49AraqSalewski: btw for me GTK3's problem is lack of Mac and Windows support
19:46:42Araqthough Windows support has been decent for Gtk2 at least, I'm not sure where it's heading
19:47:08gourthat's true, indeed...these days, gtk is mostly linux-only
19:47:16Salewski@Araq: yes, we just talked about that issue in the forum :-)
19:48:09gourwx is practically the only native toolkit, while i'm still not sure QML is good-enough for the desktop
19:49:53Araqmeh I think I prefer GTK over wx now
19:51:35gouri installed wx3-dev, but there is not wx/wxprec.h header
19:51:51Araqgour: that header is generated by autoconf iirc
19:52:01gourAraq: even for multi-platform app?
19:52:53Araqgour: I think so.
19:53:33Araqdoesn't nimx have a set of widgets too?
19:53:40Araqping yglukhov
19:55:46SalewskiOf course GTK3 works for Windows and Mac, but look and feel is not really native, and most people just do not want to use it for Mac and Windows.
19:56:38Araqdoes it work without the X11 wrapper on macs?
19:57:58gourAraq: there is wx/wxprec.h header generated in wxwidgets sitting next to wxnim, but it's, somehow, not picked
19:59:02SalewskiYes, I think so. But have only Linux. Mr OderWat was not happy with GTK3 for Mac, he prefers wxWidgets. But I am not sure why.
19:59:19AraqIMHO only developers care about "native" widgets. Ok, I guess mac users really love the fact that every app *shares* the menu bar but that's just because they have been brain washed. Pixel sharing between apps is stupid as fuck.
20:02:31AraqSalewski: Mr OderWat is a developer. ;-)
20:03:03Araqthe average user doesn't care as long as the UI is well designed.
20:03:34Araqthe average user spends most of his time in the internet anyway...
20:04:02Araqwhere every website lacks a "native" look&feel
20:04:51SalewskiYes, seems to work without x11 on Mac: http://balintreczey.hu/blog/beautiful-wireshark-on-os-x-using-homebrew-and-gtk3quartz/
20:07:20Araqgour: likewise you could think about creating a webapp instead of a traditional UI app.
20:09:07federico3O_O listDirs and listFiles seem to return nil when used in a nimscript
20:09:35Araqfederico3: no, no, no. please ensure you have a stdlib.nimble file in your $lib
20:12:00federico3where exactly?
20:12:27Araq /usr/lib/nim-0.12.0 ?
20:13:15*Demon_Fox joined #nim
20:13:39federico3nope. Sounds similar to https://github.com/Homebrew/homebrew/issues/45958
20:16:09federico3by creating an empty file it works. "nim e" wasn't giving any warning
20:16:47gourAraq: webapp with nim? which widget toolkit to use which can replace desktop? i'm aware such things solve multi-platform issues, but not sure about desktop-functionality...it means that QML is also an option
20:18:15Araqfederico3: yeah sorry about that -.-
20:18:42Araqgour: HTML?
20:18:55federico3np, thanks for your help!
20:20:13*makoLume joined #nim
20:23:29gourwhat is the status of nim2js?
20:27:00*yglukhov quit (Remote host closed the connection)
20:27:00ephjaAraq: nailed it!
20:37:56federico3https://github.com/nim-lang/Nim/wiki/GitHubPages hacky, but it works
20:40:07SalewskiGour: there was recently a HTML5/WebApp recommendation in the forum, see http://forum.nim-lang.org/t/1820
20:45:54gourSalewski: thanks...although in such case i'm more leaning towards QML...
20:50:16*Jesin quit (Quit: Leaving)
20:52:38Araqdom96: I'm adding system.iterToProc which transforms an interator into a low level proc using 'ptr' for its environment
20:53:05Araqwhich means it doesn't use the GC
20:53:17Araqmight be useful for async version 2
20:53:31dom96Araq: hrm.
20:53:37dom96Araq: Surely can't hurt :)
20:54:14AraqI need it for my new GC since I cannot use the GC within the GC
20:54:15dom96Shouldn't we be looking at using the new coroutine support for it instead?
20:54:42dom96Are you going to use closure iterators in your new GC?
20:54:50Araqno, I cannot.
20:56:36Araqin fact. I couldn't use them even if they wouldn't use the GC
20:57:55dom96Salewski: I have seriously lost my faith in GTK, didn't Wireshark migrate away from GTK too?
20:58:20Araqa smarter guy than me would produce a youtube video of why that is and how I'm revolutionizing programming as we know it
20:59:12Salewskidom96: Yes, I think Wireshark is now using Qt.
21:00:14dom96Araq: A blog post would be enough.
21:00:31gourthese days gtk mostly serves just gnome project
21:01:42*LibreWerewulf is now known as LibreWulf
21:05:03*juanfra quit (Disconnected by services)
21:05:08*juanfra_ joined #nim
21:12:15Araqgour: true but gnome is still the default for Ubuntu isn't it?
21:12:40*mat4 joined #nim
21:13:23gourAraq: not sure...afaik, the use unity for ubuntu?
21:13:28gour*they
21:14:18gourwhich is based on qml
21:16:00Araqoh, I thought unity is based on gtk
21:16:07Araqor gnome
21:17:54*enamex quit (Ping timeout: 260 seconds)
21:21:44mat4it's not true that GTK is used mainly as foundation for Gnome
21:22:48mat4(which does not mean GTK is an easy to use cross-platform library)
21:23:04gourwell, mostly...it's certainly not general multi-platform lib as it used to be
21:23:19*girvo joined #nim
21:23:40gourmany projects moved to qt...
21:26:35*gour quit (Quit: WeeChat 1.3)
21:28:50*girvo quit (Ping timeout: 246 seconds)
21:29:41mat4some larger (open-source) applications depend in one way or another on GTK, as Firefox (GTK backend) and Gimp. Then there exist Cinnamon, XFCE ..
21:31:00mat4some days ago I just tested a GTK3 port of Mate
21:33:13dom96Pretty sure Firefox has a native backend for each OS
21:34:22mat4as written the X11 version uses a GTK backend (after reading a blog of one developer it's seem to be GTK3)
21:35:24mat4"As of February 2010 Mozilla Corp does not ship products using the Qt backend, but individuals have produced Firefox and Fennec builds using it. Search wiki.mozilla.org for engineers' notes on building software using this backend."
21:36:08mat4^that seem to be the last entry in the mozilla wiki
21:56:50ephjathey need to make it so that nim bindings for Elementary (widget toolkit) can be generated already
22:17:34*pregressive joined #nim
22:20:29*elrood quit (Quit: Leaving)
22:23:14Araqephja: dunno, Elementary is Linux only, right?
22:26:26*theduke quit (Ping timeout: 240 seconds)
22:26:28mat4Araq: see, http://www.elementary.io/
22:27:18Araqdoes Nim run on Elementary?
22:27:53mat4of course, it's a Debian->Ubuntu based distribution
22:28:33*gokr quit (Quit: Leaving.)
22:28:37*lazypenguin quit (Ping timeout: 272 seconds)
22:28:38ephjano, the widget toolkit. there's support for windows I think
22:29:10Araqoh, they should just say so on their site
22:29:27Araqrather than fooling me into thinking it's something new worth checking out :P
22:32:38*Salewski quit ()
22:32:47ephjaI just asked about windows support to be sure, but there's a page on windows installation
22:38:24*theduke joined #nim
22:41:23*lazypenguin joined #nim
22:49:35mat4in case of Elementary as part of the EFL, the framework is cross platform (with support for Win32, as the sources show)
22:55:12*mat4 quit (Quit: Leaving)
23:12:53*pregressive quit (Remote host closed the connection)
23:15:17*boopsies is now known as boopsiesisaway
23:15:29ephjadom96: how do you introduce mutability in async procs without using globals? not much other than "var param = param" comes to mind
23:24:09*girvo joined #nim
23:27:59*pregressive joined #nim
23:28:21ephjaI should just move this code outside of async
23:29:58*girvo quit (Ping timeout: 260 seconds)
23:30:09ephjaI was trying to avoid implementing a queue but it's not worth it
23:33:17*zepolen quit (Remote host closed the connection)
23:36:09*zepolen joined #nim
23:54:41*pregressive quit (Remote host closed the connection)