<< 03-08-2017 >>
00:01:48*Snircle quit (Remote host closed the connection)
00:05:08*jinshil joined #nim
00:09:39*http_GK1wmSU joined #nim
00:11:32*http_GK1wmSU left #nim (#nim)
00:17:58*couven92 quit (Quit: Client Disconnecting)
00:21:54FromGitter<zetashift> @TiberiumN oh man I met some great people through dota including russians; I just joke around a lot and tbf they used cyka pretty casually
00:51:04*endragor joined #nim
00:55:44*endragor quit (Ping timeout: 260 seconds)
01:12:48*gokr quit (Ping timeout: 240 seconds)
01:26:05*chemist69 quit (Ping timeout: 255 seconds)
01:35:38*BitPuffin|osx joined #nim
01:39:57*chemist69 joined #nim
01:50:29*endragor joined #nim
02:08:10*flaviu quit (Read error: Connection reset by peer)
03:08:21*pilne quit (Quit: Quitting!)
03:11:43mahtovthnks dom96 for jsonrpc ex.
03:15:50*v17d quit (Ping timeout: 240 seconds)
04:08:19*def-pri-pub quit (Quit: leaving)
05:28:19*BitPuffin|osx quit (Ping timeout: 255 seconds)
05:47:10*dankrad quit (Ping timeout: 240 seconds)
05:59:15*salewski joined #nim
06:01:33salewskiAraq, do you already have an idea why I have to support the mconnect macro with the connect template:
06:01:38salewskihttps://github.com/StefanSalewski/gintro/blob/master/tests/gen.nim#L947
06:02:03salewskiOf course this combination works fine, and is not really ugly.
06:02:29salewskiBut I still wonder why a macro alone is not sufficient.
06:03:10salewskiIn other words, why can a getType() call in the macro not provide the same information that
06:03:28salewskitype() can provide in the template?
06:05:07salewskiThe reason why I am asking is, that I have to provide a similar macro for the cairo module...
06:05:37salewskiAnd I want to ensure that I not simply miss sonething or do it not properly.
06:05:57salewskiBye.
06:15:58*rauss quit (Quit: WeeChat 1.9)
06:27:57*nsf joined #nim
06:37:11*couven92 joined #nim
07:14:30*Sentreen quit (Ping timeout: 240 seconds)
07:20:27*yglukhov joined #nim
07:21:53*nattefrost joined #nim
07:27:55*Sentreen joined #nim
07:47:38*Andris_zbx joined #nim
08:04:37*v17d joined #nim
08:16:24*sakalli quit (Remote host closed the connection)
08:17:45*sakalli joined #nim
08:19:14*sakalli left #nim (#nim)
08:58:10*dom96|w joined #nim
09:09:11*dom96|w quit (Quit: My Mac has gone to sleep. ZZZzzz…)
09:11:16*jinshil quit (Quit: Good-bye!)
09:31:29*dom96|w joined #nim
10:03:13*gokr joined #nim
10:04:19*endragor quit (Read error: Connection reset by peer)
10:04:46*endragor joined #nim
10:07:10*mahtov quit (Ping timeout: 240 seconds)
10:07:16*Vladar joined #nim
10:08:16*mahtov joined #nim
10:24:14*LyndsySimon quit (Ping timeout: 246 seconds)
10:25:58*LyndsySimon joined #nim
10:28:19FromGitter<TiberiumN> Hmm, how can I ask user for multi-line input?
10:28:28FromGitter<TiberiumN> so he wants to paste multiple lines of text into program
10:29:41FromGitter<TiberiumN> ah, const ⏎ x = 1 ⏎ # a comment can occur here too ⏎ y = 2 ⏎ z = y + 5 # computations are possible [https://gitter.im/nim-lang/Nim?at=5982fb14614889d475151997]
10:29:42FromGitter<TiberiumN> sorry
10:29:44FromGitter<TiberiumN> readAll
10:30:35FromGitter<TiberiumN> hmm, readAll doesn't work
10:30:48FromGitter<TiberiumN> it just reads everything until I stop the program
10:31:12euantorHow do you know when the end of the user input has been reached?
10:31:33euantorDoes the user enter some text to say it's the end of input? (such as a blank line)?
10:31:40FromGitter<TiberiumN> well, I don't know, but I thought it's possible
10:31:47FromGitter<TiberiumN> hmm, yes, I can ask user to do that
10:31:49euantorRead all reads until it reaches EOF, so when the program exits
10:32:06euantorWithout some kind of end token or fixed limit of number of lines, there's no other way
10:32:27FromGitter<TiberiumN> ok, I would use readLine until I get empty line?
10:32:36euantorYeah
10:41:04couven92ah.... classic I/O problme, how to know when the InputStream is fully consumed? Fun everytime! :P
10:51:47flyxwell you can send EOF to the program without closing it
10:51:51flyx^D
10:56:20FromGitter<gokr> @TiberiumN Recommend homebrew, but you already know that I am sure.
10:57:09FromGitter<TiberiumN> what do you mean?
10:57:50FromGitter<TiberiumN> I've installed brew after I've installed and configured my hackintosh :)
10:58:11FromGitter<gokr> Exactly
10:58:39FromGitter<TiberiumN> well because I knew it exists and it's a package manager
10:59:00FromGitter<gokr> I also tried hackintosh, but... too many machines already to keep in order.
10:59:17FromGitter<TiberiumN> question about async: why while hasPendingOperations() runs forever, even if there's no "pending operations" left?
11:01:49*dom96|w quit (Quit: My Mac has gone to sleep. ZZZzzz…)
11:04:26euantorflyx: I always forget about ^D, I very rarely have any use for it
11:05:50*dozn joined #nim
11:13:15*Vladar quit (Quit: Leaving)
11:17:27*couven92 quit (Quit: Client disconnecting)
11:17:42flyxeuantor: there's also heredoc
11:18:04euantorThat would work too
11:18:15euantorCan also take the git approach and open the system editor
11:19:32flyxwhether you want to do that depends on whether the tool should be scriptable or not
11:35:52*dom96|w joined #nim
12:32:05*v17d quit (Ping timeout: 240 seconds)
12:45:46*UxerUospr joined #nim
12:51:19*tanguy joined #nim
12:51:25*tanguy quit (Client Quit)
13:12:16*BitPuffin|osx joined #nim
13:12:54*dom96|w quit (Quit: My Mac has gone to sleep. ZZZzzz…)
13:19:41*dom96|w joined #nim
13:28:09*sz0 joined #nim
13:36:55*rauss joined #nim
13:39:31*crem quit (Quit: leaving)
13:47:47*crem joined #nim
13:55:05*Snircle joined #nim
14:04:27*BitPuffin|osx quit (Ping timeout: 240 seconds)
14:13:45*vivus joined #nim
14:14:37*v17d joined #nim
14:16:11*salewski quit (Quit: WeeChat 1.4)
15:14:28*nsf quit (Quit: WeeChat 1.9)
15:16:16*v17d quit (Ping timeout: 260 seconds)
15:25:14*endragor quit (Remote host closed the connection)
15:28:04*v17d joined #nim
15:29:48*endragor_ joined #nim
15:34:12*endragor_ quit (Ping timeout: 240 seconds)
15:36:57*gokr quit (Quit: Leaving.)
15:45:53*yglukhov quit (Remote host closed the connection)
15:47:32*v17d quit (Ping timeout: 260 seconds)
15:55:06*dankrad joined #nim
16:01:19*Trustable joined #nim
16:02:16*v17d joined #nim
16:02:42tankfeederhi all
16:02:49FromGitter<TiberiumN> hi
16:02:53tankfeederhow to make this code work?
16:02:54tankfeederhttp://ideone.com/ECeEci
16:02:57tankfeederor where to read
16:03:32FromGitter<TiberiumN> you need to use "if" instead of "when". ⏎ or you want this in compile time?
16:05:44tankfeederno, i dont
16:05:54FromGitter<TiberiumN> well, just use "if"
16:06:07tankfeederok, thanks
16:06:08FromGitter<TiberiumN> "when" is needed if you want to evaluate some statement on compile-time
16:06:58tankfeederok, i see it now in tutorial.
16:09:44FromGitter<Alan-FGR> @gokr these days my "mac" was upgraded so much that it can only be classified as a hackintosh... I'm using clover and it's working rather fine, I've upgraded the CPU so I had to use a fakeCPUID, but the problem is in legal grounds; you can never know if you're fine, in some jurisdictions it's perfectly OK to upgrade the hardware and you still retain the license, but it's a bit of a gray area overall... I'm not buying
16:09:44FromGitter... their overpriced stuff though only to have some marginal improvements while I can upgrade the hardware I have here... not to mention that I'm against ditching an entire machine just for a few extra hertz and more memory because of trash production
16:10:25FromGitter<TiberiumN> lol :)
16:10:41FromGitter<Alan-FGR> what's funny?
16:10:46FromGitter<TiberiumN> not funny, interesting
16:10:54FromGitter<Alan-FGR> I see. fine :)
16:14:36*vendethiel- quit (Ping timeout: 260 seconds)
16:30:28*yglukhov joined #nim
16:32:01*arnetheduck quit (Ping timeout: 276 seconds)
16:32:55*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
16:34:42*yglukhov quit (Ping timeout: 240 seconds)
16:35:54*Andris_zbx quit (Remote host closed the connection)
16:57:56*dom96|w quit (Quit: My Mac has gone to sleep. ZZZzzz…)
16:58:00*v17d quit (Ping timeout: 260 seconds)
17:09:53*v17d joined #nim
17:23:20*cspar__ quit (Read error: Connection reset by peer)
17:35:27*v17d quit (Ping timeout: 260 seconds)
17:40:50*mahtov quit (Ping timeout: 240 seconds)
17:43:29shmuplol
17:43:49*mahtov joined #nim
17:47:13*andrzejk_ joined #nim
17:58:59*endragor joined #nim
17:59:00*couven92 joined #nim
18:03:25*endragor quit (Ping timeout: 255 seconds)
18:08:18*v17d joined #nim
18:18:08*mahtov quit (Ping timeout: 258 seconds)
18:19:12*v17d quit (Ping timeout: 260 seconds)
18:19:53*ipjk joined #nim
18:21:34ipjkVarriount: I found someone who were calling the same function as me. Afterwards the rest clicked.
18:28:12*Matthias247 joined #nim
18:44:08*nsf joined #nim
18:44:57*andrzejk_ quit (Quit: My iMac has gone to sleep. ZZZzzz…)
18:50:20*spkpp quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
18:55:07*Sentreen quit (Quit: WeeChat 1.4)
18:56:30*mahtov joined #nim
19:12:16*chemist69 quit (Ping timeout: 255 seconds)
19:25:20*andrzejk_ joined #nim
19:26:04shodan45Hi Nim people
19:26:19*chemist69 joined #nim
19:27:19shodan45Haven't been keeping up with things... Is a 1.0 getting close?
19:30:50*Trustable quit (Remote host closed the connection)
19:35:45*andrzejk_ quit (Quit: Textual IRC Client: www.textualapp.com)
19:51:39*yglukhov joined #nim
19:54:15*rauss quit (Quit: WeeChat 1.9)
19:56:43*tankfeeder quit (Quit: Connection closed for inactivity)
20:02:26*Sentreen joined #nim
20:03:39*themagician joined #nim
20:10:54*vendethiel joined #nim
20:15:57*ludocode_ quit (Ping timeout: 240 seconds)
20:21:20*Sentreen quit (Quit: WeeChat 1.4)
20:22:44*Sentreen joined #nim
20:25:11Araqshodan45: yes, even though it might look that way. I doing lots of experiments with
20:25:31AraqNim's runtime/semantic details
20:25:56Araqso that we bet on a future proof design (I hope)
20:26:39Araq*event though it might not look that way
20:30:09*UxerUospr quit (Quit: Lost terminal)
20:31:50*dankrad quit (Ping timeout: 240 seconds)
20:33:42*Parashurama joined #nim
20:33:49*dankrad joined #nim
20:34:10Parashuramahey!
20:34:51Parashurama@Araq: I'm having issues with new Magics in compiler in PR: https://github.com/nim-lang/Nim/pull/6180
20:35:20ParashuramaDo you know how I can solve it.
20:36:17Araqwhen defined(nimFoobar):
20:36:25Araq # code that uses new magics
20:36:34Araq# in condsyms.nim
20:36:48AraqdefineSymbol"nimFoobar" # we now support more magics
20:37:40Araqyou need to think a bit about it to see why that works.
20:38:17ParashuramaOkay, thanks, will try that.
20:38:50*Sentreen quit (Quit: WeeChat 1.4)
20:39:03*gokr joined #nim
20:39:09*ludocode joined #nim
20:40:37*Sentreen joined #nim
20:49:04*Sentreen quit (Quit: WeeChat 1.4)
20:50:28*Sentreen joined #nim
20:53:23ParashuramaIt appear to work perfectly on my machine, thanks
21:10:30ParashuramaAnd the AppVeyor & Travis CI bootstrapped..
21:10:43*Parashurama quit (Quit: ChatZilla 0.9.93 [Firefox 54.0.1/20170630112252])
21:37:35*vivus quit (Quit: Leaving)
21:43:01*gokr quit (Quit: Leaving.)
21:45:56*yglukhov quit (Remote host closed the connection)
21:48:43*nsf quit (Quit: WeeChat 1.9)
21:51:28dom96Araq: Hey, take a look at the logs: https://ci.appveyor.com/project/Araq/nim/build/1407
21:51:49dom96According to AppVeyor support the build is timing out
21:52:01dom96But look at where it times out
21:52:05dom96On the bootstrap phase
21:52:17dom96It does a couple of iterations
21:52:25dom96One takes 26s
21:52:34dom96another later iteration takes more than 60 minutes!
21:52:39dom96Are we sure this isn't a Nim bug?
21:53:01dom96In the meantime I asked them for test machine specs.
22:00:12dom96Could somebody with a Windows machine verify that the steps which AppVeyor makes work?
22:01:18Araqdom96: I planned to look into that as soon as my holidays end
22:01:40dom96okay, cool
22:01:52AraqI noticed it fails in the bootstrapping phase, I suspected memory swapping
22:18:16*salewski joined #nim
22:19:17salewskiI have in a macro:
22:19:20salewskiresult = quote do:
22:19:34salewskiproc `procName`(self: `wt`; p: proc (self: `wt`, cr: cairo.Context, arg: `at`): bool; a: `at`) =
22:20:04salewskiThe :bool is a problem.
22:21:07salewskiWithout it it compiles. Is there a trick that the compiler sees that bool is the result of the proc?
22:30:34dom96Araq: That's what I suspect as well. I asked AppVeyor support about this.
22:31:57Araqsalewski: (proc (self: `wt`, cr: cairo.Context, arg: `at`): bool)
22:32:03Araquse () around the type
22:33:05salewskiAraq, I think I already tried it with () -- will try again...
22:37:07salewskiproc `procName`(self: `wt`; p: (proc (self: `wt`; cr: cairo.Context; arg: `at`): bool); a: `at`) =
22:37:13*PMunch joined #nim
22:37:21salewskiThat does not help, compiler message is
22:37:38salewskibutton.nim(48, 88) Error: type expected
22:38:06*PMunch quit (Client Quit)
22:38:12salewskiSeems that the () is ignored in the macro.
22:45:35*Matthias247 quit (Read error: Connection reset by peer)
22:46:08salewskiI think I may try to define a procedure type and use that. But I fear that may result in type redefinition errors
22:46:22salewskiwhen users use many callbacks.
22:48:48FromGitter<zacharycarter> yay! back to having non-working skeletal animation in my engine :D
22:52:48Araqsalewski: the problem is likely somewhere else
22:53:28Araqlike `at`or `wt` being no types or some gensym'ed bullshit due to 'quote do'
22:55:28*nattefrost quit (Ping timeout: 260 seconds)
22:55:48salewskitype HHH = proc (self: `wt`; cr: cairo.Context; arg: `at`): bool
22:56:09salewskidoes not help, the :bool result makes trouble.
22:57:48salewskiIt is a macro similar to https://github.com/StefanSalewski/gintro/blob/master/tests/gen.nim#L947
22:58:16salewskiIs the "quote do" syntax deprecated?
23:04:03salewskiOK, will investigate further tomorrow. Bye.
23:09:37*UxerUospr joined #nim
23:12:40*salewski quit (Quit: WeeChat 1.4)
23:14:14*UxerUospr quit (Quit: Lost terminal)
23:26:44*vendethiel quit (Ping timeout: 260 seconds)
23:45:24*ipjk quit (Quit: Leaving)
23:46:29*yglukhov joined #nim
23:51:04*yglukhov quit (Ping timeout: 268 seconds)