<< 24-09-2015 >>
00:00:02*jaco60 quit (Ping timeout: 246 seconds)
00:07:31tmm1dom96: does that sslv2 PR look good?
00:11:10dom96tmm1: I think you should specify a message to raiseSslError()
00:12:14tmm1"SSLv2 is not available" ?
00:12:14dom96other than that looks good
00:12:57tmm1pushed up a commit to add the message
00:13:04dom96"SSLv2 is no longer secure and has been deprecated, use protSSLv3"
00:13:24dom96Please :)
00:15:21tmm1done
00:16:59NimBotnim-lang/Nim devel 5f95c4e Aman Gupta [+0 ±1 -0]: avoid referencing undefined SSLv2_method on mac osx
00:16:59NimBotnim-lang/Nim devel 4a715b8 Aman Gupta [+0 ±2 -0]: disable SSLv2
00:16:59NimBotnim-lang/Nim devel 8edbef3 Aman Gupta [+0 ±2 -0]: raise with error message
00:16:59NimBotnim-lang/Nim devel d92f252 Dominik Picheta [+0 ±2 -0]: Merge pull request #3364 from tmm1/osx-ssl-compile... 2 more lines
00:17:34*Araq notes a difference between dom96 and araq.
00:17:51*Araq fixes bugs, dom96 merges PRs. :P
00:19:21dom96ehhh ok...
00:19:40AraqI mean today.
00:19:45dom96I can start doing nothing if you want :P
00:20:06*pregressive joined #nim
00:23:11*yglukhov joined #nim
00:23:25*tmm1 quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
00:27:26*yglukhov quit (Ping timeout: 240 seconds)
00:32:26*heinrich5991 quit (Ping timeout: 244 seconds)
00:32:56*rinukkusu_ quit (Ping timeout: 246 seconds)
00:33:47*rinukkusu joined #nim
00:34:20*heinrich5991 joined #nim
00:35:50*chemist69_ quit (Ping timeout: 240 seconds)
00:41:21*chemist69_ joined #nim
00:43:52*strcmp1 joined #nim
01:05:17*rob___ quit (Quit: Connection closed for inactivity)
01:07:32*umurgdk quit (Remote host closed the connection)
01:18:03*jakesyl quit (Ping timeout: 240 seconds)
01:22:19*keyle quit (Quit: http://twitter.com/keyle/)
01:30:37*chemist69 joined #nim
01:33:39*chemist69_ quit (Ping timeout: 240 seconds)
01:33:59*jakesyl joined #nim
02:26:52*jakesyl quit (Ping timeout: 268 seconds)
02:32:00*jakesyl joined #nim
02:42:39*pregressive quit (Remote host closed the connection)
02:43:12*pregressive joined #nim
02:47:34*pregressive quit (Ping timeout: 250 seconds)
02:55:32*darkf joined #nim
02:55:50*rogercloud joined #nim
02:56:03*jakesyl quit (Ping timeout: 240 seconds)
03:08:39*jakesyl joined #nim
03:13:11rogercloudwhat's the shortcoming of using ptr parameter instead of var? I guess it's about GC, but not totally understand.
03:15:13rogercloudfor example, foo(arg: ptr int) <--> foo(arg: var int)
03:23:39*yglukhov joined #nim
03:28:00*yglukhov quit (Ping timeout: 264 seconds)
03:51:39*jakesyl quit (Ping timeout: 240 seconds)
04:04:08*jakesyl joined #nim
04:04:55*vegansk joined #nim
04:15:06*Jesin quit (Ping timeout: 250 seconds)
04:18:18*tmm1 joined #nim
04:40:01*Jesin joined #nim
05:04:53*Enamex joined #nim
05:14:38*gokr joined #nim
05:33:07*Ven joined #nim
05:34:25*Ven quit (Client Quit)
05:41:24*cyraxjoe quit (Ping timeout: 244 seconds)
05:50:27*yglukhov joined #nim
05:54:24*Demos_ joined #nim
05:55:18*yglukhov quit (Ping timeout: 268 seconds)
05:57:51*Demos quit (Ping timeout: 256 seconds)
06:16:39*cyraxjoe joined #nim
06:39:53gokrHappy morning!
06:50:30*Ven joined #nim
06:52:18*Enamex quit (Ping timeout: 255 seconds)
06:55:22*Enamex joined #nim
07:12:48*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
07:17:17*Ven joined #nim
07:18:44*Ven quit (Read error: Connection reset by peer)
07:22:16*Ven joined #nim
07:26:41*yglukhov joined #nim
07:28:35*rogercloud quit (Quit: Page closed)
07:28:59*rogercloud joined #nim
07:31:10*yglukhov quit (Ping timeout: 260 seconds)
07:40:44*yglukhov joined #nim
07:43:56*ozra joined #nim
07:47:22*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
07:49:32NhanHHas there ever been any benchmark, including silly micro benchmark done with nim ? Specifically I'm looking for some small comparison to Go and C
07:50:03*strcmp1 quit (Ping timeout: 244 seconds)
07:50:14gokrSeveral
07:50:34*Ven joined #nim
07:50:38NhanHokay my google-fu is failing me right now
07:50:40NhanHlet me try again
07:50:53gokrI know one very interesting, just need to ... find it
07:52:03gokrhttps://www.google.se/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0CCQQFjABahUKEwjqmqLyl4_IAhXM0hoKHYLcCiA&url=https%3A%2F%2Fgithub.com%2Flogicchains%2FLPATHBench%2Fblob%2Fmaster%2Fwriteup.md&usg=AFQjCNGiFU3LciDqASf3_jXoniQoXZCLPw&sig2=G2rryh8sxYKNeEtv4xydxQ
07:52:05gokrOops
07:52:15gokrhttps://github.com/logicchains/LPATHBench/blob/master/writeup.md
07:52:23NhanHoohh I saw that one on HN last week or something
07:52:40NhanHI thought it was just comparing ARM vs x86 implementation, not directly between language
07:52:59gokrhttps://github.com/kostya/benchmarks
07:53:17NhanHokay thanks
07:54:43gokrReally have no idea about how "good" these are
07:55:03gokrBut generally, Nim is darn fast. It generates quite efficient C/C++ code.
07:57:58*Trustable joined #nim
07:58:11*bjz joined #nim
07:58:38gokrThis one is a tad old by now, but: https://togototo.wordpress.com/2013/08/23/benchmarks-round-two-parallel-go-rust-d-scala-and-nimrod/
07:59:58*bjz quit (Read error: Connection reset by peer)
08:00:09gokrNhanH: But generally I would say Nim is up there with the best. So I doubt performance should be the major factor in choosing or not choosing Nim.
08:01:28NhanHgokr: oh, I'm just working on a small project that involves pathfinding, and so far my lisp code is not performant enough, so I'm just looking around for something that is a bit closer to the metal
08:01:49gokrOk, then Nim should be quite perfect I think.
08:02:17gokrIts still comfy enough too :)
08:02:38NhanHyeah, need something with some meta programming since I need to manipulate a bunch of js code :P
08:02:46NhanH(which was why I started with lisp)
08:03:19gokrI have not yet used the macro system of Nim, other than the occasional template. But yeah, its quite powerful.
08:09:02*coffeepot joined #nim
08:12:50*BitPuffin|osx quit (Ping timeout: 246 seconds)
08:21:00*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:22:12*Ven joined #nim
08:23:35*bjz joined #nim
08:28:01*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:37:01*Ven joined #nim
08:41:00*tmm1 quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:49:55*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:51:24*Ven joined #nim
09:14:43*Kingsquee quit (Quit: http://i.imgur.com/EsXzoum.png)
09:15:51*temp201509232049 quit (Ping timeout: 246 seconds)
09:31:09*Enamex quit (Ping timeout: 255 seconds)
09:33:10*Enamex joined #nim
09:43:26*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
09:47:00*ozra quit (Ping timeout: 246 seconds)
09:47:56*vegansk quit (Remote host closed the connection)
09:50:06*wan quit (Quit: WeeChat 1.3)
09:52:01*ingsoc joined #nim
10:01:26*Ven joined #nim
10:03:22*Demon_Fox quit (Quit: Leaving)
10:16:22*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:40:26*elrood joined #nim
11:02:31*razaaa joined #nim
11:14:01*rogercloud quit (Quit: Page closed)
11:14:23*rogercloud joined #nim
11:14:24*rogercloud quit (Client Quit)
11:21:55*ingsoc quit (Read error: Connection reset by peer)
11:38:09*Ven joined #nim
11:42:04*xet7_ quit (Ping timeout: 240 seconds)
11:42:18*xet7_ joined #nim
11:48:40*xet7_ quit (Ping timeout: 268 seconds)
11:50:26*xet7_ joined #nim
12:02:52*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
12:06:41*xet7_ quit (Read error: Connection reset by peer)
12:06:51*xet7_ joined #nim
12:15:07*indiagreen joined #nim
12:15:58*Enamex quit (Ping timeout: 265 seconds)
12:16:34indiagreenis there some function choose(a,b) that chooses a if a is non-empty and b otherwise? my usecase: I need lookup-with-default for StringTable
12:20:59*Enamex joined #nim
12:24:20flyxas „non-empty“ is dependent on the type, there cannot be a generic proc that does that. and afaik, there is no proc that does it for strings
12:24:28*xet7_ quit (Ping timeout: 240 seconds)
12:24:46*xet7_ joined #nim
12:26:11flyxyou can of course just use "if a.len > 0: a else: b" as expression
12:27:09indiagreenflyx: okay, thanks. Using hasKey is alright for me, I just wondered whether there was a more concise way
12:31:27*enamex_ joined #nim
12:34:18*Enamex quit (Ping timeout: 255 seconds)
12:35:46*enamex_ quit (Ping timeout: 244 seconds)
12:39:35*Enamex joined #nim
12:45:21*vegansk joined #nim
12:45:23*enamex_ joined #nim
12:46:32*Enamex quit (Ping timeout: 246 seconds)
12:46:58*enamex_ is now known as Enamex
12:51:42*indiagreen quit (Remote host closed the connection)
12:57:15*xet7_ quit (Ping timeout: 255 seconds)
12:57:47*xet7_ joined #nim
12:58:20*enamex_ joined #nim
12:58:36*Enamex quit (Disconnected by services)
12:58:38*enamex_ is now known as Enamex
13:01:27*BitPuffin joined #nim
13:01:59*Ven joined #nim
13:02:11*umurgdk joined #nim
13:04:38softiniolets say we have a proc: proc mutest(a: string): string , to call it which style is best to use mutest(<thestring>) or <thestring>.mutest ?
13:08:21*FedeOmoto joined #nim
13:08:49Araqsoftinio: in general I try to minimize the number of ()
13:09:13softinio@Araq good idea thx
13:09:28AraqI consider this the major point of having a syntax. Otherwise I would have created a Lisp.
13:09:37*Enamex quit (Ping timeout: 265 seconds)
13:10:27*Enamex joined #nim
13:25:31*xet7_ quit (Ping timeout: 256 seconds)
13:28:03*vegansk left #nim ("Ухожу я от вас (xchat 2.4.5 или старше)")
13:29:25*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:34:06*Demos_ quit (Read error: Connection reset by peer)
13:36:26*Ven joined #nim
13:46:44*umurgdk quit (Remote host closed the connection)
13:47:43*indiagreen joined #nim
13:49:22indiagreenI have “x: array [0..10, int]” and I want to convert it to JSON, but just using % on it didn't work and I ended up doing it in some awkward roundabout way: @x.map do (x: int) -> JsonNode: %x
13:49:25indiagreenwas there a better way?
13:49:33*Guest17580 joined #nim
13:49:42indiagreen(in particular, could I map % over it without resorting to “do”?)
13:50:03*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:50:32indiagreencorrection: %(@x.map do (x: int) -> JsonNode: %x)
13:56:55*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
13:58:51*umurgdk joined #nim
13:59:33NimBotnim-lang/Nim devel a8e5479 Ryan Gonzalez [+0 ±1 -0]: Fix #3367
13:59:33NimBotnim-lang/Nim devel 683e1e8 Andreas Rumpf [+0 ±1 -0]: Merge pull request #3368 from kirbyfan64/set_crash_fix... 2 more lines
14:00:55*coffeepot joined #nim
14:01:31*pregressive joined #nim
14:04:46NimBotnim-lang/Nim devel 88fc415 JamesP [+0 ±1 -0]: bug fix: close() only unmapViewOfFile() when fHandle is valid.... 2 more lines
14:04:46NimBotnim-lang/Nim devel b6b2750 JamesP [+0 ±1 -0]: Undo zero check
14:04:46NimBotnim-lang/Nim devel d23c697 JamesP [+0 ±1 -0]: Add wasOpened flag for windows, so not attempt close when unopened
14:04:46NimBotnim-lang/Nim devel 7656fae JamesP [+0 ±1 -0]: fix wasOpened reference and set to false on close
14:04:46NimBot6 more commits.
14:06:07Araqindiagreen: sounds % for json should work on "openArray" rather than "seq". please create a PR
14:07:00*Guest17580 quit (Remote host closed the connection)
14:07:17*Guest17580 joined #nim
14:08:12*umurgdk quit (Ping timeout: 264 seconds)
14:08:16indiagreenAraq: it already works on openArray, the problem is that it works on openArray[JsonNode] and there's no recursive conversion or anything
14:08:42Araqoh that's done in the %* macro
14:10:06coffeepotdoes any one know how to resolve this issue? I am getting a type mismatch where the only difference I can see is {.locks: 0.} but this only occurs when I call a proc that AFAICT doesn't do any locking https://gist.github.com/coffeepots/afbf0dcf70dcc8819bbe
14:10:25coffeepoterror is on line 23
14:11:00coffeepotcommenting line 13 stops the type mismatch
14:11:32coffeepotRegisterServiceCtrlHandler is just a stdcall as far as i can tell
14:12:11indiagreenAraq: the %* macro seems to traverse expressions but that's all (so, %* [1,2,3] works, but “lex x = [1,2,3]; %* x” doesn't)
14:12:54*umurgdk joined #nim
14:13:26indiagreen* let x
14:14:35*Guest17580 quit (Remote host closed the connection)
14:14:41Araq%* should use macros.getType
14:14:59Araqbut it predates macros.getType .. ;-)
14:16:06Araqcoffeepot: not sure, try adding .locks: 0 annotations
14:17:16*Ven joined #nim
14:19:50coffeepotAraq: I changed the def in windows module to "LPSERVICE_MAIN_FUNCTION* = proc (para1: DWORD, para2: LPTSTR){.stdcall, locks:0.}" but it still gives the same error, how odd!
14:24:35*Guest17580 joined #nim
14:25:00Araqcoffeepot: I think the calling conventions are not the same
14:25:12Araqsomething is .nimcall and the other thing is .stdcall
14:25:23Araqmight be an oversight in windows.nim
14:26:52*jakesyl quit (Ping timeout: 240 seconds)
14:29:24coffeepoti wondered that, I've tried to use nimcall too, but isn't it really weird how it does work fine as long as i don't use RegisterServiceCtrlHandler in serviceMain
14:29:26*jakesyl joined #nim
14:30:09coffeepotlike RegisterServiceCtrlHandler changes the convention somehow? All I can see mentioned is the locks:0
14:30:40coffeepotit's defined like this in case you don't have it on hand:
14:30:40coffeepotproc RegisterServiceCtrlHandler*(lpServiceName: LPCWSTR,
14:30:40coffeepot lpHandlerProc: LPHANDLER_FUNCTION): SERVICE_STATUS_HANDLE{.
14:30:41coffeepot stdcall, dynlib: "advapi32", importc: "RegisterServiceCtrlHandlerW".}
14:31:39Araqwell an indirect call makes the effect system assume the worst unless the call is annotated with effects
14:32:04*indiagreen quit (Read error: Connection reset by peer)
14:32:12Araqso it makes sense. I thought locking levels only produce warnings for now though
14:32:39*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:33:01Araqhrm, did I break bootstrapping?
14:34:13*Ven joined #nim
14:36:06coffeepotI'm just not sure where the locking level stuff is coming from :/
14:36:34coffeepotah!
14:36:48coffeepotit was because the service name was a global :D
14:39:27coffeepotyep, all fixed now! Thanks for the help again Araq.
14:41:38*xet7_ joined #nim
14:41:38*Guest17580 quit (Read error: Connection reset by peer)
14:46:28*Enamex quit (Ping timeout: 240 seconds)
14:55:35*elrood_ joined #nim
14:59:12*elrood quit (Ping timeout: 264 seconds)
14:59:54*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:05:46*xet7_ quit (Ping timeout: 240 seconds)
15:30:06*Araq quit (Ping timeout: 240 seconds)
15:30:31*Araq joined #nim
15:32:30*Enamex joined #nim
15:34:38*darkf quit (Quit: Leaving)
15:53:29*Ven joined #nim
15:53:55*Ven quit (Client Quit)
16:02:38*elrood_ quit (Quit: Leaving)
16:03:50*razaaa quit (Ping timeout: 240 seconds)
16:12:06*xet7_ joined #nim
16:13:07*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
16:16:03*xet7_ quit (Read error: Connection reset by peer)
16:16:16*xet7_ joined #nim
16:42:56*NimBot joined #nim
16:56:43*alex__ joined #nim
17:22:12Varriount__Araq: Should I continue to have the buildbot slaves send the test result databases to the master for online archival?
17:22:18*Varriount__ is now known as Varriount
17:22:35VarriountAraq: I'm implementing test result comparison.
17:23:49*elrood joined #nim
17:23:58VarriountHello elrood
17:26:30AraqVarriount: yeah, seems useful
17:26:58*razaaa quit (Ping timeout: 240 seconds)
17:28:05*yglukhov joined #nim
17:28:20*razaaa joined #nim
17:28:24VarriountAraq: Who knows, maybe I can write up a web addition to allow for interactive test comparison. :3
17:29:17elroodhi
17:29:22*jaco60 joined #nim
17:32:18*yglukhov quit (Ping timeout: 240 seconds)
17:33:27*Matthias247 joined #nim
17:41:52*tmm1 joined #nim
17:47:28*yglukhov joined #nim
17:47:41elrooddoes anybody know whether the docs have been compiled as an epub yet?
17:48:20tmm1morning
17:52:35Varriountelrood: I don't know if the current set has. I *think* someone did an epub a while ago.
17:54:44*strcmp1 joined #nim
17:58:08*Kingsquee joined #nim
18:03:59*CryptoToad joined #nim
18:06:47*BitPuffin quit (Ping timeout: 246 seconds)
18:09:50*Guest20403isaway is now known as Guest20403
18:22:16*vendethiel joined #nim
18:28:16AraqVarriount: what about release building? want to do it or should we delegate it?
18:29:56*gokr quit (Quit: Leaving.)
18:41:59*async_prince quit (Quit: WeeChat 1.3)
18:47:08Araqanybody with iOS experience around?
18:57:58*xet7_ quit (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
18:58:21*xet7 joined #nim
18:59:24*xet7_ joined #nim
19:01:55*gokr joined #nim
19:10:37*strcmp1 quit (Remote host closed the connection)
19:20:39*gokr quit (Quit: Leaving.)
19:40:05*jakesyl quit (Ping timeout: 240 seconds)
19:42:01*irrequietus joined #nim
19:47:35*cyraxjoe quit (Ping timeout: 264 seconds)
19:47:49*umurgdk quit (Remote host closed the connection)
19:48:58*cyraxjoe joined #nim
19:52:26*jakesyl joined #nim
19:54:09*umurgdk joined #nim
19:57:45*strcmp1 joined #nim
19:59:27*yglukhov quit (Remote host closed the connection)
20:01:45*gokr joined #nim
20:08:05*strcmp1 quit (Ping timeout: 240 seconds)
20:12:35*strcmp1 joined #nim
20:29:30*Enamex quit (Ping timeout: 255 seconds)
20:37:24*Enamex joined #nim
21:01:32*razaaa quit (Quit: Leaving)
21:17:57softiniovery little going back 2 to 3 years ago :-)
21:34:12*pregressive quit (Remote host closed the connection)
21:38:12tmm1are the buildbot slaves down?
21:40:11*gmpreussner|work quit (Ping timeout: 244 seconds)
21:40:34*gmpreussner|work joined #nim
21:40:58*vendethiel quit (Ping timeout: 260 seconds)
21:41:35Araqsoftinio: ok, might come back to you later.
21:47:46*Trustable quit (Remote host closed the connection)
21:48:51tmm1looks like maybe buildbot.nim-lang.org is deprecated in favor of build.nim-lang.org ?
21:50:05Araqno, we have 2 build bots, one in Nim, one in Python
21:50:26Araqso people have a choice what they like to contribute to :-)
21:53:00tmm1lol
21:53:11tmm1you mentioned something about release instructions/docs, where are those?
21:58:05*gokr quit (Ping timeout: 240 seconds)
21:58:58*gokr joined #nim
21:58:59Araqnot on GitHub I'm afraid
22:00:47*Guest20403 is now known as Guest20403isaway
22:07:01tmm1i can help automate release process if you point me at what needs to be done
22:11:20*yglukhov joined #nim
22:15:49Araqtmm1: https://gist.github.com/Araq/d71612cabcbcd3be89a1
22:15:58*yglukhov quit (Ping timeout: 260 seconds)
22:16:18Araqwe generate this on windows since the other OSes are fine with source based distributions (at least we pretend this to be the case)
22:16:40tmm1have you considered compiling the exes on linux using the mingw cross compilers?
22:17:05Araqnot really, doesn't help.
22:17:18Araqthe test suite needs to be run on the actual OS anyway
22:17:41Araqhence each platform specific builder should produce a platform specific installer
22:17:53Araqafter the testsuite indicates it's ok.
22:18:25AraqI guess you can try to run it all on Wine but meh
22:19:09Araqbut we have mac, linux and windows servers
22:20:13tmm1ok, are those mostly on buildbot?
22:20:33Araqyes
22:21:59*umurgdk quit (Remote host closed the connection)
22:22:01Araqnimbuild currently only runs on the server that also hosts the website, as far as I know.
22:22:25*BitPuffin|osx joined #nim
22:22:26Araqdom96 knows more but he's asleep.
22:23:42tmm1gotcha
22:24:13tmm1so you'd like more steps in the buildbot config to build a release binary after the tests pass
22:24:37Araqexactly, but the instructions are different for each OS
22:24:59Araqon windows we generate NSIS based installers
22:25:21Araqon Unix we like tar.xz for the much better compression of the produced C code
22:26:11Araqwe cannot build the tar.xz on windows because then the files lose the precious "exec" bits which I have been told are absolutely non-negotiable for Unix users.
22:28:15Araqon Mac we could produce an app bundle.
22:29:21tmm1makes sense
22:29:37*Demon_Fox joined #nim
22:30:25tmm1looks like there's a way to upload files from the build slave, so i guess to start the win-x32/64 builds should build a release nim.exe and upload it
22:30:59Araqthe final website updates and uploads can be left manually for the time being
22:31:28ryu0Araq: the unix file permissions are essential. you can't execute binaries without them being marked with that bit.
22:32:02ryu0or even scripts with the shebang line.
22:32:48Araqryu0: please don't assume that I don't know how unix works. I do.
22:32:54Araqsh build.sh
22:32:56ryu0Araq: oh, sorry.
22:33:07ryu0Araq: you made it sound otherwise.
22:33:08Araqis IMHO a perfectly acceptable solution
22:33:21Araqand easier to type on a german keyboard anyway
22:34:31ryu0Araq: so your plan is to ship just a directory with binaries prebuilt? or?
22:36:50Araqryu0: no, not at all. just to better automate the current way we do things
22:36:55ryu0ah.
22:37:28ryu0i was going to say that is challenging to say the least.
22:37:41ryu0mainly way too many linux distros
22:39:00ryu0huh. anyway.
22:39:07Araqniminst has support for debian package building, but since we need to provide the source based solution anyway it's just more work for us with little gain
22:39:48ryu0Araq: yea i used to do a lot of Linux packaging. and writing lots of C or C++ patches.
22:39:51*ryu0 winces.
22:40:25*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
22:40:34ryu0mainly just to fix build failures.
22:43:48ryu0Araq: interesting language you got here. it's on my list of ones to evaluate when i have time for learning a new system language.
22:45:33Araqthanks, but you don't have to evaluate it nor do you have to use it for systems programming ;-) Just use it right away for scripting and see it works better than anything else out there.
22:45:49Araq(I'm obviously very biased :P)
22:46:00*irrequietus quit ()
22:46:27ryu0how does the compile speed compare to C or C++ compilers?
22:46:36ryu0just curious.
22:46:48ryu0i've noticed in general C compiles faster than C++...
22:47:05Araqsee? wrong approach.
22:47:15Araqdon't ask me, try it.
22:47:21ryu0okay, okay. rofl.
22:47:54ryu0but, a compiled language for scripting? huh.
22:48:03Araqwe cache the C code and build it using all of your cores.
22:48:49Araqwith 'nim e myscript.nims' you can run a "NimScript" directly without any compilation
22:49:31Araqbut NimScript is a restricted subset of Nim. the full language is really useful for scripting too.
22:51:20ryu0Araq: how are errors handled? exceptions thrown, return value, ...?
22:52:10*bjz joined #nim
22:52:15ryu0hm.
22:52:25ryu0nevermind, i'm just being lazy. i'll look myself.
22:53:58Araqhttp://nim-lang.org/0.11.3/nims.html
22:54:46ryu0exceptions. okay.
22:54:56ryu0i just hope these are well documented. :)
22:55:15Araqno, they are inferred for you.
22:55:32Araqwe don't need to document them :P
22:55:36ryu0... inferred?
22:55:48Araqit's part of Nim's effect system
22:56:02Araqit's "checked exceptions done right"
22:56:20ryu0meaning the compiler will tell me if i have unhandled exceptions?
22:56:44Araqif you ask for it.
22:56:54*gmpreussner|work quit (Read error: Connection reset by peer)
22:57:10Araqproc foo() {.raises: [].} # please compiler tell me what I missed.
22:57:20ryu0okay, well, i definitely would want to know what errors. i hated python because of runtime exceptions, and so many of them...
22:57:38ryu0ugh.
22:57:40ryu0lol
22:57:59ryu0crash my whole program trying to figure out what went wrong.
22:58:40ryu0._.
23:02:00*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
23:02:33*Matthias247 quit (Read error: Connection reset by peer)
23:13:49tmm1i'm trying to figure out how these uploads in buildbot work
23:14:00tmm1it says testresults.html was uploaded here for instance: http://buildbot.nim-lang.org/builders/windows-x32-builder/builds/592
23:14:16tmm1but it doesn't let me download it
23:15:30Araqsorry, Varriount knows much better than I do how buildbot works
23:15:47tmm1ah i see them here http://buildbot.nim-lang.org/test-data/windows-x64-builder/308a0d0a553c8d44f321a1b6e4772c388bb79059/
23:16:22tmm1i guess the links are broken from the build page
23:45:55*tmm1 quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
23:46:51VarriountHm?
23:47:05*rollo joined #nim
23:56:29*Xe quit (Ping timeout: 240 seconds)
23:56:53*jakesyl quit (Ping timeout: 240 seconds)
23:56:54*emery quit (Ping timeout: 240 seconds)
23:59:01*emery joined #nim
23:59:10*Xe joined #nim
23:59:46*jakesyl joined #nim