<< 09-05-2018 >>
00:10:19*jrbrt quit (Quit: jrbrt)
00:50:43*CodeVance joined #nim
01:53:33*CodeVance quit (Read error: Connection reset by peer)
01:53:37*CodeVance_ joined #nim
01:56:54*skrylar joined #nim
02:06:59*darithorn joined #nim
02:09:48*CodeVance_ quit (Quit: Leaving)
02:42:37*gokr quit (Quit: Leaving.)
02:49:23*dddddd quit (Remote host closed the connection)
02:50:59*leorize quit (Read error: Connection reset by peer)
02:51:22*leorize joined #nim
02:56:16*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
02:57:30skrylari have to say, that protobuf is significantly easier to handle than flatbuffers
02:57:43skrylarjust added protobuf serialization to the lib
03:34:33*citycide quit (Remote host closed the connection)
03:54:32FromGitter<gogolxdong> @Varriount How do you implement the sorting of AWS query parameters?
04:02:56*leorize quit (Ping timeout: 246 seconds)
04:28:34*leorize joined #nim
04:36:20*xkapastel quit (Quit: Connection closed for inactivity)
04:36:34*darithorn quit (Remote host closed the connection)
04:47:24*leorize quit (Read error: Connection reset by peer)
04:51:38*leorize joined #nim
04:54:59FromGitter<Varriount> @gogolxdong Could you be more specific? Is there something wrong with the query parameter sorting?
04:55:44FromGitter<Varriount> The algorithm uses a "flattened" string of all the query parameters, combined with a sequence of index groups.
05:04:48*skrylar quit (Remote host closed the connection)
05:30:35*leorize quit (Read error: Connection reset by peer)
05:31:08*nsf joined #nim
05:34:56*leorize joined #nim
05:45:08*leorize quit (Ping timeout: 246 seconds)
05:47:23*leorize joined #nim
05:49:20*def- quit (Quit: -)
05:52:06*def- joined #nim
05:53:42*CodeVance joined #nim
05:56:24*Sembei joined #nim
05:56:45*leorize quit (Ping timeout: 255 seconds)
05:57:21FromGitter<gogolxdong> QueryString is hard coded in the previous version you show me .
05:58:18FromGitter<gogolxdong> How do you sort and encode the query parameters if any?
05:59:24*CodeVance quit (Quit: Leaving)
06:06:53FromGitter<gogolxdong> My solution is put them in a OrderedTable and sort like as ` payload.sort(proc (x, y: (string, string)) :int = cmp(x[0], y[0]))`
06:08:52*NimBot joined #nim
06:13:04*CodeVance joined #nim
06:17:00*leorize joined #nim
06:42:22*PMunch joined #nim
06:51:20*PMunch quit (Quit: Leaving)
07:04:35FromGitter<Varriount> @gogolxdong It's my understanding that original query parameters don't need to be sorted, only the data used internally to generate the signatures.
07:05:35FromGitter<Varriount> The signing code does sort the given query string, when it is calculating the signature. However I don't believe the actual query parameters need to be sorted.
07:06:57FromGitter<Varriount> That is, the query parameters sent as part of the http data
07:07:30FromGitter<gogolxdong> orderSegments?
07:08:17*tersec quit (Ping timeout: 248 seconds)
07:08:27FromGitter<Varriount> Yes, that performs the ordering internally.
07:08:30*PMunch joined #nim
07:10:36FromGitter<gogolxdong> Do you know why change the region cause AWS was not able to validate the provided access credentials?
07:11:05FromGitter<Varriount> Was the region valid?
07:11:21*tersec joined #nim
07:11:41FromGitter<gogolxdong> yes, change it from us-east-2 to ap-southeast-1
07:12:13FromGitter<Varriount> Can you tell me what version of the signing code you are using?
07:12:23FromGitter<Varriount> Or rather, show me?
07:12:27FromGitter<gogolxdong> version4, the code you gave me.
07:13:42FromGitter<gogolxdong> https://gist.github.com/gogolxdong/97b236ef11008a0b76242e0462fa360e
07:16:38FromGitter<Varriount> No, I don't know.
07:20:33PMunchAre you signing AWS requests gogolxdong?
07:20:50FromGitter<gogolxdong> yes.
07:21:14PMunchI remember I had to do that in flash once back in the days :P
07:21:22FromGitter<Varriount> @gogolxdong Are you sure the endpoint is correct?
07:22:53FromGitter<gogolxdong> yes, let me see.
07:23:35FromGitter<Varriount> Make sure the service you are trying to use is available in that region.
07:29:23FromGitter<gogolxdong> @PMunch why do you have to do this?
07:31:53PMunchI was uploading data to an EC3 instance IIRC
07:33:19PMunchNow that I think about it I can't actually quite remember, but I think I was moving data from one storage to another. And I didn't want to download all the data onto my own machine, so I had to push code into the users apps that would migrate their data, or something like that.
07:34:09FromGitter<gogolxdong> yes S3 storage, interoperate with others.
07:35:31*xet7 joined #nim
07:36:01FromGitter<Varriount> @gogolxdong The most recent version of the code is here: https://gist.github.com/Varriount/edfaf064fa17658f2d88c1d740a7070b
07:36:21FromGitter<Varriount> I believe I fixed some bugs, so perhaps that will work?
07:39:44*gokr joined #nim
07:42:46FromGitter<gogolxdong> Sure, I would rather use this more robust code but the invalid access credentials comes from the query string parameters passed in which I have figured out.
07:50:37FromGitter<gogolxdong> where is addUriEncoded.
07:55:51*clemens3_ joined #nim
08:11:39*yglukhov joined #nim
08:18:06*sz0 quit (Quit: Connection closed for inactivity)
08:28:14*xkapastel joined #nim
08:49:48*federico3 quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
08:52:16*federico3 joined #nim
08:57:37*CodeVance quit (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
09:20:53FromGitter<gogolxdong> @PMunch Do you know how to solve the compilation problem on windows?
09:20:58FromGitter<gogolxdong> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5af2bd796f9af87e0453c4e8]
09:27:53*yglukhov quit (Remote host closed the connection)
09:28:58*yglukhov joined #nim
09:33:22*yglukhov quit (Ping timeout: 250 seconds)
09:41:00PMunch@gogolxdong, sorry it was someone else who did the Windows compilation of wxWidgets..
09:41:43PMunchBut it might be your wxWidgets version, IIRC it was tested against 3.0.2
09:41:50PMunchYou seem to be running 3.1.1
09:45:38PMunchAnd I assume you followed the instructions in the README?
09:48:54FromGitter<gogolxdong> yes
09:55:30PMunchThen I guess you just have to try with 3.0.2
09:57:03*leorize quit (Ping timeout: 255 seconds)
10:03:10FromGitter<gogolxdong> alright.
10:03:47*derlafff quit (Remote host closed the connection)
10:04:12*derlafff joined #nim
10:07:22dom96So it seems Rust didn't end up using macros for its async/await https://github.com/rust-lang/rfcs/blob/master/text/2394-async_await.md
10:12:08euantorInteresting. I wonder if it's because their current macro implementation can't achieve what they wanted, or whether this way is simply easier?
10:13:27dom96This section explains it a little https://github.com/rust-lang/rfcs/blob/master/text/2394-async_await.md#final-syntax-for-the-await-expression
10:15:23euantorAsync closures look pretty nice
10:15:54euantorTheir async/await looks like it'll work a little differently too, eg: `When an async function is called, it does not enter the body immediately. Instead, it evaluates to an anonymous type which implements Future. As that future is polled, the function is evaluated up to the next await or return point inside of it (see the await syntax section next).`
10:16:22euantorIn Nim I think the function will be evaluated up to the first await or return point straight away, won't it?
10:16:50dom96IIRC Yes, although I have been thinking of changing this.
10:16:59dom96(and I might have already done so and forgot :))
10:17:51dom96hrm, but I can see a problem with doing that.
10:18:20euantorI can see it causing quite a lot of confusion, I don't think any other implementations behave that way though I could be wrong
10:18:35euantorasync blocks also look pretty cool
10:20:01dom96Which way? The way Rust's behaves or Nim's?
10:20:31euantorThe Rust way
10:21:00dom96Problem with the Nim approach is that the futures are tied to the dispatcher implicitly
10:21:13euantorTHough it's hard to tell how it would actually work without seeing something more than a function that prints something to the console
10:21:21dom96and that the immediate execution of an async proc might create an exception
10:21:45dom96so: var fut = asyncProc(); echo(fut.failed); might raise.
10:22:09dom96which is my main motivation for wanting to change it
10:22:19euantorhttps://github.com/rust-lang/rfcs/blob/master/text/2394-async_await.md#initialization-pattern
10:22:57euantorThe initialisation pattern discussed there seems to be their way around the problems I'm thinking about, and it doesn't look too bad
10:24:09dom96ahh, to have the luxury to write RFCs like this and discuss the design thoroughly.
10:24:13euantorI can't see any mention of anything like `asyncCheck` in their RFC either, but I'd guess there must be a way to achieve that kind of thing
10:24:31dom96It's probably a case of: dispatcher.run(future)
10:25:53dom96Written by a Mozilla employee of course: https://github.com/rust-lang/rfcs/pull/2394
10:29:08dom96All in all, I think our implementation is pretty good in comparison
10:29:16dom96We just need streams (which they haven't implemented either)
10:31:33*derlafff quit (Remote host closed the connection)
10:31:49*derlafff joined #nim
10:34:01euantorYep, streams would be very nice, but I'm happy with everything else async wise so far
10:53:24*CodeVance joined #nim
11:02:55*Vladar joined #nim
11:05:02*rockcavera quit (Remote host closed the connection)
11:09:01*leru joined #nim
11:24:22gokrI am daft sometimes but... say I have a uint64 - and I want it as a string (the bytes of it - not a visual representation). So basically a "cast".
11:28:06FromGitter<narimiran> something like `import strutils; let a = 31; echo a.toBin(16)` ?
11:28:38dom96cast[cstring](addr yourUint)
11:29:26dom96or better yet: cast[array[size, char](yourUint)
11:30:06gokrthanks
11:30:43FromGitter<narimiran> btw, why `toBin` doesn't work with uint? (it expects `BiggestInt`)
11:30:49dom96This is pretty unsafe though, why do you need this?
11:31:06dom96narimiran: nobody bothered to create an overload for uint
11:32:50*yglukhov joined #nim
11:33:08FromGitter<narimiran> ok, i might add those and make PR (if i don't forget when i get home)
11:35:29*leorize joined #nim
11:35:51FromGitter<narimiran> i guess changing `BiggestInt` to `SomeInteger` should do the trick, right?
11:36:07dom96Possibly
11:36:14dom96You can always submit that change as a reminder :)
11:36:31*yglukhov quit (Remote host closed the connection)
11:41:00FromGitter<zah> Our team has released some interesting Nimble packages today: ⏎ https://github.com/status-im/nim-stint/ # a very optimized library for dealing with fixed-size big integers ⏎ https://github.com/status-im/nim-chronicles # a library for structured logging with an API that's possible only in Nim
11:41:50gokrdom96: well, I have a prng giving me a uint64 and I want to stuff it into a hash function that want's a string (just bytes).
11:42:33dom96gokr: I see
11:43:27dom96zah: Nice :O
11:46:06dom96What is it about Chronicles' API that is only possible in Nim?
11:51:36PMunchdom96, I'm guessing the stuff about logScope would be hard in many other languages
11:55:08*CodeVance2 joined #nim
11:55:20*CodeVance quit (Read error: Connection reset by peer)
11:55:33dom96Seems to me like it would be possible for any language with macros
11:59:39enthus1astcan we write hex chars somehow? '0x16' or '\0x16' ?
11:59:59FromGitter<zah> @dom96 , the whole magic about automatically logged properties specified per lexical scope.
12:00:35dom96enthus1ast: \x16
12:01:39enthus1astahh thanks dom96
12:04:28*leru_ joined #nim
12:08:27*leru quit (Ping timeout: 255 seconds)
12:16:16FromGitter<gogolxdong> @PMunch successfully compiled on Linux , as for windows I think it's `-IC:\Users\lxdon\.choosenim\toolchains\nim-0.18.0\lib` that triggers `g++.exe: error: /IC:\wxWidgets-3.0.4\include\lib\gcc_lib\mswu: Invalid argument` , have installed 3.0.4 version rather than 3.0.2.
12:18:02FromGitter<gogolxdong> 1) 0.2 is the same.
12:18:03PMunchPossibly, this was done on an old version of Nim
12:18:41PMunchAnd the guy who compiled for Windows did some stuff with mingw
12:19:07PMunchIt looks like it is given an invalid path though
12:19:43PMunchIf you ever see couven92 on he is the one who did it
12:19:55PMunchI'll let him know that you're having trouble
12:20:31FromGitter<gogolxdong> Thanks!
12:21:14*dddddd joined #nim
12:21:16*DarkArctic__ quit (Quit: Leaving)
12:21:36*DarkArctic joined #nim
12:27:44*athenot joined #nim
12:28:00FromGitter<couven92> PMunch said someone is having trouble with wxWidgets on Windows?
12:29:16FromGitter<couven92> (I'll try to help, but I'm not at my computer right now, so I'll have to do this from memory...)
12:29:27*athenot_ joined #nim
12:30:12FromGitter<couven92> @gogolxdong what compiler are you using for wxWidgets?
12:31:37FromGitter<matrixbot> `xomachine` Recently I found that NESM fails to compile its tests with 0.18.1 due to 'undeclared routine' error. The routine that causes the error is being bound inside the compileTime proc via `quote` macro. Was the binding rules changed?
12:32:11*athenot quit (Ping timeout: 246 seconds)
12:52:37*DarkArctic_ joined #nim
12:56:19*DarkArctic quit (Ping timeout: 260 seconds)
12:56:37leru_Is there an easy way in nim to ensure a program is always and forever running?
12:57:12FromGitter<couven92> while true?
12:58:35leru_Not like that. If it crashes it should be restored. Like forever in node.js.
12:59:13leorizeyou need a process supervisior
12:59:20leorizesupervisor*
13:00:30PMunchYou could basically use a small wrapper that calls your actual program and blocks until it completes. Then have while true within the program and restart it if it ever completes.
13:03:32leru_This sounds exactly like what I'm looking for. Any hint for what to look out in the docs?
13:04:02dom96This isn't something a programming language provides
13:04:13dom96What system are you on?
13:04:23leru_linux
13:04:35dom96Then you most likely want to set up a systemd service
13:04:41Araquse systemd
13:04:49leru_Ok, thanks
13:08:01PMunchzah, this chonicles thing looks really cool
13:09:14*dmi0 joined #nim
13:10:17*DarkArctic__ joined #nim
13:12:46FromGitter<gogolxdong> @couven92 g++ for windows ,judging from the compile error.
13:13:46FromGitter<gogolxdong> I am on the subway home. relying on memory too.
13:13:51FromGitter<couven92> Hmm... I only ever tried with VCC
13:14:33*DarkArctic_ quit (Ping timeout: 268 seconds)
13:14:40FromGitter<gogolxdong> mingw-g++ works?
13:19:50*dmi0_ joined #nim
13:21:57*dmi0 quit (Ping timeout: 240 seconds)
13:26:27FromGitter<couven92> Don't know... Never tried
13:27:02PMunchDoesn't the README use mingw?
13:29:53PMunchzah, does chronicles have a log-level setting so that it can prune irrelevant log messages on compile-time?
13:30:25PMunchAh, never mind
13:30:28FromGitter<zah> PMunch, sure, check out the documentation
13:31:34PMunchYeah I found it :P
13:37:05*yglukhov joined #nim
13:41:27*yglukhov quit (Ping timeout: 240 seconds)
13:49:45*yglukhov joined #nim
13:52:57*jxy quit (Ping timeout: 240 seconds)
13:54:40*jxy joined #nim
13:57:35*DarkArctic__ quit (Quit: Leaving)
13:57:39FromGitter<mratsim> @dom96: cabhishek post is invisible: https://forum.nim-lang.org/t/3805 or maybe it was deleted?
13:57:53*DarkArctic joined #nim
13:58:23dom96Fixed
13:59:06PMunchWow, I didn't realize how old that VM bug I (re)discovered was :P
13:59:14PMunchReported 4 years ago :P
13:59:54*leorize quit (Ping timeout: 260 seconds)
14:00:13leru_have anyone tried compiling nim under windows under the linux subsystem?
14:03:41leru_I get this funny message https://pastebin.com/SRjsShiS
14:05:24PMunchMaybe try to add --threads:on?
14:05:32leru_*compiling nim code. not nim itself. that worked well
14:08:26Yardanicoleru_, is Nim installed in WSL or in Windows?
14:10:30*Ieatnerds joined #nim
14:11:42leru_Yardanico, both
14:12:02Yardanicoleru_, it may be a problem that WSL calls Nim which is installed on Windows side
14:12:43Yardanicotry to call nim via full path, like /home/leru/nim/bin/nim c myfile.nim
14:12:50Yardanico(full path to the nim binary)
14:12:53leru_Yardanico, I already checked that
14:13:39leru_I manually added "export PATH=/home/leru/.nimble/bin:$PATH" to my .bashrc
14:14:05leru_Before that nim wasn't found
14:15:03*leorize joined #nim
14:22:25*dmi0_ quit (Ping timeout: 248 seconds)
14:24:28shashlickWhy don't we ship with tcc as a starter compiler for Windows? I know there's no c++ support but seems super fast and easy to setup
14:27:36*leorize quit (Ping timeout: 250 seconds)
14:29:04*girvo quit (Ping timeout: 260 seconds)
14:29:14*leorize joined #nim
14:29:31*girvo joined #nim
14:29:56*dmi0 joined #nim
14:32:57*leru_ quit (Quit: Leaving)
14:33:10FromGitter<leruu> Another thing I was trying is cross compilation. But it didn't work either ⏎ ⏎ ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5af306a55cf0b830046ad287]
14:35:24FromGitter<leruu> Does this even work? Probably I should just compile on my server. Would be way easyier...
14:38:24*yglukhov quit (Remote host closed the connection)
14:39:54IeatnerdsQuick question as I haven't done it in awhile. is the best way to clear the terminal of text to just use execCmd "clear"? or is there a better way?
14:40:25PMunchIeatnerds, look in the terminal module in the stdlib
14:40:45PMunchIt should have a cross-platform clear procedure
14:42:43IeatnerdsThank you. Dont know why I didnt even think of that, was on rosetta code and the example for nim just uses execCmd from the osproc module
14:44:46*PMunch quit (Quit: Leaving)
14:45:03*miran joined #nim
14:47:26*aziz joined #nim
14:47:50*aziz quit (Client Quit)
14:48:23*aziz joined #nim
14:48:35*aziz quit (Client Quit)
14:52:48*clemens3_ quit (Quit: WeeChat 2.1)
14:57:23*yglukhov joined #nim
14:59:38Yardanicoleruu: idk really, nim works fine for me on any system
15:00:03Yardanicoand to cross-compile for linux you need to have c compiler which outputs linux binaries
15:00:06Yardanicoand has linux headers
15:03:31*nsf quit (Quit: WeeChat 2.1)
15:04:50*athenot_ quit (Remote host closed the connection)
15:05:40*athenot joined #nim
15:09:52*yglukhov quit (Remote host closed the connection)
15:11:04*leorize quit (Ping timeout: 260 seconds)
15:12:52*leorize joined #nim
15:19:56*leorize quit (Quit: WeeChat 2.1)
15:20:14*darithorn joined #nim
15:23:51*dmi0_ joined #nim
15:26:27*dmi0 quit (Ping timeout: 255 seconds)
15:26:54*ryan_ford joined #nim
15:33:37*xcm quit (Killed (orwell.freenode.net (Nickname regained by services)))
15:34:01*fredrik92 quit (Read error: Connection reset by peer)
15:34:59*xcm joined #nim
15:54:19*Trustable joined #nim
16:03:04*rockcavera joined #nim
16:07:42*yglukhov joined #nim
16:09:08dom96gotta love sqlite
16:09:20dom96Gives an "out of memory" error for pretty much all errors
16:15:54*yglukhov quit (Remote host closed the connection)
16:16:19*dmi0__ joined #nim
16:19:06*dmi0_ quit (Ping timeout: 255 seconds)
16:29:40*ryan_ford left #nim ("WeeChat 1.4")
16:30:55*Trustable quit (Remote host closed the connection)
16:34:28*nsf joined #nim
16:42:19FromGitter<Varriount> dom96: Is that because it's actually out of memory?
16:42:24dom96nope
16:42:44dom96in this case it was because I didn't initialise the connection properly
16:45:10shashlickdom96: why does choosenim download a different mingw package than finish or what's posted on the Windows install page
16:45:31dom96Does it?
16:45:37FromGitter<Varriount> At least it didn't try to allocate all the memory
16:47:24*jjido joined #nim
16:52:46*kunev quit (Quit: е те!)
16:54:37shashlickYa they are different urls
16:58:42shashlickhttps://nim-lang.org/download/mingw32-6.3.0.7z on the website and finish, http://nim-lang.org/download/mingw32.tar.gz in choosenim
16:59:34*jjido quit (Ping timeout: 260 seconds)
17:01:19*jjido joined #nim
17:05:20shashlicki'd much rather leave it to the user to install the C compiler and have finish/choosenim detect what's installed and adjust nim.cfg
17:05:32shashlickprovide guidance and recommendations on the install website
17:07:00shashlickit will also be better to run regular builds/tests on vcc, clang and a few other popular compilers
17:08:57*dmi0_ joined #nim
17:09:14*Ieatnerds quit (Ping timeout: 250 seconds)
17:11:32*dmi0__ quit (Ping timeout: 256 seconds)
17:12:16*jjido quit (Ping timeout: 250 seconds)
17:14:19*jrbrt joined #nim
17:25:30*Ieatnerds joined #nim
17:33:15*Ieatnerds quit (Remote host closed the connection)
17:33:41*Ieatnerds joined #nim
17:52:32*citycide joined #nim
17:59:07*athenot quit (Quit: Textual IRC Client: www.textualapp.com)
18:00:53*dmi0__ joined #nim
18:01:29*athenot joined #nim
18:03:30*dmi0_ quit (Ping timeout: 255 seconds)
18:24:12*vuLgAr quit (Ping timeout: 250 seconds)
18:24:39*athenot_ joined #nim
18:25:41*athenot quit (Ping timeout: 246 seconds)
18:32:51*yglukhov joined #nim
18:37:15*yglukhov quit (Ping timeout: 255 seconds)
18:37:29*nsf quit (Quit: WeeChat 2.1)
18:41:18*athenot_ quit (Ping timeout: 255 seconds)
18:42:02*athenot joined #nim
18:50:45*Ieatnerds quit (Ping timeout: 255 seconds)
18:52:27*yglukhov joined #nim
18:53:18*dmi0_ joined #nim
18:54:58*yglukhov quit (Read error: Connection reset by peer)
18:55:17*yglukhov joined #nim
18:56:38*dmi0__ quit (Ping timeout: 255 seconds)
19:01:12*NimBot joined #nim
19:01:57*dmi0_ quit (Quit: Leaving)
19:17:44*athenot quit (Remote host closed the connection)
19:18:28*athenot joined #nim
19:29:25CodeVance2Does nim need a space between around each operator
19:29:54Yardanico!eval 1+2
19:29:56NimBotCompile failed: in.nim(1, 2) Error: expression '3' is of type 'int literal(3)' and has to be discarded
19:30:02Yardanico!eval echo(1+2)
19:30:04NimBot3
19:31:38CodeVance2!eval echo "1234567890"[1..-1]
19:31:39NimBotCompile failed: in.nim(1, 20) Error: undeclared identifier: '..-'
19:32:42shashlick!eval echo "1234567890"[1 .. -1]
19:32:45NimBot<no output>
19:32:53shashlick!eval echo "1234567890"[1 .. ^1]
19:32:55NimBot234567890
19:33:07CodeVance2!eval var s = "1234567890"; s[1 .. -1]
19:33:08NimBotCompile failed: in.nim(1, 24) Error: expression 's[1 .. -1]' is of type 'string' and has to be discarded
19:33:22shashlickuse ^1 not -1, that's python
19:33:23CodeVance2!eval var s = "1234567890"; echo s[1 .. -1]
19:33:25NimBot<no output>
19:33:41CodeVance2!eval var s = "1234567890"; echo s[1 .. ^1]
19:33:43NimBot234567890
19:33:47FromGitter<alehander42> !eval import os
19:33:50NimBot<no output>
19:33:58FromGitter<alehander42> hmm
19:33:59CodeVance2!eval var s = "1234567890"; echo s[1 .. ^2]
19:34:02NimBot23456789
19:34:16CodeVance2okay seems fine
19:34:23FromGitter<alehander42> !eval 4 ^ 2
19:34:24NimBotCompile failed: in.nim(1, 3) Error: type mismatch: got <int literal(4), int literal(2)>
19:35:03CodeVance2but you have to insert spaces between the operator
19:35:15CodeVance2around*
19:35:18shashlick!eval var s = "1234567890"; echo s[1..^1]
19:35:21NimBot234567890
19:35:32shashlickwithout spaces
19:37:10CodeVance2https://scripter.co/notes/string-fns-nim-vs-python/
19:37:21CodeVance2Said add sacees
19:37:41YardanicoCodeVance2, this person can be wrong, it's not an official article :)
19:38:27CodeVance2Just linked from the nim wiki :P
19:38:39YardanicoCodeVance2, https://github.com/nim-lang/Nim/issues/6216 - relevant
19:38:57Yardanicobasically without spaces you use `..^` operator
19:39:04Yardanicoand with spaces you use `..` and `^` operators
19:41:08*vivus joined #nim
19:42:03FromGitter<mratsim> !eval import math; 4 ^ 2
19:42:04NimBotCompile failed: in.nim(1, 16) Error: expression '4 ^ 2' is of type 'int' and has to be discarded
19:42:20FromGitter<mratsim> !eval import math; echo 4 ^ 2
19:42:23NimBot16
19:43:53*CodeVance2 quit (Read error: Connection reset by peer)
19:43:57FromGitter<mratsim> For the scientists here, Arraymancer can now load and write Numpy files =).
19:47:44*CodeVance joined #nim
19:54:11*Vladar quit (Quit: Leaving)
19:57:37*jjido joined #nim
20:06:14*Ieatnerds joined #nim
20:06:32*Ieatnerds quit (Remote host closed the connection)
20:06:58*Ieatnerds joined #nim
20:10:27*DarkArctic_ joined #nim
20:12:50*ARCADIVS joined #nim
20:14:00*DarkArctic quit (Ping timeout: 255 seconds)
20:15:34*DarkArctic_ quit (Ping timeout: 250 seconds)
20:16:44*rauss quit (Ping timeout: 260 seconds)
20:17:00shashlickI want to set tlsEmulation:on for tcc by default, i tried in nim.cfg with an @if gcc or tcc block but it doesn't work
20:26:22*yglukhov quit (Remote host closed the connection)
20:28:31*nsf joined #nim
20:29:52*jjido quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:32:03*rauss joined #nim
20:33:44*yglukhov joined #nim
20:39:22*yglukhov quit (Read error: Connection reset by peer)
20:39:58*yglukhov joined #nim
20:49:58*CodeVance quit (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
20:51:48*miran quit (Ping timeout: 255 seconds)
20:58:45*CodeVance joined #nim
21:12:38FromGitter<Varriount> zah: Isn't the downside of using template based scoping
21:13:01FromGitter<Varriount> That the scope are determined at compile time?
21:28:10*nsf quit (Quit: WeeChat 2.1)
21:32:20*rockcavera quit (Remote host closed the connection)
21:41:31FromDiscord<awr> was looking at the nim-stint thing; I didn't know RISC-V hardware had existed yet
21:47:43yglukhov@awr https://www.sifive.com/products/hifive-unleashed/
21:55:27FromDiscord<awr> that's pretty cool
21:56:08FromDiscord<awr> i wonder how far-off RISC-V smartphones would be
21:59:18yglukhovpretty far i'm guessing... :)
22:06:15*rockcavera joined #nim
22:10:56*Senketsu joined #nim
22:10:58shashlickI see nim tests populates the testresults directory
22:11:05shashlickis there a tool to parse the output?
22:12:13*citycide quit (Quit: leaving)
22:12:28*citycide joined #nim
22:13:24shashlicktests\testament\tester html
22:18:10shashlickreally need help to have tlsemulation always on for tcc, any suggestions on how to update nim.cfg for tcc appreciated
22:28:42shashlickokay never mind, looks like the test cases hard code --tlsEmulation:off and so are failing with tcc
22:33:37*athenot_ joined #nim
22:34:51*athenot quit (Ping timeout: 255 seconds)
22:35:32*sz0 joined #nim
23:35:21*xet7 quit (Remote host closed the connection)
23:43:01*leorize joined #nim
23:49:41*jrbrt quit (Quit: jrbrt)