00:02:24 | * | FromGitter * Varriount would like to join |
00:02:56 | zachcarter | :) |
00:03:25 | * | enthus1ast quit (Ping timeout: 260 seconds) |
00:05:23 | * | devted joined #nim |
00:10:07 | * | enthus1ast joined #nim |
00:21:45 | * | yglukhov joined #nim |
00:26:17 | * | yglukhov quit (Ping timeout: 260 seconds) |
00:36:27 | ldlework | _DI for .NET_ just arrived :) |
00:36:37 | * | ldlework gets a drink and starts reading |
01:03:05 | * | Yuken_ joined #nim |
01:03:17 | Yuken_ | Why should I use Nim over C, C++, Rust, etc? Anything... attractive about it? |
01:08:50 | * | Yuken_ left #nim ("Leaving") |
01:13:14 | ldlework | ... |
01:13:46 | * | Yuken_ joined #nim |
01:13:48 | Yuken_ | ... oops |
01:13:53 | Yuken_ | I accidentally left Nim somehow o-o |
01:16:16 | ldlework | Yuken_: I've told you many things about Nim |
01:17:25 | * | [ui] quit (Quit: Connection closed for inactivity) |
01:23:55 | * | ftsf_ joined #nim |
01:28:36 | FromGitter | <Varriount> Yuken_: Have you browsed the website and/or tutorials and/or manual? |
01:29:12 | * | zachcarter quit (Read error: Connection reset by peer) |
01:29:35 | * | zachcarter joined #nim |
01:42:05 | Yuken_ | Varriount, I have not really ;o |
01:44:37 | * | shashlick quit (Ping timeout: 240 seconds) |
01:46:04 | FromGitter | <Varriount> Yuken_: Well, those are good places to find out more about Nim. |
01:46:38 | * | shashlick joined #nim |
01:47:01 | FromGitter | <Varriount> Yuken_: Personally, I prefer Nim over Rust because it allows (but does not restrict one to) relatively high-level programming without having to sacrifice performance. |
01:47:25 | Yuken_ | ah. I'll check them out then. |
01:48:49 | FromGitter | <Varriount> Yuken_: I also prefer the syntax. Nim's syntax is similar to Python and Pascal, and is (to me) far more readable than C++ (and way more intuitive than Rust) |
01:49:09 | Yuken_ | Huh. To me, Nim looks really strange. |
01:49:28 | Yuken_ | I'll upload a little tidbit of the language I previously used to show how different Nim is to me :p |
01:49:42 | pydsigner | Nim has some weirdnesses but I like them more than Rust's |
01:50:20 | Yuken_ | Here's the regeneration system for a game I made, https://gist.github.com/YukenK/f2c7c3d7e73f3042b83639cd64e3dcff |
01:50:41 | ldlework | wtf |
01:50:53 | pydsigner | C/C++ don't really have a good argument for new development anymore IMO |
01:51:01 | FromGitter | <Varriount> Is that C, or Go? |
01:51:02 | ldlework | what is with the crazy indentation?! |
01:51:05 | Yuken_ | ah |
01:51:09 | FromGitter | <Varriount> I don't see any semicolons |
01:51:22 | Yuken_ | here, lemme fix that |
01:51:29 | Yuken_ | oh. |
01:51:33 | Yuken_ | It's gist that is doing that o-o |
01:51:54 | Yuken_ | Varriount, https://secure.byond.com |
01:51:57 | Yuken_ | ;o |
01:52:54 | pydsigner | it's very close to C |
01:53:01 | pydsigner | But even worse |
01:53:33 | pydsigner | but hey, "proc" |
01:53:52 | pydsigner | you should grab hold of the similarities :] |
01:55:15 | FromGitter | <Varriount> I've... never even heard of that programming language before. |
01:55:37 | Yuken_ | indeed. |
01:55:41 | FromGitter | <Varriount> It looks like a C dialect that's been modified to be a bit more user-friendly. |
01:55:51 | Yuken_ | It's only notable achievement is Space Station 13. you might have heard of that, but maybe not |
01:56:03 | Yuken_ | not sure how many people have :o |
01:56:23 | * | chemist69 quit (Ping timeout: 252 seconds) |
02:01:29 | ldlework | Yuken_: |
02:01:37 | ldlework | Get Nim installed from the devel branch |
02:01:44 | ldlework | git clone dadren somewhere |
02:01:51 | ldlework | nimble install from root of repo |
02:01:57 | ldlework | cd examples/hatchet |
02:01:59 | ldlework | mkdir bin |
02:02:02 | ldlework | make run |
02:02:05 | Yuken_ | yes yes i know |
02:02:06 | Yuken_ | "make run" |
02:02:07 | Yuken_ | hue |
02:02:11 | ldlework | do it |
02:02:12 | Yuken_ | i'll have to actually get it running under Windows. |
02:03:22 | ldlework | oh two missing instructions from the devel instructions on the website |
02:03:26 | ldlework | git checkout devel |
02:03:38 | ldlework | so you're on the right branch |
02:03:41 | ldlework | and at the end |
02:03:44 | ldlework | ./koch tools |
02:03:47 | ldlework | so it makes nimble |
02:04:14 | Yuken_ | will do, but I was actually just wanting to read up a bit on Nim, I have school stuff to do ;o. not doing anything with it or any other language for a bit. |
02:04:37 | ldlework | OK I'll refrain from helping then until you solicit :) |
02:05:13 | Yuken_ | <3 |
02:10:21 | * | chemist69 joined #nim |
02:17:28 | * | Yuken_ quit (Quit: Leaving) |
02:23:10 | * | Nobabs27 quit (Quit: Leaving) |
02:23:41 | * | Nobabs27 joined #nim |
02:28:29 | * | ftsf_ quit (Quit: :q!) |
02:29:28 | * | devted quit (Quit: Sleeping.) |
02:54:49 | * | brson quit (Quit: leaving) |
03:44:46 | * | krux02 quit (Remote host closed the connection) |
03:58:09 | * | chemist69 quit (Ping timeout: 255 seconds) |
04:00:53 | * | chemist69 joined #nim |
04:04:16 | * | def-pri-pub quit (Quit: leaving) |
04:11:50 | * | Nobabs27 quit (Quit: Leaving) |
04:21:55 | * | BitPuffin|osx quit (Ping timeout: 268 seconds) |
04:27:07 | zachcarter | very incomplete but - http://fragworks.io/ |
04:37:31 | * | yglukhov joined #nim |
04:41:53 | * | yglukhov quit (Ping timeout: 255 seconds) |
04:44:46 | * | cspar quit (Ping timeout: 260 seconds) |
05:32:26 | FromGitter | <Varriount> @Araq Does an author by the name "Karl May" mean anything to you? |
05:47:52 | * | zachcarter quit (Quit: zachcarter) |
06:01:34 | Araq | sure, he wrote lots of books about cowboys and indians |
06:03:54 | * | chemist69 quit (Ping timeout: 252 seconds) |
06:25:57 | * | vivus quit (Quit: Leaving) |
06:31:06 | * | chemist69 joined #nim |
06:31:28 | FromGitter | <timeyyy> :araq, did anything turn up in regards to open nim positions? |
06:38:50 | * | Vladar joined #nim |
06:42:38 | * | Jehan_ joined #nim |
06:43:38 | * | vlad1777d joined #nim |
06:48:54 | * | rokups joined #nim |
06:54:45 | * | nsf joined #nim |
07:23:00 | * | fastrom quit (Quit: Leaving.) |
07:25:25 | FromGitter | <Varriount> @Araq A book I'm reading mentions that Karl May's books are quite popular in Germany. |
07:26:25 | Araq | they have been 50 years ago. |
07:27:04 | Araq | timeyyy, please ask on the forum |
07:28:11 | FromGitter | <Varriount> zachcarter: What do you need GENie for? |
07:28:36 | FromGitter | <Varriount> And what about BGFX? |
07:29:30 | FromGitter | <Varriount> Ah, I see, BGFX is in the documentation, but not mentioned as a dependency until later. |
07:35:42 | * | gokr joined #nim |
07:51:14 | * | yglukhov joined #nim |
07:51:28 | * | yglukhov quit (Remote host closed the connection) |
07:51:44 | * | yglukhov joined #nim |
08:07:25 | * | dexterk quit (Read error: Connection reset by peer) |
08:07:51 | * | dexterk joined #nim |
08:43:53 | FromGitter | <Bennyelg> Averyone here can "Go-to difinition" and auto complete? |
08:45:12 | ldlework | I found some leaked health documents showing Stephen Wolfram's DNA http://i.imgur.com/Sj4JOgs.png |
08:48:00 | FromGitter | <Bennyelg> repl for NIM? latest? |
08:51:17 | Araq | works for me |
08:51:27 | Araq | with VS Code and Nim devel |
08:51:34 | FromGitter | <Bennyelg> I try now the devel |
08:52:00 | Araq | repl --> 'nim secret' but don't use it |
08:52:24 | FromGitter | <Bennyelg> why ? hehe |
08:54:07 | FromGitter | <Varriount> Because the REPL is buggy and low-priority, and araq doesn't want to be bothered about it. |
08:58:13 | FromGitter | <Bennyelg> No 'nim' binary could be found in PATH environment variable |
08:58:18 | FromGitter | <Bennyelg> nim is in path !! :( |
08:58:36 | FromGitter | <Bennyelg> maybe it dont look into zshrc and only bashrc? |
08:58:47 | * | fastrom joined #nim |
08:58:51 | FromGitter | <Bennyelg> No 'nim' binary could be found in PATH environment variable (VS-code) |
09:03:56 | euantor | Is zsh your login shell, or bash? If it's bash, it'll need to be in your .bashrc |
09:04:16 | FromGitter | <Bennyelg> zsh is my default |
09:04:23 | FromGitter | <Bennyelg> and I have "/Users/benny/Nim/bin/nim" in path among others |
09:04:38 | FromGitter | <Bennyelg> /Users/benny/Nim/bin |
09:05:06 | ldlework | no love for my joke :'( |
09:06:33 | euantor | I'm not sure why that wouldn't work then, but I don't know where VS Code looks |
09:06:52 | euantor | Easiest quick fix would be to symlink nim into /usr/local/bin/ |
09:07:08 | FromGitter | <Bennyelg> Lets try. |
09:07:09 | cheatfate | Bennyelg: and you can run `nim` in your shell? |
09:07:58 | FromGitter | <Bennyelg> yep |
09:08:03 | cheatfate | because looks like you can't |
09:08:07 | FromGitter | <Bennyelg> i CAN |
09:08:18 | FromGitter | <Bennyelg> this is the annoying part |
09:09:11 | flyx | can you run nim in the internal shell of vscode? |
09:09:26 | FromGitter | <Bennyelg> its hard to learn new language without auto-completion and unable to get to libraries definitions |
09:09:32 | FromGitter | <Bennyelg> yes |
09:09:43 | FromGitter | <Bennyelg> if I run F6 it does compile and run the file |
09:09:52 | FromGitter | <dom96> ldlework: http://i.imgur.com/XS5LK.gif |
09:11:02 | cheatfate | Bennyelg: if it running somehow, but your plugin is not working, maybe you need to ask plugin authors about it? |
09:11:06 | flyx | did you try to add nim to the path in ~/.bash_profile ? |
09:11:43 | FromGitter | <Bennyelg> I did try now to ln -s to usr/local/bin which, and Now I see auto correction of errors |
09:11:54 | FromGitter | <Bennyelg> but still go-to definition and auto complete is not working |
09:12:25 | Araq | well it uses 'nimsuggest' not 'nim' |
09:12:30 | Araq | koch nimsuggest |
09:12:50 | FromGitter | <Bennyelg> so I should put ln -s to the nimsuggest too ? |
09:12:56 | Araq | yes |
09:13:42 | FromGitter | <Bennyelg> If i install nim from the devel how I install nimsuggest |
09:13:49 | Araq | koch nimsuggest |
09:14:18 | FromGitter | <Bennyelg> Installing.. |
09:14:45 | FromGitter | <Bennyelg> installed , where is the path now? |
09:15:08 | FromGitter | <Bennyelg> oh great |
09:15:10 | FromGitter | <Bennyelg> lets see now |
09:18:28 | * | Arrrr joined #nim |
09:19:29 | Araq | arnetheduck: how much work would it be to get LLVM emit code for precise stack roots? |
09:21:45 | FromGitter | <Bennyelg> not working. only the runtime errors /warnings are displayed |
09:41:29 | * | fastrom quit (Quit: Leaving.) |
09:42:30 | * | Adeohluwa joined #nim |
09:45:48 | arnetheduck | Araq, precise stack roots? |
09:46:20 | Araq | yeah, so we know if registers and stack slots contain a pointer or not |
09:48:24 | * | Adeohluwa quit (Remote host closed the connection) |
09:48:40 | * | Adeohluwa joined #nim |
09:50:19 | arnetheduck | not sure actually.. registers are abstracted away, so there's some platform specific code needed there, and stack is kind of abstract too, but it's not something I've looked into extensively |
09:51:11 | arnetheduck | right now I just do the same thing as the C gen |
09:53:18 | arnetheduck | there's some provision for examining registers, for exception handling mainly, not sure if that can be reused.. otherwise I suspect one can write a special pass for it, but that requires going deeper |
09:53:42 | arnetheduck | s/examining/saving |
09:54:04 | Jehan_ | Adding support for precise scanning in LLVM is not trivial. |
09:54:10 | Jehan_ | Not cost-free, either. |
09:55:22 | * | couven92 joined #nim |
09:55:30 | FromGitter | <Bennyelg> let is imutable? |
09:57:37 | Jehan_ | Basically, you need to augment the generated code with safepoints (where registers containing pointers are spilled to the stack in defined locations) and the GC has to then work through it via a stack map provided by LLVM. |
10:02:05 | FromGitter | <Bennyelg> help here ⏎ ⏎ ```var patt: Regex = r"\b[a-zA-Z]+\b" ⏎ echo re.find(newMessage, patt)``` [https://gitter.im/nim-lang/Nim?at=58ef4c9fbdf4acc112562a99] |
10:04:41 | FromGitter | <Bennyelg> Oh I got it it's re instead of r |
10:06:41 | * | fastrom joined #nim |
10:09:02 | * | Adeohluwa quit (Remote host closed the connection) |
10:09:16 | * | Adeohluwa joined #nim |
10:09:26 | Araq | Jehan_: got some link handy? |
10:10:42 | Jehan_ | Araq: Umm, let me google. I had to look at it last month for work I'm doing, it should be on the LLVM site somewhere. |
10:11:13 | Jehan_ | Araq: http://llvm.org/docs/Statepoints.html |
10:11:27 | Jehan_ | And yeah, it's experimental, but the other mechanism looks like it's going to be deprecated. |
10:14:11 | couven92 | Uhm... how do I do an open-sized array in a importc object type declaration in Nim? |
10:14:48 | couven92 | not as a pointer, but as a value array in the structure? |
10:15:29 | couven92 | (in C this is sometimes called an ANYSIZE_ARRAY) |
10:16:14 | * | krux02 joined #nim |
10:16:26 | * | Adeohluwa quit (Remote host closed the connection) |
10:16:34 | * | krux02 quit (Remote host closed the connection) |
10:16:40 | * | Adeohluwa joined #nim |
10:17:50 | Jehan_ | couven92: Not sure that I understand. openarrays are inherently pointers? (Well, passed as a pointer plus a length argument.) |
10:18:38 | cheatfate | there no such term ANYSIZE_ARRAY |
10:18:45 | cheatfate | C uses [1] |
10:19:20 | couven92 | Jehan_, cheatfate: http://stackoverflow.com/questions/17185247/c-struct-array-member-without-specific-length |
10:19:32 | * | Adeohluwa quit (Remote host closed the connection) |
10:19:46 | * | Adeohluwa joined #nim |
10:20:09 | couven92 | Yes, in the Windows SDK we have the define: `#define ANYSIZE_ARRAY 1` but in GCC you actually define an open sized array as the last field of a strcutrue |
10:20:48 | cheatfate | GCC uses the same technique |
10:20:50 | Jehan_ | couven92: This is sort of how `seq` is internally laid out. If you want to interface with such a struct in Nim, you can use an object with an unchecked array component. |
10:21:08 | couven92 | Jehan_, that's what I am looking for, how? |
10:21:31 | cheatfate | couven92, stdlib has such examples |
10:21:35 | Jehan_ | See here for unchecked: https://nim-lang.org/docs/manual.html#foreign-function-interface-unchecked-pragma |
10:21:40 | couven92 | THX! |
10:21:56 | Jehan_ | It allows you to create an array type where the upper bound isn't checked. |
10:22:20 | Jehan_ | You then use an object where the last field is such an unchecked array. |
10:28:07 | * | fastrom quit (Quit: Leaving.) |
10:28:14 | couven92 | Jehan_, thanks, I just didn't know what to search for in the man page... Now it works like a charm! :) |
10:51:25 | * | fastrom joined #nim |
10:57:11 | * | Adeohluwa quit (Ping timeout: 255 seconds) |
11:14:08 | * | fastrom1 joined #nim |
11:15:32 | * | fastrom quit (Ping timeout: 240 seconds) |
11:20:55 | * | zachcarter joined #nim |
11:22:35 | * | bjz joined #nim |
11:23:59 | * | Jehan_ quit (Quit: Leaving) |
11:24:02 | zachcarter | I need a better way of capturing gifs of gameplay than licecap |
11:24:05 | zachcarter | on osx |
11:24:06 | * | chemist69 quit (Ping timeout: 255 seconds) |
11:24:10 | * | fastrom joined #nim |
11:24:33 | * | fastrom1 quit (Ping timeout: 252 seconds) |
11:40:39 | * | fastrom1 joined #nim |
11:40:46 | * | fastrom quit (Ping timeout: 240 seconds) |
11:41:03 | FromGitter | <dom96> zachcarter: I've used this before: https://gist.github.com/dergachev/4627207 |
11:41:08 | FromGitter | <dom96> Worked pretty well AFAIK |
11:41:14 | FromGitter | <dom96> *IIRC |
11:41:14 | zachcarter | thanks |
11:46:22 | * | fastrom joined #nim |
11:48:24 | * | fastrom1 quit (Ping timeout: 255 seconds) |
11:50:58 | * | fastrom1 joined #nim |
11:51:02 | * | chemist69 joined #nim |
11:52:03 | * | fastrom quit (Ping timeout: 252 seconds) |
11:52:10 | * | Jehan_ joined #nim |
11:53:41 | * | fastrom joined #nim |
11:53:47 | * | Jehan_ quit (Client Quit) |
11:55:21 | * | fastrom1 quit (Ping timeout: 252 seconds) |
11:57:32 | * | dexterk_DEnMJ joined #nim |
11:57:32 | * | dexterk quit (Disconnected by services) |
11:57:32 | * | dexterk_DEnMJ is now known as dexterk |
12:01:14 | * | fastrom1 joined #nim |
12:01:24 | * | fastrom quit (Ping timeout: 240 seconds) |
12:06:44 | * | fastrom joined #nim |
12:08:42 | * | fastrom1 quit (Ping timeout: 260 seconds) |
12:13:07 | FromGitter | <brechtm> `attribute=` cannot be a method? |
12:15:36 | FromGitter | <brechtm> Bah, Gitter eats backticks... |
12:16:14 | FromGitter | <brechtm> Test: ```method `property=`(obj: MyType) ``` |
12:18:42 | FromGitter | <brechtm> So the question is: can a property setter be a method (so that it also serves subclasses)? |
12:19:45 | * | fastrom1 joined #nim |
12:21:11 | * | fastrom quit (Ping timeout: 240 seconds) |
12:27:56 | FromGitter | <brechtm> Oh, it may not be declared as ```method `property=`(obj: var MyType) ``` for some reason |
12:28:11 | FromGitter | <brechtm> (the var annotation) |
12:30:47 | * | fastrom1 quit (Ping timeout: 255 seconds) |
12:30:59 | * | fastrom joined #nim |
12:33:47 | * | zachcarter quit (Quit: zachcarter) |
12:36:00 | Araq | x.property = a is rewritten to `property=`(x, a) |
12:36:14 | Araq | methods vs proc don't matter. can also be a template or a macro |
12:44:37 | FromGitter | <brechtm> @Araq: as a proc, it needs the var annotation on the first argument, for the method there's trouble if there is a var annotation... or I'm confused |
12:45:00 | FromGitter | <brechtm> I would expect the var annotation to always be required |
12:45:24 | FromGitter | <dom96> Your type can also be a 'ref' |
12:45:33 | FromGitter | <dom96> Then 'var' isn't required |
12:45:41 | FromGitter | <brechtm> yes, it's a ref |
12:45:46 | FromGitter | <brechtm> but it's not even allowed |
12:46:36 | FromGitter | <brechtm> https://glot.io/snippets/eowfksksce |
12:49:22 | arnetheduck | the final pragma, it's really only useful for inherited types? |
12:51:04 | flyx | brechtm: that code works if the type is not a `ref` type. |
12:52:33 | * | Arrrr quit (Ping timeout: 252 seconds) |
12:58:50 | * | smt joined #nim |
13:01:23 | * | smt_ quit (Ping timeout: 255 seconds) |
13:09:41 | * | smt quit (Read error: Connection reset by peer) |
13:10:07 | * | smt joined #nim |
13:13:10 | * | bjz_ joined #nim |
13:14:04 | FromGitter | <brechtm> @flyx yes, but shouldn't it also work for ref types? |
13:14:08 | * | bjz quit (Ping timeout: 240 seconds) |
13:15:20 | flyx | brechtm: well, a var ref type is a double indirection, I know of no language that allows that for dispatching calls |
13:18:42 | arnetheduck | seems I can't build koch any more with a nim compiled from csources: lib/system/alloc.nim(313, 20) Error: invalid pragma: intdefine |
13:19:30 | arnetheduck | or maybe I'm using an old one.. |
13:21:08 | * | zachcarter joined #nim |
13:21:33 | arnetheduck | ok, works with a fresh one ;) |
13:28:51 | * | chemist69 quit (Ping timeout: 252 seconds) |
13:32:42 | * | chemist69 joined #nim |
13:35:47 | * | zachcarter_ joined #nim |
13:38:32 | * | zachcarter quit (Ping timeout: 240 seconds) |
13:38:33 | * | zachcarter_ is now known as zachcarter |
13:56:20 | * | fastrom quit (Quit: Leaving.) |
14:06:03 | * | herzog_ernst joined #nim |
14:06:15 | FromGitter | <evacchi> so I was trying to write that "where" macro by just re-ordering the statements (probably not the best, but just to get started) |
14:06:26 | FromGitter | <evacchi> but I can't make this very stupid snippet to work |
14:06:26 | FromGitter | <evacchi> https://glot.io/snippets/eowhrd0bxt |
14:06:47 | FromGitter | <evacchi> it prints 1 only once (first block) but it won't run the second block |
14:06:50 | FromGitter | <evacchi> what's wrong? |
14:07:28 | demi- | zachcarter: you can capture video using quicktime player and use something like ffmpeg to turn it into a gif |
14:07:51 | demi- | arnetheduck: did you have any questions about the header location/sdk comments i had yesterday? |
14:07:56 | zachcarter | thanks demi- |
14:11:45 | * | devted joined #nim |
14:20:57 | * | zachcarter quit (Quit: zachcarter) |
14:29:25 | * | zachcarter joined #nim |
14:47:09 | * | herzog_ernst quit (Remote host closed the connection) |
14:47:30 | * | herzog_ernst joined #nim |
14:49:27 | * | herzog_ernst quit (Remote host closed the connection) |
14:51:35 | FromGitter | <brechtm> @flux but why does it work for procs? |
14:53:41 | FromGitter | <brechtm> a generic proc, that is |
14:59:47 | zachcarter | http://fragworks.io/ |
14:59:49 | zachcarter | I like how that looks |
15:03:35 | * | mal``` joined #nim |
15:04:11 | FromGitter | <stisa> @evacchi ``..`` only works when increasing if I remember correctly, try with ``countdown(from,to)`` |
15:05:07 | * | ludocode quit (Disconnected by services) |
15:05:08 | * | ludocode_ joined #nim |
15:06:17 | * | pydsigner quit (Quit: I'll Be Back!) |
15:06:34 | * | acidx_ joined #nim |
15:08:12 | * | shodan45_ joined #nim |
15:08:54 | FromGitter | <evacchi> @stisa heh, that worked :-) |
15:09:16 | * | gmpreussner_ joined #nim |
15:09:41 | * | StarBrilliant1 joined #nim |
15:10:06 | * | pydsigner joined #nim |
15:10:47 | * | askatasuna quit (*.net *.split) |
15:10:47 | * | gmpreussner quit (*.net *.split) |
15:10:47 | * | mal`` quit (*.net *.split) |
15:10:47 | * | acidx quit (*.net *.split) |
15:10:47 | * | StarBrilliant quit (*.net *.split) |
15:10:48 | * | d10n quit (*.net *.split) |
15:10:48 | * | shodan45 quit (*.net *.split) |
15:10:48 | * | StarBrilliant1 is now known as StarBrilliant |
15:11:31 | * | askatasuna joined #nim |
15:11:31 | * | d10n joined #nim |
15:11:31 | * | d10n quit (Changing host) |
15:11:31 | * | d10n joined #nim |
15:17:38 | * | couven92 quit (Ping timeout: 260 seconds) |
15:17:41 | FromGitter | <Bennyelg> how to I "ignore exception" |
15:17:52 | FromGitter | <Bennyelg> like try: xxx except: pass |
15:18:01 | zachcarter | discard |
15:18:14 | zachcarter | or just nil |
15:19:46 | FromGitter | <Bennyelg> thanks. |
15:19:56 | FromGitter | <Bennyelg> easy way to remove extra spaces from string |
15:21:42 | * | pydsigner quit (Read error: Connection reset by peer) |
15:24:46 | * | pydsigner joined #nim |
15:26:32 | * | adeohluwa joined #nim |
15:27:01 | * | adeohluwa_ joined #nim |
15:27:29 | zachcarter | there’s a strip or a trim or something |
15:27:50 | zachcarter | https://nim-lang.org/docs/strutils.html#strip,string,set[char] |
15:30:23 | FromGitter | <Varriount> discard. Using nil for an empty statement is deprecated |
15:30:36 | FromGitter | <Varriount> Benny: strutils |
15:32:45 | * | adeohluwa_ quit () |
15:36:59 | * | mwbrown is now known as mwbrown_ |
15:37:09 | * | mwbrown_ is now known as mwbrown |
15:38:27 | * | ludocode_ is now known as ludocode |
15:44:04 | * | cspar joined #nim |
15:48:40 | * | pydsigner quit (Read error: Connection reset by peer) |
16:04:33 | zachcarter | Varriount: did you see fragworks.io ? |
16:04:45 | zachcarter | not much there atm but it’s better than nothing |
16:07:47 | * | nsf quit (Quit: WeeChat 1.7) |
16:10:38 | * | pydsigner joined #nim |
16:22:22 | FromGitter | <TiberiumPY> hmm, can I create something like https://github.com/AimTuxOfficial/AimTux ? it uses .so injection, memory changing, hooking to functions etc... ⏎ ⏎ or it doesn't worth it? |
16:23:40 | FromGitter | <TiberiumPY> (i mean there's a lot of memory casting involved) |
16:27:50 | * | pydsigner quit (Quit: I'll Be Back!) |
16:28:55 | * | Sentreen quit (Read error: Connection reset by peer) |
16:29:07 | * | zachcarter_ joined #nim |
16:29:37 | * | Sentreen joined #nim |
16:30:54 | * | shashlick quit (Ping timeout: 240 seconds) |
16:32:04 | * | zachcarter quit (Ping timeout: 252 seconds) |
16:32:04 | * | rokups quit (Ping timeout: 252 seconds) |
16:32:04 | * | rokups_ joined #nim |
16:32:05 | * | zachcarter_ is now known as zachcarter |
16:33:16 | * | shashlick joined #nim |
16:33:23 | * | rokups_ is now known as rokups |
16:47:54 | FromGitter | <TiberiumPY> btw, about auto-completion: ⏎ if there would be a plugin for IntelliJ IDEA or Atom or VSCode with true auto-completion auto definitions - there would be more newcomers |
16:52:46 | * | Trustable joined #nim |
16:54:29 | * | yglukhov quit (Remote host closed the connection) |
16:56:52 | * | Tiberium joined #nim |
17:07:15 | * | krux02 joined #nim |
17:07:17 | * | arnetheduck quit (Ping timeout: 260 seconds) |
17:07:55 | * | bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
17:12:02 | * | Vladar quit (Remote host closed the connection) |
17:15:29 | * | bjz joined #nim |
17:20:48 | * | Arrrr joined #nim |
17:22:50 | * | Vladar joined #nim |
17:36:27 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
17:43:26 | FromGitter | <barcharcraz> yeah, I managed to get the existing vscode plugin to complete everything (even stuff from modules) but it was too slow |
17:43:34 | FromGitter | <barcharcraz> also module name completions would be nice |
17:45:08 | * | demi- quit (Quit: Server shutdown in 3... 2... 1...) |
17:47:23 | FromGitter | <TiberiumPY> how did you manage to do it? |
17:47:26 | FromGitter | <TiberiumPY> can you share ? |
17:47:35 | FromGitter | <TiberiumPY> even if it's slow, I want to try it |
17:47:44 | * | zachcarter quit (Quit: zachcarter) |
17:49:30 | FromGitter | <TiberiumPY> (maybe it's slow because of interacting with nimsuggest) |
17:49:35 | FromGitter | <TiberiumPY> I mean parsing results from nimsuggest |
17:51:26 | * | yglukhov joined #nim |
17:52:14 | * | demi- joined #nim |
17:55:45 | * | yglukhov quit (Ping timeout: 240 seconds) |
17:59:30 | FromGitter | <Varriount> @zacharycarter Shouldn't bgfx be listed as a dependency? |
18:00:13 | FromGitter | <barcharcraz> It was a code change in the compiler |
18:00:21 | FromGitter | <barcharcraz> I forget exactly where |
18:00:43 | FromGitter | <barcharcraz> The issue is that nimsuggest won't give you those suggestions |
18:00:55 | FromGitter | <barcharcraz> Not that the vs code plugin can't deal with em |
18:00:56 | FromGitter | <Varriount> @TiberiumPY The problem is that nimsuggest must read-in a temporary dirty file for each operation |
18:01:27 | FromGitter | <barcharcraz> Wonderful.... my windows machine is broke |
18:01:32 | FromGitter | <Varriount> Which only works if that dirty file is small and can fit in the disk cache |
18:04:35 | demi- | if someone wants to add this to a wiki or something, i wrote up how i was able to use llvm thread and address sanitizers to debug Nim code: https://pewpewthespells.com/blog/using-sanitizers-with-nim.html |
18:07:45 | * | vivus joined #nim |
18:27:08 | vivus | does the "write" option for files allow mixing of variables and strings? eg. somefile.write(somevar, " , " somevar2) ? |
18:28:55 | * | zachcarter joined #nim |
18:28:55 | dom96 | demi-: submit it to r/nim |
18:31:21 | * | libman joined #nim |
18:33:44 | zachcarter | Varriount: nake builds bgfx for you so I didn’t list it as a dependency |
18:44:17 | * | Mat4 joined #nim |
18:46:33 | * | Mat4 left #nim ("Auf Wiedersehen") |
18:47:53 | * | Mat4 joined #nim |
18:49:28 | * | Mat4 left #nim ("Auf Wiedersehen") |
18:51:49 | * | yglukhov joined #nim |
18:52:27 | * | shodan45_ quit (Remote host closed the connection) |
18:52:59 | * | shodan45 joined #nim |
19:15:54 | * | yglukhov quit (Remote host closed the connection) |
19:16:03 | Araq | "Which only works if that dirty file is small and can fit in the disk cache" sure, it has to be smaller than 10 MB for a slow device. that would be a file with less than 100_000 lines. very limiting. |
19:47:26 | * | Nobabs27 joined #nim |
19:59:39 | zachcarter | added a logo - http://fragworks.io/ |
20:01:47 | * | ldlework sighs. |
20:01:56 | zachcarter | ? |
20:02:16 | * | rokups quit (Quit: Connection closed for inactivity) |
20:02:22 | ldlework | I can't handle competition |
20:02:38 | zachcarter | bahaha I’m not competing with anyone :P |
20:03:29 | zachcarter | although I am curious to see your project |
20:04:49 | ldlework | https://github.com/dustinlacewell/dadren/tree/master/dadren |
20:05:29 | ldlework | zachcarter: hehe I can't compete I'll only be blit based |
20:05:50 | zachcarter | oh I meant like in action :P I’ve seen or glanced at the code |
20:06:01 | zachcarter | well that’s okay I think you can still get far with just the sdl2 renderer |
20:06:19 | ldlework | zachcarter: clone it and run the examples! |
20:06:39 | ldlework | nimble install (from root); cd examples/hatchet; mkdir bin; make run |
20:07:18 | zachcarter | okay I will, fixing some stuff with this logo then I shall do that |
20:07:39 | * | Arrrr quit (Read error: Connection reset by peer) |
20:07:41 | * | yglukhov joined #nim |
20:11:47 | * | yglukhov quit (Remote host closed the connection) |
20:12:12 | * | gangstacat quit (Quit: Ĝis!) |
20:15:25 | zachcarter | Idlework: /Users/zachcarter/.nimble/pkgs/dadren-0.1.0/dadren/generators.nim(6, 8) Error: cannot open 'perlin' |
20:15:50 | ldlework | nimble install it |
20:16:12 | zachcarter | okay |
20:17:04 | zachcarter | cool :D got it running |
20:17:14 | ldlework | noice |
20:19:22 | * | Vladar quit (Quit: Leaving) |
20:20:45 | * | Trustable quit (Remote host closed the connection) |
20:25:33 | * | gangstacat joined #nim |
20:28:31 | * | fastrom joined #nim |
20:33:46 | * | fastrom quit (Quit: Leaving.) |
20:35:06 | * | fastrom joined #nim |
20:36:43 | * | couven92 joined #nim |
20:43:16 | * | bjz joined #nim |
20:46:38 | * | gangstacat quit (Quit: Ĝis!) |
20:50:26 | dom96 | shouldn't that be in dadren's .nimble deps? |
20:50:30 | * | Tiberium quit (Remote host closed the connection) |
20:54:06 | ldlework | yes |
20:54:08 | ldlework | lol |
20:54:11 | ldlework | how do I write a test for a converter? |
20:54:24 | ldlework | I wrote a converter between uint8 and array[0..7, bool] |
20:54:27 | ldlework | how can I test it? |
20:54:42 | ldlework | 255.uint8 == [true, true ...] doesn't work |
20:55:49 | ldlework | half |
20:55:52 | ldlework | halp |
20:57:00 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
20:57:03 | dom96 | call it like a procedure I guess |
20:57:05 | ldlework | also...why can't I call converters |
20:57:08 | ldlework | can't |
20:57:15 | ldlework | undeclared identifier: 'uint8_Ruleset' |
20:57:32 | dom96 | didn't export it? |
20:57:58 | ldlework | oh the other file has bugs |
20:58:16 | ldlework | wtf no += implemented for uint8 |
21:00:10 | ldlework | cool it works at least now |
21:02:20 | ldlework | dom96: I was thinking, "when isMainModule" shouldn't be true for bits that are included via "include" |
21:02:28 | ldlework | make testing easier |
21:03:48 | demi- | dom96: i don't do reddit, and especially not HN. |
21:04:05 | dom96 | Why? |
21:04:40 | demi- | because they are generally cesspools |
21:05:00 | ldlework | ah nevermind, you can just have your test running define a symbol |
21:05:16 | ldlework | when not defined(SUT) |
21:05:19 | federico3 | demi-: yep. Do you have alternative places? |
21:05:26 | demi- | i've had stuff from my blog submitted to HN and reddit before and i've gotten nothing but grief from it |
21:05:43 | demi- | so i'm not super interested in incurring that on myself again :) |
21:14:58 | adeohluwa | demi-: think about the lurkers who will benefit too, they may not reach out & say good job! |
21:16:35 | demi- | adeohluwa: sorry, i won't submit it myself; that is just my feelings on the matter. if one of you want to submit it, i cannot really stop you. i put it out there on my blog as a resource to help people, not going to say you cannot share it. |
21:17:29 | adeohluwa | demi-: totally understandable |
21:18:40 | demi- | if i have time tonight i'll probably add a note at the bottom that explains this also applies to linux, you would just have to change the paths based on your llvm install |
21:19:01 | demi- | i figured that was implied but it doesn't hurt to be more explicit |
21:33:23 | ldlework | result[i] = self.rule.Rule[pattern.index] |
21:33:26 | ldlework | ^ scary syntax |
21:48:53 | zachcarter | @dom96: taking your advice - http://imgur.com/a/lQITH |
21:49:39 | * | vlad1777d quit (Remote host closed the connection) |
21:50:43 | FromGitter | <Varriount> zachcarter: Regarding building on Windows, users with MinGW installed won't always have the MINGW environment variable set. |
21:51:04 | FromGitter | <Varriount> Usually you just check that gcc/g++ can be run |
21:51:15 | FromGitter | <Varriount> Also, make may not be installed either. |
21:51:33 | * | zachcarter quit (Read error: Connection reset by peer) |
21:51:56 | * | zachcarter joined #nim |
21:58:27 | * | acidx_ is now known as acidx |
21:58:38 | * | mwbrown quit (Quit: Exiting) |
21:58:57 | * | mwbrown joined #nim |
22:01:58 | * | devted quit (Quit: Sleeping.) |
22:13:06 | FromGitter | <TiberiumPY> http://imgur.com/GSX7DTD |
22:13:29 | FromGitter | <TiberiumPY> Results: Survey for Indie Developers about their first game |
22:14:25 | zachcarter | Lot of people using C# |
22:15:05 | FromGitter | <Varriount> Because of Unity |
22:15:24 | FromGitter | <TiberiumPY> Yep |
22:15:33 | zachcarter | also I hope I’m not the only one working on frag forever |
22:15:33 | zachcarter | :P |
22:15:39 | zachcarter | rauss has helped a bit |
22:15:52 | zachcarter | well a lot with like reveiwing things and suggestions |
22:16:01 | FromGitter | <Varriount> I have mixed feelings about Unity: I don't mind it when people use it for the kinds of scenarios it was intended for, but I've seen games that try to do unique things and get hit with Unity's shortcomings hard. |
22:16:12 | * | PMunch joined #nim |
22:16:14 | zachcarter | Unity stinks for 2d |
22:16:20 | FromGitter | <Varriount> zachcarter: I'll have some time over the summer and possibly next fall |
22:16:24 | ldlework | It really doesn't |
22:16:25 | FromGitter | <TiberiumPY> Unity is everywhere in pay |
22:16:33 | FromGitter | <TiberiumPY> In market |
22:16:33 | ldlework | Unity is pretty nice for 2D |
22:16:34 | zachcarter | Varriount: awesome |
22:16:44 | FromGitter | <TiberiumPY> Shiet |
22:17:15 | FromGitter | <TiberiumPY> I wanted to say that unity is everywhere in Google play |
22:17:22 | FromGitter | <Varriount> I think the best example is http://store.steampowered.com/app/237870/ |
22:18:12 | FromGitter | <Varriount> So many bugs, so inefficient, all because the developers were like "hey, let's use unity to make a completely modifiable sandbox-like game!" |
22:18:52 | ldlework | I don't think Unity has anything to do with it. |
22:19:08 | ldlework | Hurtworld is a modifiable sandbox-like game and its great. |
22:19:13 | ldlework | Rust is a commercial success. |
22:19:23 | FromGitter | <Varriount> The language? |
22:19:23 | ldlework | Kerbel Space Program is the epitome of sandbox. |
22:19:30 | ldlework | No, the game. |
22:19:32 | ldlework | Made in Unity. |
22:19:50 | zachcarter | well I know Rust and Kerbal are both buggy a f or at least they were |
22:19:53 | ldlework | There are so many good and commercially successful games in Unity, equating it to low quality is just lazy. |
22:19:56 | zachcarter | I haven’t played either recently |
22:20:22 | FromGitter | <TiberiumPY> Yeah, lazy developers can do something very fast in unity |
22:20:29 | FromGitter | <Varriount> ldlework: I'm not equating Unity with low quality, I'm just annoyed when people try to use it for extreme scenarios |
22:20:47 | FromGitter | <TiberiumPY> (or good devs for prototype) |
22:21:31 | FromGitter | <TiberiumPY> There's also a "Robocraft" which is made in |
22:21:33 | FromGitter | <TiberiumPY> unity |
22:21:40 | ldlework | Sword Coast Legends, Cities Skylines, Firewatch, Endless Legend, The Long Dark, The Forest |
22:21:54 | ldlework | All great large games with great production values |
22:22:34 | ldlework | It sounds more like you hate inexperienced indie devs. |
22:23:34 | FromGitter | <Varriount> ldlework: Who are you addressing? |
22:23:49 | ldlework | You |
22:23:55 | FromGitter | <TiberiumPY> By the way, I think we can compare unity Vs unreal engine as windows vs linux |
22:24:52 | FromGitter | <Varriount> ldlework: As I said, I just don't like it when people use Unity for extreme scenarios |
22:25:20 | ldlework | And I'm replying "Unity is obviously capable of making "extreme" games." |
22:25:23 | ldlework | Whatever that means. |
22:35:42 | * | couven92 quit (Quit: Disconnecting) |
22:36:06 | federico3 | is $fromSeconds(0) returning 1970-01-01T00:00:00+00:00 to you? I'm getting a 1h offset |
22:37:44 | FromGitter | <Varriount> federico3: I get 1969-12-31T19:00:00-05:00 |
22:37:53 | federico3 | yep, it contains the timezone : |
22:44:39 | federico3 | Varriount, yet, yours looks correct |
22:46:43 | * | nsf joined #nim |
23:01:30 | FromGitter | <Varriount> zacharycarter: What kind of help do you desire? |
23:01:42 | * | pydsigner joined #nim |
23:02:36 | FromGitter | <Varriount> I'm not sure how much graphics programming help I can give - my areas of expertise are low-level systems, general networking, and OS interfaces |
23:02:56 | FromGitter | <Varriount> I can do graphics design, though I'm not a professional |
23:10:56 | PMunch | I have to agree with Varriount that Unity isn't very nice. It's easy to get things out and making nice things in it is fairly simple. But so many times have I seen developers saying things like "well we can't implement X because of Unity". The problem is just that it's not a one stop solution which unfortunately means that when you are locked into it and want to expand beyond it's capabilities then you're probably screwed. But if you |
23:10:57 | PMunch | are creating a fairly simple game mechanic then by all means. |
23:19:11 | FromGitter | <Varriount> PMunch: Or rather "well we can't implement X because we don't have the experience to go outside Unity's norms" |
23:19:53 | PMunch | Well, that might be fair.. |
23:26:50 | * | bjz joined #nim |
23:26:53 | FromGitter | <Varriount> PMunch: The general rule is that the more structure a framework/engine provides, the harder it is to move away from those structures (and the limitations they have) |
23:30:09 | PMunch | Yeah |
23:39:21 | * | nsf quit (Quit: WeeChat 1.7) |
23:41:56 | zachcarter | Varriount: There’s a myriad of things that need doing, mostly building games with what I’ve already assembled, documenting how things work, and adding features that are still needed for various types of games |
23:42:26 | zachcarter | I’m trying to organize things using the github projects offering, so far it’s working okay, although some things are bugging me |
23:58:35 | * | PMunch quit (Quit: leaving) |