| 00:02:48 | * | yglukhov quit (Ping timeout: 252 seconds) |
| 00:06:25 | * | couven92 quit (Quit: Client Disconnecting) |
| 00:08:57 | dom96 | The only way that can work is if we introduce a new generics syntax |
| 00:09:11 | dom96 | we talked about foo.barBaz[:string]() |
| 00:09:13 | dom96 | IIRC |
| 00:09:21 | dom96 | That may still happen |
| 00:09:44 | dom96 | But I believe the problem is that it's ambiguous |
| 00:27:40 | * | nsf quit (Quit: WeeChat 1.9) |
| 00:28:39 | * | noctisdb quit (Read error: Connection reset by peer) |
| 00:43:51 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 01:20:09 | * | arnetheduck joined #nim |
| 01:32:34 | * | Noctis joined #nim |
| 01:33:53 | Noctis | Anyone know how I may be able to access previous binary installations |
| 01:34:42 | Noctis | I thought I had the nimble issue taken care of... I did not |
| 01:35:54 | Noctis | And both nimble and koch are erroring out as not compatible |
| 01:40:07 | FromGitter | <zacharycarter> converters are amazing |
| 01:40:33 | FromGitter | <zacharycarter> no idea Noctis :/ |
| 01:43:21 | FromGitter | <zacharycarter> I was having such difficulties going from one math lib to the other |
| 01:43:30 | FromGitter | <zacharycarter> so I just wrote a couple converters to go back and forth for the matrices |
| 01:43:44 | FromGitter | <zacharycarter> now I can pinpoint exactly where the problem lies |
| 01:43:51 | Noctis | Reinstalled from scratch, made sure I used the 32bit installer, and no dice (rebooted just for good measure) |
| 01:44:31 | FromGitter | <zacharycarter> are you on windows? |
| 01:44:33 | Noctis | Manual install seemed to work, but failed when I tried to install a package |
| 01:44:35 | Noctis | Yes |
| 01:45:42 | Noctis | I want to continue working on FRAG on my main pc, maybe youve heard of it ;) |
| 01:45:52 | FromGitter | <zacharycarter> oh haha |
| 01:46:10 | FromGitter | <ephja> Noctis: missing SSL DLL? |
| 01:46:48 | Noctis | Not getting any DLL errors, only the 32/64 bit compatibility error, even when running the .exe's manually from the explorer |
| 01:47:27 | Noctis | Let me see if the DLL is in the bin folder |
| 01:47:52 | Noctis | ssleay32 |
| 01:47:56 | FromGitter | <zacharycarter> doesn't sound like a DLL error |
| 01:48:20 | Noctis | Its like it installed a 64 bit version, but I dont see any bug reports |
| 01:48:37 | FromGitter | <zacharycarter> I'd ask dom96 when he wakes up |
| 01:49:07 | FromGitter | <zacharycarter> but IMO a fresh install of Nim / Nimble should take care of it |
| 01:49:22 | FromGitter | <zacharycarter> sounds like it didn't though so I'm not sure :( |
| 01:49:43 | FromGitter | <zacharycarter> I'm on OSX I'll be of no help besides trying things on a VM |
| 01:49:50 | Noctis | Tried that thinking maybe it was possibly corrupt, fresh dl and install |
| 01:51:19 | FromGitter | <zacharycarter> I know on osx nimble creates a directory in the users home directory |
| 01:51:30 | FromGitter | <zacharycarter> I'm wondering if a binary got left behind like you suggested earlier |
| 01:51:48 | FromGitter | <zacharycarter> and is still on your path |
| 01:52:14 | Noctis | It does when it initially runs, when I ran it earlier from a manual build and built the list |
| 01:52:37 | Noctis | The PATH variable did get added, I removed it when I cleaned everything out for a fresh install |
| 01:53:42 | FromGitter | <zacharycarter> hrm |
| 01:54:23 | Noctis | face in keyboard moment |
| 01:55:01 | * | chemist69 quit (Ping timeout: 276 seconds) |
| 01:56:27 | Noctis | Oh well, I can continue working on code in the meantime, zc I did reply to the forum post |
| 01:58:38 | FromGitter | <zacharycarter> oh man Noctis frag is kind of dead unfortunately :/ |
| 01:58:53 | FromGitter | <zacharycarter> I have a new project I've been focusing my time on |
| 01:59:00 | FromGitter | <zacharycarter> https://github.com/zacharycarter/zengine |
| 01:59:19 | Noctis | Welp. |
| 01:59:56 | FromGitter | <zacharycarter> but if you want to play around with frag |
| 02:00:06 | FromGitter | <zacharycarter> it's still in a usable state as far as I am aware |
| 02:00:33 | FromGitter | <zacharycarter> it's just somewhat of a bear to get going with, you have to compile bgfx and link it and everything - which is half the reason I stopped working on it |
| 02:00:38 | * | yglukhov joined #nim |
| 02:00:40 | Noctis | Yes it is, somewhat limited (me thinking it was just going to get a big update lol) |
| 02:00:58 | Noctis | Thats why I wanted to transition to my main programming rig |
| 02:01:00 | FromGitter | <zacharycarter> it was tough attracting new users because of how complex the project was to get up and running with |
| 02:01:10 | FromGitter | <zacharycarter> gotcha |
| 02:01:16 | Noctis | I wanted a good framework with nim, Ill try zengine then! |
| 02:01:36 | FromGitter | <zacharycarter> :D |
| 02:01:53 | FromGitter | <zacharycarter> I'm currently working on replacing the math lib in zengine with glm |
| 02:04:06 | Noctis | My current project which is rather large is in another language, but Im in the process of porting the main core of it to nim for the speed improvement |
| 02:04:31 | FromGitter | <zacharycarter> :) Nim needs more projects! |
| 02:05:43 | Noctis | Going to use the core for another game, pirate themed 4x, should be quite a fun challenge, are you planning any UI support |
| 02:06:00 | * | yglukhov quit (Ping timeout: 252 seconds) |
| 02:06:46 | FromGitter | <zacharycarter> yup! |
| 02:06:53 | FromGitter | <zacharycarter> nuklear |
| 02:07:16 | FromGitter | <zacharycarter> in fact it's already wired in I just need to add a thin wrapper layer on top of it |
| 02:07:35 | ftsf | zacharycarter, is glm working again? |
| 02:08:33 | FromGitter | <zacharycarter> ftsf: was it broken? |
| 02:08:36 | * | chemist69 joined #nim |
| 02:08:46 | FromGitter | <zacharycarter> maybe that's why I'm head scratching so much |
| 02:08:47 | ftsf | from changes in 0.17 |
| 02:08:55 | FromGitter | <zacharycarter> oh It appears to be |
| 02:08:59 | ftsf | the do quote stuff |
| 02:09:21 | ftsf | https://github.com/stavenko/nim-glm/issues/26 hmm merged, but still open, maybe it's fixed? *shrug* |
| 02:09:39 | FromGitter | <zacharycarter> seems to be working fine for me |
| 02:09:48 | FromGitter | <zacharycarter> minus the mathematical problems :P |
| 02:09:55 | ftsf | cool' |
| 02:11:22 | FromGitter | <zacharycarter> oh I figured out my issue |
| 02:11:24 | FromGitter | <zacharycarter> yay |
| 02:11:27 | ftsf | \o/ |
| 02:11:46 | FromGitter | <zacharycarter> needed a few transposes |
| 02:11:49 | FromGitter | <zacharycarter> and all is good :) |
| 02:12:16 | FromGitter | <zacharycarter> ftsf: what are you working on these days? |
| 02:12:33 | ftsf | not much, about to head to japan for a holiday! =) |
| 02:12:34 | FromGitter | <zacharycarter> I'm going to start working on a roguelike I think |
| 02:12:39 | FromGitter | <zacharycarter> oh man |
| 02:12:45 | FromGitter | <zacharycarter> sounds awesome |
| 02:12:49 | FromGitter | <zacharycarter> well deserved break |
| 02:12:54 | ftsf | latest project is Ministry of Synthesis (wave synth puzzle platformer) |
| 02:13:02 | FromGitter | <zacharycarter> I saw this |
| 02:13:11 | FromGitter | <zacharycarter> looked awesome |
| 02:13:22 | ftsf | cheers, it's got some issues, but should be good when it's done |
| 02:13:51 | FromGitter | <zacharycarter> :D |
| 02:14:11 | ftsf | originally made it for a gamejam, but the version was very flawed, since then i've fixed a lot |
| 02:14:24 | ftsf | how's zengine going? |
| 02:14:25 | FromGitter | <zacharycarter> nice |
| 02:14:42 | FromGitter | <zacharycarter> I haven't worked on it much since skeletal animation got in, but def-pri-pub has been helping quite a bit |
| 02:14:55 | ftsf | cool |
| 02:14:57 | FromGitter | <zacharycarter> so good I guess |
| 02:15:06 | ftsf | skeletal animation was a huge pain for me to get working in my 3d engine >__< |
| 02:15:13 | ftsf | need to get back to that at some point |
| 02:15:16 | FromGitter | <ephja> more projects meaning more linear algebra libraries, right? ;) |
| 02:15:18 | ftsf | too many projects |
| 02:15:38 | FromGitter | <zacharycarter> ephja: this is why I'm getting rid of my own math module in zengine and using glm |
| 02:15:45 | FromGitter | <zacharycarter> ftsf: I know what you mean |
| 02:16:20 | FromGitter | <zacharycarter> I suppose every game dev related library is just a glorified linear algebra library if you think about it |
| 02:16:23 | FromGitter | <zacharycarter> ;) |
| 02:16:29 | ftsf | hoping to connect with some of the tokyo indie game dev scene when i'm over there =) |
| 02:16:39 | FromGitter | <zacharycarter> that'd be awesome |
| 02:16:50 | ftsf | got one of my games featured in a japanese game mag |
| 02:17:16 | FromGitter | <zacharycarter> oh man |
| 02:17:20 | FromGitter | <zacharycarter> the racing one? |
| 02:17:27 | ftsf | yeah |
| 02:17:38 | FromGitter | <zacharycarter> so cool |
| 02:17:49 | FromGitter | <zacharycarter> I need to make an actual game |
| 02:17:54 | FromGitter | <zacharycarter> and not stupid engine stuff |
| 02:17:58 | ftsf | need to release that on steam but currently waiting on the soundtrack which is taking a while |
| 02:18:05 | ftsf | yeah that's always a challenge |
| 02:18:06 | FromGitter | <zacharycarter> I think I have what I need with zengine |
| 02:18:25 | ftsf | i forced myself to make games instead of engines, and just extend the engine as i go to suit the game |
| 02:18:30 | ftsf | then it's easier for the next game |
| 02:18:33 | FromGitter | <zacharycarter> yeah |
| 02:18:43 | FromGitter | <zacharycarter> ideas are always a problem for me |
| 02:19:16 | FromGitter | <zacharycarter> I did prototype / come up with some awesome systems for a roguelike |
| 02:19:19 | ftsf | easy mode: pick two games you like of different genres and mash them up and make a new game. |
| 02:19:35 | FromGitter | <zacharycarter> good idea |
| 02:19:43 | * | sz0 quit (Quit: Connection closed for inactivity) |
| 02:24:22 | Noctis | ideas were never the problem for me, it was the time, and the language/platform target |
| 02:25:28 | FromGitter | <ephja> horror sports? |
| 02:29:43 | * | enthus1ast- joined #nim |
| 02:30:41 | enthus1ast- | can the jsgen somehow emit the "await" keyword? |
| 02:31:51 | enthus1ast- | i'm fighting with the emit pragma but it feels a little wrong |
| 02:32:57 | enthus1ast- | i want to write nim code that uses "await" in nim which utilize use the js promise/await |
| 02:53:41 | FromGitter | <zacharycarter> I was wondering about this the other day enthus1ast- |
| 03:01:03 | enthus1ast- | got anything working? |
| 03:02:47 | FromGitter | <zacharycarter> negative |
| 03:02:57 | FromGitter | <zacharycarter> I think emit is the only way atm |
| 03:03:16 | FromGitter | <zacharycarter> dom96 may be able to offer some guidance tomorrow |
| 03:05:34 | enthus1ast- | for me it is already tomorrow :) |
| 03:06:18 | enthus1ast- | 5am here i go sleeping.. |
| 03:07:07 | * | enthus1ast- quit (Quit: Lost terminal) |
| 03:10:14 | FromGitter | <zacharycarter> gn! |
| 03:32:09 | * | dddddd quit (Remote host closed the connection) |
| 04:03:41 | * | yglukhov joined #nim |
| 04:07:18 | * | Snircle quit (Quit: Textual IRC Client: www.textualapp.com) |
| 04:07:45 | * | mahmudov quit (Remote host closed the connection) |
| 04:07:46 | * | yglukhov quit (Ping timeout: 240 seconds) |
| 04:14:28 | * | arnetheduck quit (Remote host closed the connection) |
| 04:25:49 | * | Sentreen quit (Ping timeout: 276 seconds) |
| 04:30:24 | * | arnetheduck joined #nim |
| 04:37:59 | * | Sentreen joined #nim |
| 04:38:57 | * | vivus quit (Quit: Leaving) |
| 05:05:51 | * | yglukhov joined #nim |
| 05:10:15 | * | yglukhov quit (Ping timeout: 252 seconds) |
| 05:28:35 | * | haha_ joined #nim |
| 05:37:45 | * | chemist69 quit (Ping timeout: 252 seconds) |
| 05:49:24 | * | Vladar joined #nim |
| 05:58:12 | * | chemist69 joined #nim |
| 06:06:59 | * | gangstacat joined #nim |
| 06:18:47 | * | rauss quit (Quit: WeeChat 1.9) |
| 06:21:59 | * | haha_ quit (Quit: haha_) |
| 06:31:35 | * | cspar_ joined #nim |
| 06:33:37 | * | cspar quit (Ping timeout: 248 seconds) |
| 06:43:43 | * | haha_ joined #nim |
| 07:08:21 | * | yglukhov joined #nim |
| 07:12:41 | * | yglukhov quit (Ping timeout: 240 seconds) |
| 07:14:19 | * | sleepyqt joined #nim |
| 07:17:12 | * | nsf joined #nim |
| 07:33:39 | * | miran joined #nim |
| 07:42:03 | * | Jesin quit (Ping timeout: 252 seconds) |
| 08:18:07 | * | Yardanico joined #nim |
| 08:31:32 | miran | anybody maybe interested in a quick code review for a nim beginner? |
| 08:37:54 | Yardanico | miran, I'm not good at code reviews, but can you still post a link here? |
| 08:38:46 | miran | i'm sure you'll be more than capable for this :) link is coming shortly |
| 08:39:08 | Yardanico | miran, well I've never done any project in Nim bigger than ~2.5kloc |
| 08:40:07 | miran | https://www.pastery.net/gtquav+sdzjnm/#gtquav |
| 08:40:25 | miran | this is Advent of Code Day 1 task: http://adventofcode.com/2016/day/1 |
| 08:41:14 | miran | if you're not logged in and haven't solved the first part, you won't see the second part, which is: "How many blocks away is the first location you visit twice?" |
| 08:41:20 | Yardanico | miran, ok, first one - you don't need to write "var dir = dir" in rotate, it's better to write "result = dir" and then change result |
| 08:42:36 | miran | thanks, thought about that, but 'dir' sounded more meaningful. but i changed it now to result and then implicitly returned it |
| 08:42:40 | * | Matthias247 joined #nim |
| 08:44:47 | Yardanico | miran, well I don't see other issues with this code. also - did you declare "direction" variable at the start of the file because you wanted to have all variables in one place? |
| 08:44:51 | * | couven92 joined #nim |
| 08:45:26 | Yardanico | because you can remove it and then write "let direction = rotate(north, rot)" instead of "direction = rotate(direction, rot)" |
| 08:45:49 | miran | yes, i thought that might be the right way to do it. i'm only experienced in python so i'm not sure where/how to declare variables |
| 08:46:05 | Yardanico | miran, well it doesn't matter where you declare them |
| 08:46:09 | Yardanico | you can do this almost everywhere |
| 08:46:24 | Yardanico | also nice that you've used "let" variables in places when you don't need to change them |
| 08:48:12 | miran | i've solved this in python, using complex numbers, which is quite elegant. i was not sure how to do it in nim, so i've chosen enum |
| 08:48:28 | Yardanico | miran, https://nim-lang.org/docs/complex.html |
| 08:48:51 | miran | is there a better way to "wrap around" an enum (going from west to north, and vice versa)? |
| 08:49:58 | Yardanico | well you can loop over enum values |
| 08:50:05 | miran | thanks for the link! i wasn't aware of that. i guess i should explore more modules, rather than expect it to be "pre-loaded" like in python |
| 08:50:10 | * | haha_ quit (Quit: haha_) |
| 08:50:17 | Yardanico | but I don't know if it would be better than your current way |
| 08:50:50 | Yardanico | miran, well this is because of the efficiency |
| 08:51:07 | Yardanico | faster compilation / less binary size |
| 08:51:13 | miran | makes sense! |
| 08:51:22 | * | haha_ joined #nim |
| 08:51:41 | Yardanico | you can also ask for a code review on the forum |
| 08:51:43 | Yardanico | https://forum.nim-lang.org/ |
| 08:52:23 | miran | will use that when i manage to write some more serious code. currently i'm just learning the basics |
| 08:53:07 | miran | maybe if i solve more of these AOC tasks.... |
| 08:57:10 | * | ofelas joined #nim |
| 09:26:46 | * | couven92 quit (Ping timeout: 255 seconds) |
| 09:31:43 | * | gangstacat quit (Quit: Leaving) |
| 09:31:53 | * | yglukhov joined #nim |
| 09:42:40 | Yardanico | can I export all procedures from the module except one? |
| 09:46:38 | Yardanico | yay, circleci with cache is fast |
| 09:47:13 | Yardanico | 11 seconds to spin up environment, 2 seconds to checkout code, 8 seconds to restore cache, and 2 seconds for tests :) |
| 09:47:18 | Yardanico | https://circleci.com/gh/Yardanico/nimpylib/4 |
| 09:47:53 | Yardanico | federico3, thanks, your circleci config is very good! |
| 09:58:51 | * | Yardanico quit (Remote host closed the connection) |
| 10:27:09 | * | bjz joined #nim |
| 10:35:36 | FromGitter | <Yardanico> guys |
| 10:35:41 | FromGitter | <Yardanico> we have 2998 threads on the forum! |
| 11:07:24 | federico3 | Yardanico thanks! |
| 11:08:44 | * | Snircle joined #nim |
| 11:16:16 | * | gmpreussner quit (Read error: Connection reset by peer) |
| 11:18:31 | * | gmpreussner joined #nim |
| 11:40:31 | * | Yardanico joined #nim |
| 11:40:53 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 11:44:37 | * | PMunch joined #nim |
| 11:57:52 | * | mahmudov joined #nim |
| 12:13:34 | Yardanico | yay, I found a python range implementation in JS https://github.com/Gothdo/range/blob/master/src/index.js |
| 12:14:01 | Yardanico | it has lazy evaluation of things like "containS", "len", get one value by index |
| 12:14:42 | * | dddddd joined #nim |
| 12:14:45 | Yardanico | maybe I should create a separate package for python-like range? |
| 12:16:22 | dom96 | nah, let's not end up like node, with packages containing single functions :) |
| 12:21:18 | Yardanico | dom96, well yeah, I remember there is packages for each (!) ANSI color in npm |
| 12:21:27 | Yardanico | *are |
| 12:22:24 | dom96 | then again, maybe we should do this too. We'll be able to say that we have 100k packages in no time :D |
| 12:25:15 | federico3 | or 256 packages that contains one byte each |
| 12:26:27 | Yardanico | https://play.nim-lang.org/?gist=ed4869732ddf366feb1e94f13ca9770a |
| 12:26:39 | Yardanico | very easy implementation + lazy evaluation :) |
| 12:26:51 | Yardanico | and also optimized (e.g. length is computed on range creation) |
| 12:27:06 | * | couven92 joined #nim |
| 12:29:20 | Yardanico | it can easily use bigints btw |
| 12:31:15 | Yardanico | hmm, wait, it's not fully correct |
| 12:31:15 | Yardanico | ah |
| 12:31:20 | * | bjz joined #nim |
| 12:31:25 | Yardanico | If I preallocate it, I don't need to "add" to the sequence :D |
| 12:32:28 | dom96 | We need a native nim bigints implementation |
| 12:32:48 | Yardanico | dom96, you mean add it to standard library? |
| 12:32:56 | Yardanico | because IIRC there's already pure-nim bigints library |
| 12:33:01 | dom96 | oh? |
| 12:33:04 | dom96 | cool |
| 12:33:14 | Yardanico | https://github.com/def-/nim-bigints |
| 12:33:28 | Yardanico | but it has TODO file: https://github.com/def-/nim-bigints/blob/master/TODO |
| 12:33:47 | dom96 | oh right, cool. |
| 12:34:13 | dom96 | yeah, seems like it still needs some work |
| 12:34:15 | dom96 | but it's a good start |
| 12:34:27 | dom96 | Amazingly I didn't yet need them |
| 12:34:39 | Yardanico | but yeah, it probably would be behind Python in terms of speed :) because python is very optimized for bigints |
| 12:34:53 | Yardanico | and libraries like GMP probably use SSE/AVX instructions? |
| 12:39:39 | Yardanico | hmm, interesting, does Python store values of range after it was evaluated? |
| 12:40:40 | FromGitter | <Yardanico> Oh, it seems it doesn't |
| 12:46:17 | * | Yardanico quit (Ping timeout: 260 seconds) |
| 12:47:47 | * | Yardanico joined #nim |
| 12:48:06 | FromGitter | <Yardanico> @dom96, well, there's a 3-line package in nimble :) |
| 12:50:47 | dom96 | oh? which one? |
| 12:51:06 | miran | "does Python store values of range after it was evaluated?" if i'm understanding the question - if you iterate trough range, the last value is stored |
| 12:51:17 | Yardanico | dom96, https://github.com/nim-lang/packages/pull/570 :) |
| 12:51:57 | Yardanico | https://github.com/enthus1ast/nimDbg |
| 12:53:33 | Yardanico | well it doesn't really matter |
| 12:54:09 | Yardanico | oh, I forgot to add index operation for my range |
| 13:05:18 | * | BitPuffin|osx joined #nim |
| 13:08:16 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 13:10:58 | miran | there must be a better way to define an argument in a function than this, right? |
| 13:11:01 | miran | kpad: array[3, array[3, char]] | array[5, array[5, char]] |
| 13:11:28 | miran | (nim tutorial says: "The openarray type cannot be nested: multidimensional openarrays are not supported") |
| 13:11:39 | Yardanico | your type is not an openarray |
| 13:11:46 | Yardanico | openarray can only be in the proc definition |
| 13:11:50 | Yardanico | it's a simple array |
| 13:12:07 | Yardanico | Well I don't know if there's a better way |
| 13:12:40 | miran | if i want my function to work on 2D arrays of any size - not possible? |
| 13:13:30 | Yardanico | possible |
| 13:13:52 | Yardanico | https://github.com/unicredit/neo |
| 13:14:32 | Yardanico | but it's very optimized |
| 13:14:50 | Yardanico | but you can create generic array type |
| 13:15:34 | Yardanico | miran, you should use sequences then |
| 13:15:46 | Yardanico | array length must be known at compile-time |
| 13:16:45 | miran | i thought about sequences, but at first this property to declare array length in a function parameter was useful - i have two similar but different functions, depending on the array length |
| 13:17:10 | miran | i guess sequences might be a better way, then inside of now singular function to check for length |
| 13:17:49 | Yardanico | miran, well if you don't know length of array at compile-time your only option is sequence |
| 13:18:03 | * | mahmudov quit (Remote host closed the connection) |
| 13:18:16 | miran | i have two arrays, one is 3x3, other is 5x5 |
| 13:18:41 | miran | there's a `proc a` which has two versions, one for 3x3, other for 5x5 |
| 13:18:41 | Yardanico | miran, ah |
| 13:18:49 | Yardanico | you should use "when" in the procedure |
| 13:19:00 | Yardanico | to check array length |
| 13:19:08 | miran | and there's a `proc b` which should have only one version that works on both 3x3 and 5x5 |
| 13:19:43 | miran | i'll transform the arrays to seq, and try to use 'when'. thanks once again! |
| 13:20:16 | Yardanico | miran, nonono, you use when with arrays |
| 13:20:47 | Yardanico | well "if" would probably work too, but I'm not sure |
| 13:21:08 | dom96 | type Array5[T] = array[5, T] # Might work? |
| 13:21:33 | dom96 | Then you can write: Array5[Array5[char]] |
| 13:21:41 | dom96 | And create the same for Array3 |
| 13:22:02 | miran | how to rewrite "kpad: array[3, array[3, char]] | array[5, array[5, char]]"? |
| 13:22:15 | miran | i would like to lose the OR |
| 13:23:01 | miran | just to make it general, something like: "kpad: array[any, array[any, char]]", or openArray (if it were working on 2D) |
| 13:23:36 | dom96 | You can use static[T] for this: https://nim-lang.org/docs/manual.html#special-types-static-t |
| 13:23:52 | dom96 | But AFAIK static[T] is still rather buggy |
| 13:24:02 | * | chemist69 quit (Quit: WeeChat 1.9) |
| 13:25:31 | miran | thanks dom96 and Yardanico for the suggestions, i'll see what's doable |
| 13:25:32 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 13:43:15 | * | francisl joined #nim |
| 13:47:47 | miran | update: solved by using seq - it looks to me the most elegant solution |
| 13:52:16 | * | haha_ quit (Quit: haha_) |
| 13:52:37 | dom96 | +1 |
| 14:01:34 | PMunch | Hmm, with the syntax highlighting from zah/nim.vim it doesn't seem to distinguish brackets |
| 14:01:46 | PMunch | Although it looks like it should.. |
| 14:11:44 | * | relax joined #nim |
| 14:14:08 | * | francisl quit (Quit: francisl) |
| 14:21:49 | * | rauss joined #nim |
| 14:24:01 | * | relax quit (Ping timeout: 248 seconds) |
| 14:31:16 | * | haha_ joined #nim |
| 14:38:08 | * | arnetheduck quit (Remote host closed the connection) |
| 14:45:34 | * | mahsav2 joined #nim |
| 14:46:55 | * | mahsav quit (Ping timeout: 248 seconds) |
| 15:04:52 | * | ShalokShalom joined #nim |
| 15:06:34 | * | ShalokShalom quit (Read error: Connection reset by peer) |
| 15:25:10 | * | nsf quit (Quit: WeeChat 1.9) |
| 15:29:42 | Yardanico | hmm, this range is not that slow! |
| 15:30:07 | Yardanico | I'm able to generate range(0, -10, -2) 41 millions times per second. I mean to generate a sequence, not jsut create an object |
| 15:30:12 | * | Jesin joined #nim |
| 15:31:50 | Yardanico | wait, is there any difference for let vs var? I mean performance-wise |
| 15:43:18 | dom96 | Don't think so. But check the generated C code. |
| 16:07:33 | * | Matthias247 joined #nim |
| 16:11:45 | * | xet7 joined #nim |
| 16:11:46 | * | haha_ quit (Quit: haha_) |
| 16:19:53 | * | haha_ joined #nim |
| 16:24:26 | * | bjz joined #nim |
| 16:26:59 | PMunch | dom96, you sure? I thought that let would make the compiler able to inline things, and not copy strings for example |
| 16:27:17 | dom96 | I'm not sure at all :) |
| 16:29:10 | * | PMunch quit (Quit: leaving) |
| 16:38:21 | * | relax joined #nim |
| 16:38:28 | FromGitter | <Varriount> "let" will prevent copying of strings, sequences, etc |
| 17:03:12 | * | Trustable joined #nim |
| 17:08:41 | * | nsf joined #nim |
| 17:13:58 | * | def-pri-pub joined #nim |
| 17:15:00 | dom96 | We need to release 0.17.2 ASAP https://github.com/dom96/nim-in-action-code/pull/3 |
| 17:16:05 | * | relax quit (Ping timeout: 240 seconds) |
| 17:23:38 | Araq | dom96: we can do it tonight :P |
| 17:26:40 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 17:29:07 | dom96 | hah, I dunno |
| 17:32:12 | * | mahmudov joined #nim |
| 17:42:07 | def-pri-pub | I'm working on porting a C# Networking Tutorial series I did last year over to Nim |
| 17:42:22 | def-pri-pub | I have no experience using the async functionality in Nim. |
| 17:42:27 | def-pri-pub | Does this look correct? |
| 17:42:27 | def-pri-pub | goo.gl/gTDjKBcontent_copyCopy short URL |
| 17:42:37 | def-pri-pub | goo.gl/gTDjKB |
| 17:44:00 | def-pri-pub | I ready that I should be using `asyncCheck` instead of the `discard await`, but the asyncCheck wasn't holding out for the timeout. Also, I swear there was one time where the timeout didn't work properly and it took longer than 5 seconds, but still downloaded the webpage. |
| 17:44:28 | dom96 | "NOTE: Nim's HttpClient doesn't support SSL at the moment" it does |
| 17:44:43 | def-pri-pub | I had an SSL issue before though when I tried that. |
| 17:44:53 | dom96 | no, you shouldn't be doing 'discard asyncProcedure()' |
| 17:45:00 | dom96 | 'discard await' is fine |
| 17:45:28 | dom96 | Report the issue then :) |
| 17:46:20 | dom96 | Timeouts are likely still buggy |
| 17:47:46 | def-pri-pub | I was only able to get the issue to repro once, I'm working on it right now. |
| 17:48:19 | * | ftsf quit (Quit: Leaving) |
| 17:55:05 | * | Sentreen quit (Ping timeout: 240 seconds) |
| 18:08:15 | * | Sentreen joined #nim |
| 18:08:52 | * | sleepyqt quit (Quit: WeeChat 1.9) |
| 18:20:07 | * | vlad1777d joined #nim |
| 18:22:57 | * | Ven`` quit (Ping timeout: 248 seconds) |
| 18:23:06 | * | Ven`` joined #nim |
| 18:27:35 | * | def-pri-pub quit (Ping timeout: 255 seconds) |
| 18:29:40 | * | def-pri-pub joined #nim |
| 18:29:40 | * | def-pri-pub quit (Changing host) |
| 18:29:40 | * | def-pri-pub joined #nim |
| 18:33:38 | * | vlad1777d quit (Remote host closed the connection) |
| 18:34:16 | * | Sentreen quit (Ping timeout: 240 seconds) |
| 18:35:14 | * | def-pri-pub quit (Ping timeout: 255 seconds) |
| 18:37:04 | * | def-pri-pub joined #nim |
| 18:37:04 | * | def-pri-pub quit (Changing host) |
| 18:37:04 | * | def-pri-pub joined #nim |
| 18:41:21 | * | def-pri-pub quit (Ping timeout: 240 seconds) |
| 18:47:22 | * | Sentreen joined #nim |
| 18:53:22 | * | vivus joined #nim |
| 18:56:35 | * | Sentreen quit (Ping timeout: 240 seconds) |
| 19:06:07 | federico3 | If I switch from no GC to stack-based the binary size increases by 32k |
| 19:09:21 | * | mahmudov quit (Ping timeout: 248 seconds) |
| 19:09:37 | * | Sentreen joined #nim |
| 19:11:51 | * | Vladar quit (Quit: Leaving) |
| 19:22:09 | * | Sentreen quit (Ping timeout: 248 seconds) |
| 19:22:41 | * | Yardanico quit (Remote host closed the connection) |
| 19:35:54 | * | Sentreen joined #nim |
| 19:36:27 | * | Vi- joined #nim |
| 19:38:01 | Vi- | Can someone tell me how to target x86? I tried to use --cpu: i386 as a switch but its still using the 64 bit version of cl.exe |
| 19:39:10 | dom96 | you need to specify which C compiler to use as well |
| 19:39:16 | dom96 | --cc:gcc-i386.exe |
| 19:39:19 | dom96 | IIRC |
| 19:40:18 | dom96 | actually, here is an example: https://github.com/nim-lang/Nim/blob/devel/config/nim.cfg#L19 |
| 19:41:20 | Vi- | well I'm using the visual studio compiler |
| 19:41:57 | Vi- | I read the nim.cfg and from what I see there its already supposed to do the switch? |
| 19:42:24 | Vi- | Its refering to "vccexe.exe" which is in nim's bin folder |
| 19:42:41 | Vi- | @if i386: |
| 19:42:41 | Vi- | vcc.options.always = "--platform:x86 /nologo" |
| 19:42:48 | Vi- | Id assume that already does whats necessary? |
| 19:42:50 | Vi- | apparently not? |
| 19:45:10 | dom96 | hrm, not sure. |
| 19:45:16 | dom96 | Maybe you're right |
| 19:51:30 | Vi- | I'm getting a bunch of errors now on compling the standard library |
| 19:51:57 | Vi- | I suppose I can work around this by manually pointing it at the correct version of cl.exe but thats just a workaround on my side |
| 19:56:25 | * | yglukhov quit (Remote host closed the connection) |
| 19:58:42 | FromGitter | <Yardanico> You should use another visual studio command line |
| 19:58:52 | FromGitter | <Yardanico> There are x86 and x64 versions |
| 19:59:57 | Vi- | Yes but I was assuming that nim would already handle that for me |
| 20:14:04 | * | ofelas quit (Quit: shutdown -h now) |
| 20:34:19 | * | bjz joined #nim |
| 20:37:26 | FromGitter | <Varriount> Vi: Nim doesn't try to do anything special for finding where a compiler and it's files are. It just uses what's in the system's PATH environment variable. |
| 20:37:56 | FromGitter | <Varriount> Or rather, it uses what's in loaded configuration files, which is usually something like 'gcc', 'clang', etc. |
| 20:38:46 | Vi- | Then why does it pass "--platform:x86" to vccexe.exe if it doesnt care about that information at all? |
| 20:40:47 | FromGitter | <Yardanico> Hmm, why we have so many issues with feature/doc requests? Honestly there's a lot of feature requests |
| 20:51:25 | * | Trustable quit (Quit: Leaving) |
| 20:56:17 | * | Sentreen quit (Ping timeout: 260 seconds) |
| 21:00:17 | FromGitter | <Yardanico> I doubt Rust has many issues like this |
| 21:01:04 | * | bjz quit (Quit: Textual IRC Client: www.textualapp.com) |
| 21:02:04 | FromGitter | <Yardanico> Well probably it does |
| 21:02:59 | Vi- | Ah well... |
| 21:05:54 | * | beatmox quit (Remote host closed the connection) |
| 21:06:26 | * | beatmox joined #nim |
| 21:08:46 | * | Vi- quit (Ping timeout: 276 seconds) |
| 21:09:01 | * | Sentreen joined #nim |
| 21:16:20 | FromGitter | <Yardanico> Also - is it really possible to allow scoped imports? Because different modules still will be in the global scope in C code |
| 21:19:49 | * | gangstacat joined #nim |
| 21:21:38 | * | mahmudov joined #nim |
| 21:35:27 | * | Ven`` quit (Ping timeout: 248 seconds) |
| 21:35:51 | * | miran quit (Ping timeout: 252 seconds) |
| 21:38:57 | * | haha_ quit (Quit: haha_) |
| 21:59:05 | * | Sentreen quit (Ping timeout: 240 seconds) |
| 22:07:09 | * | nsf quit (Quit: WeeChat 1.9) |
| 22:12:18 | * | Sentreen joined #nim |
| 22:32:14 | * | xet7 quit (Quit: Leaving) |
| 22:33:36 | * | xet7 joined #nim |
| 22:41:47 | * | xaxisx_ quit (Quit: Leaving) |
| 22:58:37 | * | mahmudov quit (Ping timeout: 276 seconds) |
| 23:07:12 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 23:57:37 | * | jinshil joined #nim |