00:03:46 | * | rnrwashere quit (Remote host closed the connection) |
00:04:53 | * | rnrwashere joined #nim |
00:05:21 | shashlick | yay, Linux binary builds in nightlies are almost working |
00:05:31 | shashlick | few more fixes and we will be good to go |
00:05:56 | ryukoposting | can we get docker containers/upload to docker built into releases pls |
00:09:56 | shashlick | nightlies is devel builds so we can post to github releases but might not be easy to docker run |
00:10:10 | shashlick | else every night will be a new push - is that common in the docker world? |
00:10:26 | ryukoposting | oooh yeah definitely no pushes to dockerhub for nightlies |
00:10:40 | ryukoposting | maybe in a separate thing, but not the main container lol |
00:24:12 | * | a_b_m quit (Ping timeout: 245 seconds) |
00:25:14 | * | leorize joined #nim |
00:25:24 | shashlick | Can you pull containers from other places, like github releases |
00:25:42 | shashlick | No good reason to though |
00:29:16 | * | V-X joined #nim |
00:30:17 | FromGitter | <coocheenin> ```code paste, see link``` β β @shashlick working like a charm on CentOS 6.6 (i686), thank you again. [https://gitter.im/nim-lang/Nim?at=5c772b98e1446a6ebe587095] |
00:33:22 | V-X | https://gist.github.com/ImVexed/c07c05120a87ccfbf6240a7f390451dc What would be the best way to solve the issue that `remotesImpl()` is getting generated before the `remote` macro is called? |
00:36:42 | leorize | make it return untyped? |
00:37:50 | V-X | No effect |
00:39:40 | shashlick | @coocheenin: awesome π |
00:40:26 | leorize | V-X: what errors did you get? |
00:40:42 | shashlick | testinstall doesn't work on version-0-19 - https://github.com/nim-lang/nightlies/issues/23 |
00:41:43 | V-X | Not an error, just an order of operations problem. `remote` adds the proc to `remotes` and `remotesImpl` iterates over `remotes` but it is empty when `remotesImpl` fires because server.nim is compiled before server_impl.nim I'm presuming |
00:42:26 | leorize | what version of Nim are you running? |
00:42:40 | V-X | 0.19.9 |
00:42:48 | * | rnrwashere quit (Remote host closed the connection) |
00:44:53 | * | rnrwashere joined #nim |
00:46:12 | leorize | I don't think there's anyway around this |
00:46:28 | leorize | The server module will always be evaluated before any other |
00:47:38 | V-X | I was thinking about maybe moving `remotesImpl` into server_impl.nim, it would be messy but it's the only way I can think of under it's current architecture. That being said though if there's a better way to go about this I'd appreciate any input |
00:49:31 | * | rnrwashere quit (Ping timeout: 258 seconds) |
00:52:07 | * | rnrwashere joined #nim |
00:56:25 | * | rnrwashere quit (Ping timeout: 244 seconds) |
00:58:56 | leorize | V-X: How about storing the unfinished AST in a variable then builds upon it for every remote() call? |
01:07:28 | V-X | I'm not quite sure I follow |
01:13:06 | * | seni joined #nim |
01:19:58 | * | stefanos82 quit (Remote host closed the connection) |
01:25:49 | * | ng0 quit (Quit: Alexa, when is the end of world?) |
01:30:39 | * | zachk quit (Quit: Leaving) |
01:36:30 | * | rnrwashere joined #nim |
01:41:04 | * | rnrwashere quit (Ping timeout: 268 seconds) |
01:54:41 | rayman22201 | @V-X export remotesImpl and call it in your "when isMain" section |
01:55:00 | * | dddddd quit (Remote host closed the connection) |
01:57:31 | rayman22201 | remotesImpl is going to get called at when "proc handleCall" is defined (when the server module is compiled). That is not what you want. You need to generate the "proc handleCall" in your main. |
02:06:48 | V-X | Thanks I'll try putting that in and see how it goes |
02:09:37 | * | vlad1777d quit (Ping timeout: 245 seconds) |
02:11:13 | * | V-X quit (Remote host closed the connection) |
02:58:36 | * | timotheecour joined #nim |
03:00:15 | * | timotheecour quit (Client Quit) |
03:02:35 | * | banc quit (Quit: Bye) |
03:02:37 | * | kapil____ quit (Quit: Connection closed for inactivity) |
03:11:28 | * | Snircle quit (Quit: Textual IRC Client: www.textualapp.com) |
03:12:58 | * | qxxxb joined #nim |
03:20:14 | * | redlegion quit (Quit: Ded.) |
03:23:27 | * | banc joined #nim |
03:24:03 | * | qxxxb quit (Quit: WeeChat 1.9.1) |
03:24:49 | ryukoposting | taking bets on how long the AWS SDK generator macro is gonna be |
03:26:16 | * | redlegion joined #nim |
03:26:16 | * | redlegion quit (Changing host) |
03:26:16 | * | redlegion joined #nim |
03:34:17 | * | noeontheend joined #nim |
03:36:33 | FromGitter | <gogolxdong> Does the latest devel remove the prefix nimcache/ directory? |
03:43:18 | shashlick | Nimcache is now moved to ~/.cache |
03:53:12 | FromGitter | <gogolxdong> for js backend, it used to be the current directory with compiling .nim file. |
03:53:32 | FromGitter | <gogolxdong> I found it's gone |
03:57:03 | FromGitter | <Varriount> ryukoposting: I have AWS request signing code that you may find useful |
03:58:54 | ryukoposting | i got one homie |
03:59:20 | ryukoposting | oh wait i read that wrong |
03:59:24 | ryukoposting | pls give |
04:00:15 | FromGitter | <Varriount> Sure. Note that I had a better (and slightly more optimized) version at one point, however it was accidentally deleted. |
04:00:23 | ryukoposting | oof |
04:02:33 | * | nsf joined #nim |
04:02:53 | FromGitter | <Varriount> ryukoposting: https://gist.github.com/Varriount/076f406c475b5369301a2fcd7b4527af |
04:03:18 | ryukoposting | ty |
04:03:25 | ryukoposting | this may prove to be extremely helpful |
04:03:52 | FromGitter | <Varriount> It's optimized to make as few heap allocations as possible. When I benchmarked it, the main hot path was the cryptography code |
04:04:08 | ryukoposting | that makes sense |
04:04:29 | ryukoposting | every request passes through it, sha isn't exactly fast |
04:04:52 | ryukoposting | thanks, this is awesome mate |
04:07:07 | FromGitter | <Varriount> ryukoposting: AWS signing is really convoluted. |
04:07:30 | FromGitter | <Varriount> Especially if you want to avoid creating tons of temporary strings |
04:08:28 | ryukoposting | yeah i was starting work on that |
04:08:44 | ryukoposting | was not exactly the prettiest or the friendliest to the heap lol |
04:09:59 | FromGitter | <Varriount> The main way I avoid allocations is through use of toOpenArray, and tuples of string indexes |
04:10:15 | ryukoposting | clever |
04:13:28 | FromGitter | <Varriount> ryukoposting: If you find a situation in which it crashes, or gives an incorrect authentication signature, let me know. I'll try fixing it. |
04:13:42 | FromGitter | <Varriount> Also, if you have any questions, feel free to ask |
04:14:42 | * | seni quit (Remote host closed the connection) |
04:15:06 | * | seni joined #nim |
04:44:17 | * | MyMind joined #nim |
04:45:52 | * | Sembei quit (Ping timeout: 245 seconds) |
04:48:42 | FromGitter | <slomp> Is it possible to specify `compileToC` in a `nim.cfg` file? β I'm getting this: β β ```nim.cfg(7, 1) Error: invalid command line option: '--compileToC'``` [https://gitter.im/nim-lang/Nim?at=5c776829608c6f373636813a] |
04:57:17 | * | seni quit (Remote host closed the connection) |
04:57:42 | * | seni joined #nim |
05:09:04 | leorize | you can't |
05:09:29 | leorize | there's no way to enforce the backend afaik |
05:10:27 | leorize | nimble will let you specify which backend to build your project with |
05:19:07 | * | leorize quit (Quit: WeeChat 2.3) |
05:29:51 | FromGitter | <gogolxdong> Anyone knows how to use path tag of svg in Karax? |
05:35:41 | FromGitter | <kaushalmodi> I just learn that @timotheecour is blocked from Nim repo :( |
05:35:51 | FromGitter | <kaushalmodi> That's very unfortunate for Nim. |
05:36:34 | FromGitter | <kaushalmodi> His issues and PR's have helped greatly fine tune Nim in the past many months and fix many *many* inconsistencies and bugs. |
05:36:59 | FromGitter | <kaushalmodi> I'm asking Araq and team to revert this decision of theirs. |
05:37:50 | FromGitter | <kaushalmodi> I wonder what major mistake he did that outweighed so many contributions by him. |
05:38:38 | FromGitter | <kaushalmodi> This is a great project; don't let politics ruin it. |
05:41:50 | * | iocat joined #nim |
05:42:45 | * | iocat quit (Client Quit) |
06:08:01 | * | narimiran joined #nim |
06:45:00 | * | hoijui joined #nim |
06:51:02 | FromGitter | <Varriount> @kaushalmodi GitHub has that feature? |
06:53:22 | * | noeontheend quit (Ping timeout: 245 seconds) |
06:55:30 | FromGitter | <timotheecour> indeed; since 14 days ago, I canβt reply to any issue/PR (even ones i created) in nim repo, it shows as "You can't perform this action at this time.β ; and https://github.com/nim-lang/Nim/graphs/contributors used to show me as 2nd contributor since 2018, but I was erased from the list of past contributors. |
06:57:00 | FromGitter | <gogolxdong> what politics ,racism? :) |
07:00:39 | * | krux02 joined #nim |
07:03:21 | * | PMunch joined #nim |
07:07:32 | PMunch | kaushalmodi, timotheecour, this is really unfortunate. I'm awaiting a response from the Nim team as to why this happened before I will comment much further. But from what I've gotten from timotheecour it looks bad.. |
07:08:56 | Zevv | wow, that is sad news. I do hope the core team will be open and fair about this |
07:10:58 | Zevv | erased from the list even |
07:13:37 | * | leorize joined #nim |
07:13:37 | PMunch | Yeah that's rough.. If I were to speculate I'd say it's related to this: https://github.com/nim-lang/Nim/pull/10629#issuecomment-463345761. And I get the point, I always try to create concise examples that shows what the bug is, and try to create minimal PRs whenever possible. But just outright banning people for things like this is too harsh. But as I said, I won't reach for the pitchfork and cry for libertΓ© until we have a fuller picture of what's going |
07:13:37 | PMunch | on here.. |
07:15:30 | Araq | I'm very sorry but we saw no other option. |
07:25:53 | PMunch | What I'm worried about is the communication around this. As I said I can see the point, but did you bring it to his attention? Was he made aware of the possibility of a ban if he didn't increase the quality of his issues? Surely the amount of issues isn't the real problem here, after all a reported bug is better than a hidden one. |
07:35:39 | Araq | I talked with him privately. I don't think these discussions belong into the public. |
07:47:35 | PMunch | Well it is alarming for the community to see something like this without any explanation. Keeping it secret just sows distrust, makes it seem like there's something to hide. |
07:47:53 | PMunch | Or were you referring to the private talks? |
07:48:02 | PMunch | I agree that those don't have to be public |
07:49:57 | * | Vladar joined #nim |
07:54:17 | Araq | yeah, I meant the private talks, they don't belong into the public |
07:55:41 | Araq | the "List of contributors" is beyound our control |
07:56:03 | * | JustASlacker joined #nim |
08:00:00 | * | gmpreussner quit (Quit: kthxbye) |
08:02:39 | PMunch | Yeah I assumed the contributors list was just a GitHub feature and not intentionally done to hide his contributions |
08:04:20 | Araq | Exactly. |
08:04:32 | * | gmpreussner joined #nim |
08:21:13 | * | kapil____ joined #nim |
08:34:55 | PMunch | Does he have any recourse if he want to come back? Or is he just banned indefinitely? |
08:36:16 | FromGitter | <alehander42> Still this sounds very unfortunate: isn't there any way you guys can't somehow get to a working arrangement |
08:58:14 | * | Perkol joined #nim |
08:59:12 | * | ng0 joined #nim |
08:59:34 | * | floppydh joined #nim |
09:01:40 | FromGitter | <alehander42> i feel that if you all can agree for him to work on 2-3 bigger things , e.g. (CI , feature1 , fix2) and not go deep into related smaller issues (except if they're really important): keeping bookkeeping/issue area to a minimum, this can work for everyone |
09:01:52 | Araq | It is not a permanent ban, and the arrangement has been communicated with Timothee. |
09:02:03 | Perkol | Is there way to embed binary files in nim executables? Aside from using base 64 |
09:02:42 | FromGitter | <alehander42> so there is an arrangement where you would accept new work from him |
09:02:47 | FromGitter | <alehander42> that's good to hear |
09:03:14 | krux02 | Perkol, there were some experiments to do that, but I would not go for that right now. |
09:03:59 | Araq | Perkol, lookup "resource compiler", it's not Nim specific, but it works |
09:05:44 | * | noeontheend joined #nim |
09:14:06 | Zevv | Why not just const blob = readfile("blob")? |
09:16:14 | * | JustASlacker quit (Ping timeout: 255 seconds) |
09:21:39 | * | a_b_m joined #nim |
09:23:36 | leorize | the docs are still broken :/ |
09:25:09 | PMunch | Perkol, there are probably multiple ways to do this, what exactly are you trying to do? |
09:26:18 | narimiran | leorize: give me some more time until the end of the day, i cannot work on it before, sorry |
09:26:42 | * | lritter joined #nim |
09:27:57 | leorize | I might have figured out the problem |
09:28:12 | narimiran | https://github.com/nim-lang/Nim/commit/ca4b971bc81b2e751e0388d80896fde7079b1679#diff-3cb9f480d71020c8cd3d36be5bdd73af |
09:28:24 | FromGitter | <alehander42> btw is nimterop working on devel |
09:28:27 | FromGitter | <alehander42> @shashlick |
09:28:47 | leorize | narimiran: https://github.com/onqtam/Nim/commit/67d5f9acfb7b1d079693d0995838dc9c8510ede0#diff-33add683a8c2129be4da4f1a7d8a83c4R66 |
09:29:01 | * | hoijui quit (Remote host closed the connection) |
09:30:05 | narimiran | if you can fix it before i get my hands on it - please send a PR |
09:31:11 | * | JustASlacker joined #nim |
09:37:07 | FromGitter | <alehander42> i get Error: can raise an unlisted exception: ref OverflowError |
09:37:12 | FromGitter | <alehander42> in parseutils |
09:38:04 | FromGitter | <alehander42> hm it seems i just needed to fix the regex lib, i'll pr |
09:39:45 | Perkol | PMunch: to have some image embedded in file. Then extract them in folder for usage |
09:41:03 | PMunch | Then a simple const image = readFile("myimage.png") should work |
09:41:17 | PMunch | And when you want to extract it simply write out the image variable to a file |
09:42:59 | PMunch | brb |
09:43:01 | * | PMunch quit (Remote host closed the connection) |
09:46:12 | * | neceve joined #nim |
09:54:16 | * | PMunch joined #nim |
09:57:24 | * | dddddd joined #nim |
09:58:07 | * | druonysus quit (Ping timeout: 240 seconds) |
10:00:00 | * | PMunch quit (Remote host closed the connection) |
10:14:09 | * | Perkol quit (Quit: Leaving) |
10:17:44 | * | oculux- quit (Quit: blah) |
10:22:22 | * | PMunch joined #nim |
10:24:07 | * | oculux joined #nim |
10:35:48 | * | neceve quit (Ping timeout: 250 seconds) |
10:43:31 | * | PMunch quit (Remote host closed the connection) |
10:45:40 | * | PMunch joined #nim |
10:45:57 | * | PMunch_ joined #nim |
10:46:19 | * | PMunch_ quit (Remote host closed the connection) |
10:50:26 | * | neceve joined #nim |
10:51:47 | leorize | Araq: since we now have the --outdir: switch, should I make the --out: switch invalid for nim doc --project? |
10:55:11 | Araq | leorize, if it solves the regressions |
10:56:12 | * | Cthalupa quit (Ping timeout: 272 seconds) |
10:57:50 | * | Cthalupa joined #nim |
11:02:29 | * | stefanos82 joined #nim |
11:03:04 | * | enow joined #nim |
11:03:23 | enow | Hi, guys I was trying to read something on the online documentation and got several 404s |
11:03:31 | enow | i.e. https://nim-lang.github.io/Nim/deques.html |
11:03:33 | enow | also sequtils |
11:03:34 | leorize | I'm fixing it rn |
11:03:51 | enow | from https://nim-lang.github.io/Nim/lib.html |
11:04:04 | leorize | currently just read prepend the .html part like this: deques.html -> deques/deques.html |
11:04:58 | * | JustASlacker quit (Ping timeout: 246 seconds) |
11:05:23 | enow | leorize: thx |
11:12:25 | * | neceve_ joined #nim |
11:13:22 | * | neceve quit (Ping timeout: 245 seconds) |
11:16:32 | FromGitter | <mratsim> so outdir was part of hot code reloading? |
11:18:22 | Araq | yeah, for some reason I don't understand |
11:18:48 | Araq | but I needed to merge it asap to prevent it from conflicting with our system.nim refactorings |
11:25:17 | Araq | leorize, did alaviss beat you to it? https://github.com/nim-lang/Nim/pull/10754 :-) |
11:29:22 | * | cgfuh joined #nim |
11:30:47 | * | neceve_ quit (Ping timeout: 255 seconds) |
11:31:29 | * | neceve joined #nim |
11:31:31 | * | cgfuh quit (Client Quit) |
11:31:44 | * | cgfuh joined #nim |
11:37:42 | narimiran | Araq: leorize = alaviss :) |
11:39:57 | Araq | really? ok. lol |
11:40:28 | PMunch | Hmm, was looking at this bug https://github.com/nim-lang/Nim/issues/6886 and when compiling the dynlib with -o:./libnimrtl.so it output a file simply named libnimrtl (no file ending) |
11:42:41 | * | nc-x joined #nim |
11:42:45 | nc-x | PMunch: Thats https://github.com/nim-lang/Nim/issues/10747 |
11:43:25 | Araq | sorry about the regressions, they should all be fixed tonight |
11:43:27 | nc-x | (due to some changes in the hot code reloading pr) |
11:44:10 | PMunch | Ah I see |
11:44:22 | PMunch | I thought so since they were talking about --outdir and --out :) |
11:44:47 | Araq | it's all related |
11:45:03 | FromGitter | <mratsim> "we are all connected" |
11:45:26 | PMunch | How does the hot-code reloading stuff work though when a simple nimrtl thing doesn't |
11:45:50 | PMunch | Ref. www.reddit.com/r/nim/comments/avp672/how_to_write_a_wrapper_for_a_javascript_library/ do we have a js2nim? |
11:47:54 | * | nc-x quit (Quit: Page closed) |
11:59:53 | * | rnrwashere joined #nim |
12:04:52 | * | rnrwashere quit (Ping timeout: 264 seconds) |
12:10:39 | * | vlad1777d joined #nim |
12:13:35 | FromGitter | <alehander42> we mostly need typescriptdefinitions2nim |
12:13:53 | leorize | Araq: all tests passed :) also, would you like me to add a test for this regression? |
12:14:17 | * | neceve quit (Ping timeout: 244 seconds) |
12:14:41 | * | neceve joined #nim |
12:14:54 | FromGitter | <alehander42> @PMunch there was a dts2nim project, but its a little bit old and it doesnt have support for newer nim js stuff: i talked with the author after it and she was ok with somebody rewriting it |
12:15:40 | FromGitter | <alehander42> but i feel one can mostly export a typescript ast with a small node program + ts parser lib to json and then load it , analyze and export to nim type definitions in a nim program |
12:16:19 | FromGitter | <alehander42> it should be all very straightforward .. except for the number thing. but i think for most libs a simple "use floats/integers" flag would be enough for now |
12:16:28 | PMunch | Don't answer me, answer the guy on Reddit :P |
12:16:54 | FromGitter | <alehander42> well he wouldnt want to wrtie the whole translator :D |
12:35:36 | * | Pisuke joined #nim |
12:36:00 | * | MyMind quit (Ping timeout: 258 seconds) |
12:46:16 | PMunch | Still, it's better to have a reply than feeling ignored :) |
12:48:16 | * | Vladar quit (Remote host closed the connection) |
12:51:48 | * | Vladar joined #nim |
13:07:03 | * | JustASlacker joined #nim |
13:22:28 | shashlick | @alehander42 is it a nimterop issue? |
13:22:51 | FromGitter | <alehander42> @shashlick just needed to fix the tags for one function in the regex lib |
13:23:24 | shashlick | Ok cool |
13:23:39 | FromGitter | <alehander42> thanks for the treesitter wrap infrastructure: i need to play with their ruby parser in nim and nimterop helped me greatly |
13:23:53 | FromGitter | <alehander42> as a starting point |
13:24:05 | FromGitter | <alehander42> wrapped* |
13:24:28 | shashlick | Excellent - are you using the nimgen or the nimterop wrapper for tree-sitter |
13:24:38 | FromGitter | <alehander42> hm i think the nimterop one |
13:25:08 | shashlick | Cool - happy to hear your feedback on nimterop |
13:25:16 | FromGitter | <alehander42> i just copied the cpp related code and added a ruby module |
13:25:32 | FromGitter | <alehander42> if i use it directly, i'd be happy to |
13:26:37 | * | cgfuh quit (Ping timeout: 268 seconds) |
13:26:45 | * | Tyresc joined #nim |
13:28:07 | shashlick | https://github.com/nimterop/nimterop/tree/master/nimterop/treesitter |
13:30:21 | shashlick | https://github.com/genotrance/feud/tree/master/wrappers - that's how wrappers typically look like |
13:30:28 | FromGitter | <arnetheduck> c++20 list of features looking pretty comprehensive: https://old.reddit.com/r/cpp/comments/au0c4x/201902_kona_iso_c_committee_trip_report_c20/ |
13:35:02 | FromGitter | <alehander42> btw @shashlick have you played with treesitter grammars themselves |
13:36:20 | * | floppydh quit (Ping timeout: 255 seconds) |
13:37:59 | * | floppydh joined #nim |
13:41:44 | * | Snircle joined #nim |
13:44:46 | livcd | kaushalmodi: are you around ? |
13:52:49 | * | nsf quit (Quit: WeeChat 2.4) |
14:23:12 | * | cgfuh joined #nim |
14:29:50 | leorize | narimiran: I think we should get rid of the HCR docs in system.nim |
14:30:36 | narimiran | leorize: yeah, we should. i still haven't managed to look at it in detail, but i guess it is because of some `include` |
14:31:05 | narimiran | btw, everybody, our devel docs work again!! big thanks to leorize! |
14:31:19 | leorize | it was only 2 lines of code :P |
14:31:48 | narimiran | but the *right* two lines :) |
14:46:16 | FromGitter | <kaushalmodi> livcd: I'm around on and off, on mobile |
14:47:18 | FromGitter | <kaushalmodi> leorize: thanks for the fixes. |
14:47:43 | FromGitter | <kaushalmodi> Is there a way to add a test for the extension fix? |
14:49:19 | leorize | yea, there is a way |
14:49:47 | leorize | you make a custom category in testament :) |
14:50:24 | FromGitter | <kaushalmodi> I meant not test just those procs but the --out switch |
14:50:48 | leorize | yea, using a custom category you could call the nim compiler however you like |
14:51:21 | leorize | just build a hello world or something, then check if the file exists |
14:51:41 | FromGitter | <kaushalmodi> I don't know how to do that. But given that this functionality broke once, it deserves a test |
14:53:30 | leorize | the --outdir addition sure is buggy |
14:55:32 | leorize | for example, --outdir doesn't work at all :P |
14:56:17 | leorize | I think these bug don't need any tests, they just need careful review |
14:56:47 | FromGitter | <kaushalmodi> Can't help but mention @timotheecour when we are talking about --outdir |
14:57:31 | FromGitter | <kaushalmodi> He played a critical role in speccing that switch and could have helped in its implementation |
14:57:57 | leorize | I still don't understand how come it was part of hcr |
14:58:21 | FromGitter | <kaushalmodi> That whole commit being squashed was a bad idea |
14:58:34 | FromGitter | <kaushalmodi> It's a crazy large commit |
14:58:46 | leorize | I think that work needs to be merged more often |
14:58:59 | leorize | well, the original branch is still there I believe |
14:59:06 | leorize | then it's fine to squash it |
14:59:18 | leorize | but at least someone should clean the description of the commit before merge :P |
14:59:22 | FromGitter | <kaushalmodi> It could still be merged but not squashed |
14:59:44 | FromGitter | <kaushalmodi> And update changelog |
14:59:50 | FromGitter | <zah> sorry, outdir was done in a bit of a hurry. I can take a look at the issues today |
15:00:20 | FromGitter | <kaushalmodi> Also add tests please |
15:00:29 | FromGitter | <kaushalmodi> Search the issues for the outside spec |
15:00:35 | FromGitter | <kaushalmodi> Outdir* |
15:00:51 | FromGitter | <kaushalmodi> It has a lot of test examples |
15:02:31 | FromGitter | <kaushalmodi> Outdir spec: https://github.com/nim-lang/Nim/issues/9513 |
15:03:47 | FromGitter | <kaushalmodi> Arbitrarily closing issues shouldn't be the goal: https://github.com/nim-lang/Nim/issues/9513#issuecomment-461448103 |
15:04:07 | * | PMunch quit (Remote host closed the connection) |
15:04:10 | FromGitter | <zah> outdir is tested as part of the HCR tests (it was added to simplify the test logic there) |
15:04:12 | FromGitter | <kaushalmodi> Do we want a stable project or just a 0 issue-count project? |
15:04:35 | leorize | closing low-quality issues should be a goal tho... |
15:06:04 | narimiran | @kaushalmodi you don't know the full story and i won't be discussing it in public, even though the current situation probably paints me in negative light. EOD from me. |
15:07:02 | * | waleee joined #nim |
15:08:09 | FromGitter | <slomp> I noticed that if I use `cc = vcc` in a `nim.cfg` file, the `cc` assignment has to happen before any other compiler flag listing, otherwise `cl.exe` can't be found. β β This works: β β ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5c77f958212d0c1e1aadeb14] |
15:09:42 | FromGitter | <Varriount> What's HCR? |
15:10:20 | leorize | Hot code reloading |
15:10:20 | FromGitter | <kaushalmodi> narimiran: I don't know the full story but I was silently observing at least 3-4 issues that I was interested in that krux02 blatantly closed, that were opened by @timotheecour , and he had to fight to have them kept open. |
15:10:56 | FromGitter | <kaushalmodi> And those issues were valuable, and not low quality for me. |
15:11:52 | FromGitter | <kaushalmodi> But I'll also stop speaking on this topic with a feeling that whatever is happening here feels like a mistake |
15:17:41 | FromGitter | <arnetheduck> fwiw I've been surprised by how some issues are being cut short lately as well. |
15:22:29 | shashlick | I need some help with nightlies |
15:23:04 | shashlick | given I'm building 32-bit images in a 64-bit VM, I need to run tests also inside the docker container |
15:23:20 | shashlick | really old Linux, so running into PCRE issues |
15:23:30 | shashlick | I'm building from scratch to get libpcre.so.1 in place |
15:23:32 | * | nsf joined #nim |
15:23:49 | shashlick | but build fails with errors |
15:23:56 | shashlick | any C/C++ experts, please provide guidance |
15:24:18 | leorize | what errors are you having? |
15:25:09 | shashlick | https://pastebin.com/r6rLaZFw |
15:27:02 | shashlick | HBB sets LDFLAGS to `-L/hbb_exe/lib -static-libstdc++` by default so I've tried removing -static-libstdc++ but it still fails on 64-bit |
15:27:21 | shashlick | I'm just guessing so some real guidance will be worthwhile |
15:27:28 | leorize | does the errors change when you remove -static-libstdc++? |
15:27:34 | shashlick | alternative is knowing how to run Travis in 32-bit mod3e |
15:29:59 | leorize | shashlick: do you get the same errors without -static-libstdc++? |
15:30:19 | shashlick | I'm setting up to run through that case on travis |
15:30:25 | shashlick | don't have my home machine accessible |
15:30:34 | shashlick | it's a pain not having a linux machine handy when on the move |
15:31:15 | leorize | install linux on whatever you are using ;) |
15:31:26 | shashlick | π |
15:31:40 | shashlick | I had a nice server but it got relocated and am still waiting for it to be setup |
15:31:52 | krux02 | shashlick, it seems like you miss the flag -fPIC to build the shared library (position independent code) |
15:32:35 | shashlick | but it gets picked up by configure |
15:33:32 | shashlick | so I'll just try adding -fPIC to LDFLAGS and try again |
15:34:33 | leorize | it won't work |
15:34:58 | leorize | -static-libstdc++ is the culprit |
15:35:13 | FromGitter | <mratsim> I agree with @kaushalmodi and @arnetheduck, issues seem to be strongarmed into closing lately. |
15:35:14 | leorize | the static version of libstdc++ is not meant to be used when building dynamic libraries |
15:36:44 | shashlick | okay so should I remove -static-libstdc++ and add -fPIC as well |
15:39:37 | * | nsf quit (Ping timeout: 245 seconds) |
15:40:18 | * | nsf joined #nim |
15:42:30 | * | noeontheend quit (Ping timeout: 264 seconds) |
15:42:57 | FromGitter | <Varriount> Anyone know of a way to set the capacity of an existing string, without modifying the length? |
15:43:31 | * | krux02 quit (Remote host closed the connection) |
15:43:54 | Araq | there is only let oldLen = s.len; setLen(s, cap); setLen(s, oldLen) |
15:43:58 | Araq | sucks, I know |
15:45:33 | FromGitter | <alehander42> +0.5 for @mratsim @kaushalmodi i kinda like that the team focuses on important issues, but maybe the closing thing happens a bit too radically sometimes imo |
15:46:49 | Araq | well there is a learning process involved here :P |
15:47:50 | Araq | I keep rapping their knuckles |
15:48:31 | Araq | (no idea if I got the English right) |
15:50:02 | ldlework | mfw evidence of the rapping culture is right in front of me |
16:07:29 | * | vegax87 quit (Ping timeout: 268 seconds) |
16:07:43 | * | vegax87 joined #nim |
16:10:24 | * | Trustable joined #nim |
16:10:40 | * | enow quit (Read error: Connection reset by peer) |
16:19:53 | * | Tanger quit (Ping timeout: 250 seconds) |
16:23:36 | * | floppydh quit (Quit: WeeChat 2.3) |
16:28:09 | * | enow joined #nim |
16:28:39 | * | volkov joined #nim |
16:30:54 | * | volkov quit (Remote host closed the connection) |
16:33:15 | * | Tanger joined #nim |
16:38:32 | shashlick | leorize: didn't work with LDFLAGS = -L/hbb_exe/lib -fPIC |
16:38:46 | leorize | what's the error? |
16:39:04 | shashlick | same thing |
16:39:20 | shashlick | `/opt/rh/devtoolset-7/root/usr/libexec/gcc/x86_64-redhat-linux/7/ld: /hbb_exe/lib/libstdc++.a(new_op.o): relocation R_X86_64_32 against symbol `_ZNSt9bad_allocD1Ev' can not be used when making a shared object; recompile with -fPIC` |
16:39:51 | leorize | try adding -Bdynamic to ldflags |
16:40:03 | leorize | that should discourage gcc from using static libstdc++ |
16:41:24 | shashlick | okay will try |
16:41:33 | * | enow quit (Read error: No route to host) |
16:41:49 | * | enow joined #nim |
16:44:03 | shashlick | okay looks like this works on 32-bit at least, not on 64-bit |
16:44:25 | shashlick | so an option is to get out of the container and run tests normally in travis for 64-bit |
16:44:33 | shashlick | of course, megatest is failing on devel right now |
16:45:09 | shashlick | megatest:processing: tests/misc/tsizeof3.nim |
16:45:10 | shashlick | -[0, 0, 0, 0, 0, 0, 48, 57] |
16:45:11 | shashlick | +[0, 0, 48, 57] |
16:45:43 | * | rnrwashere joined #nim |
16:47:03 | * | enow quit (Remote host closed the connection) |
16:54:44 | Araq | shashlick: what do you mean, it fails on devel? |
16:54:48 | Araq | it's green on devel |
16:55:57 | shashlick | it is failing with that output on nightlies within the docker image |
16:56:59 | narimiran | shashlick: that's on 32-bit? |
16:59:16 | * | rnrwashere quit (Remote host closed the connection) |
16:59:28 | shashlick | yes |
16:59:52 | shashlick | here's the job - https://travis-ci.org/genotrance/nightlies/jobs/499888258 |
16:59:53 | * | rnrwashere joined #nim |
17:01:43 | narimiran | yeah, it is because array size is dependent of sizeof(int). we can change the test to print only last few elements |
17:02:29 | * | rnrwashere quit (Remote host closed the connection) |
17:02:45 | * | rnrwashere joined #nim |
17:02:46 | Araq | the tests are green for 32 bits (though I still need to finish appveyor support to prove it) |
17:04:35 | shashlick | where do we run 32-bit tests in linux |
17:05:41 | Araq | travis doesn't support it so I setup appveyor to do it |
17:05:50 | Araq | but appveyor dies with a mysterious error |
17:06:02 | Araq | and I haven't taken a deeper look at it |
17:06:24 | * | rnrwashere quit (Remote host closed the connection) |
17:06:50 | Araq | (but hey, you don't have to debug these "declarative" configs, always remember that.) |
17:14:45 | * | rnrwashere joined #nim |
17:16:31 | shashlick | travis workers now take 7 minutes to start |
17:26:03 | * | rnrwashere quit (Remote host closed the connection) |
17:27:39 | * | rauss joined #nim |
17:46:48 | * | waleee quit (Quit: WeeChat 2.4) |
17:47:27 | * | rnrwashere joined #nim |
17:48:38 | * | waleee joined #nim |
17:49:20 | * | rnrwashere quit (Remote host closed the connection) |
17:49:36 | * | rnrwashere joined #nim |
17:58:48 | * | rnrwashere quit (Remote host closed the connection) |
18:16:10 | * | icebattle joined #nim |
18:16:45 | shashlick | narimiran: will you fix tsizeof3.nim? we won't have linux binaries for devel 32-bit until that works |
18:17:18 | narimiran | shashlick: ok, i'll change it to print just the last two elements |
18:18:13 | shashlick | i guess you could also when 32-bit - len = 4 if you want to be perfect |
18:22:17 | narimiran | shashlick: pushed |
18:23:52 | * | Snircle quit (Read error: Connection reset by peer) |
18:24:39 | * | Snircle joined #nim |
18:26:25 | shashlick | cool thanks! |
18:27:35 | * | neceve quit (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) |
18:28:35 | ryukoposting | look what i made https://i.imgur.com/9gMrCOR.png |
18:30:07 | narimiran | how? :) |
18:31:23 | * | Vladar quit (Remote host closed the connection) |
18:32:27 | ryukoposting | moose is an IRC bot, it has a simple little web frontend where you can add a pixel art drawing to it, and you can tell it to draw that pixel art in whatever IRC chat it's connected to |
18:32:46 | ryukoposting | https://github.com/adedomin/moose |
18:33:47 | narimiran | ryukoposting: while you're here and before i forget: could you maybe tone down the red/pink tint on your site? :) after being on it, it burns my retina and everything else becomes blue :D |
18:35:07 | * | lritter quit (Ping timeout: 240 seconds) |
18:36:24 | ryukoposting | what kind of screen do you have lol |
18:37:21 | narimiran | haha, the one that makes #FFF2F7 visibly red :D |
18:37:29 | * | arecacea1 quit (Remote host closed the connection) |
18:37:47 | * | arecacea1 joined #nim |
18:37:52 | ryukoposting | weird, it's most definitely kind of a light salmon color on my displays |
18:38:01 | ryukoposting | will fix though |
18:38:20 | narimiran | gah, it is because of my redshift |
18:38:37 | narimiran | without it, it is slightly tinted (noticeable, but nothing much) |
18:39:14 | narimiran | but with redshift, the tint is much more pronounced |
18:39:31 | narimiran | sorry for the (semi) false alarm |
18:39:57 | ryukoposting | i've been meaning to lighten the background and darken the links a bit anyway |
18:40:07 | ryukoposting | if nothing else, you reminded me I wanted to take care of that lol |
18:40:11 | narimiran | :) |
18:44:15 | ryukoposting | got some old high-end IPS display for 75ish bucks off of ebay, best puchase ever. I'm guessing the seller had no idea what this thing once sold for, because this thing is ridiculous |
18:44:34 | ryukoposting | it can do picture-in-picture, like wtf |
18:45:08 | * | cgfuh quit (Quit: WeeChat 2.3) |
18:45:16 | ryukoposting | what it also means is that when I see my website, I usually see it in very accurate color and I never really get a perspective for what it looks like on a normal display lol |
18:45:29 | narimiran | last month i switched from IPS to VA, and i cannot believe how much better IPS was |
18:46:16 | narimiran | i knew about TN <-> IPS difference, but i thought VA would be "almost IPS" |
18:47:01 | ryukoposting | I still keep my old TN around as a secondary display, putting it vertical made the viewing angle even more garbage lol |
18:49:49 | * | nsf quit (Quit: WeeChat 2.4) |
18:51:36 | ryukoposting | alright, made some teensy changes in the css, it's a barely perceptible difference unless you put them side-by-side but I think the links are easier to read |
19:07:05 | * | JustASlacker quit (Ping timeout: 255 seconds) |
19:10:57 | * | krux02 joined #nim |
19:12:45 | * | dddddd quit (Ping timeout: 258 seconds) |
19:16:13 | * | theelous3_ joined #nim |
19:19:49 | * | JustASlacker joined #nim |
19:40:51 | * | waleee quit (Quit: WeeChat 2.4) |
19:44:36 | shashlick | yay, linux binary builds finally pass |
19:49:44 | * | krux02 quit (Remote host closed the connection) |
19:57:27 | * | cgfuh joined #nim |
19:59:21 | * | rnrwashere joined #nim |
20:04:17 | * | rnrwashere quit (Ping timeout: 268 seconds) |
20:06:17 | ryukoposting | yaaaay |
20:19:58 | ryukoposting | wait so who gave me this slick AWS signing code last night |
20:21:36 | ryukoposting | i don't know how to use this pls help |
20:21:42 | * | JustASlacker quit (Ping timeout: 245 seconds) |
20:23:45 | * | zachk joined #nim |
20:28:35 | * | tiorock joined #nim |
20:28:35 | * | rockcavera quit (Killed (weber.freenode.net (Nickname regained by services))) |
20:28:35 | * | tiorock is now known as rockcavera |
20:28:35 | * | rockcavera quit (Changing host) |
20:28:35 | * | rockcavera joined #nim |
20:37:32 | * | JustASlacker joined #nim |
20:43:22 | * | rnrwashere joined #nim |
20:44:53 | * | dddddd joined #nim |
20:49:14 | * | narimiran quit (Ping timeout: 255 seconds) |
20:51:40 | * | Snircle quit (Read error: Connection reset by peer) |
20:52:32 | * | Snircle joined #nim |
21:26:45 | shashlick | how can you tell the size on a docker image? |
21:34:25 | * | JustASlacker quit (Quit: Leaving) |
21:35:11 | ryukoposting | ? |
21:35:26 | dom96 | hm, did one of you buy nim.dev? |
21:38:09 | ryukoposting | nopr |
21:40:28 | FromGitter | <MatiasPeco> Hi, i' m a programming novice and i'm trying to learn some nim. I have creared a sequence of objects, and i would like to generate a json array of object |
21:41:20 | ryukoposting | https://nim-lang.org/docs/marshal.html ? |
21:42:17 | FromGitter | <MatiasPeco> Can anybody give me some tips? I' ve seen the documentation on json module but all the examples are with simpler objects are already defined strings |
21:43:05 | dom96 | ryukoposting: marshal shouldn't be suggested if the goal is to generate JSON |
21:43:11 | ryukoposting | oooh my bad |
21:43:12 | dom96 | its format isn't quite idiomatic JSON |
21:43:40 | dom96 | MatiasPeco: what do your objects look like? Can you show us what you've got so far? |
21:48:34 | FromGitter | <MatiasPeco> Simple type with four fields, but the usual user type with name and age will do as an example |
21:49:07 | FromGitter | <MatiasPeco> My difficulty is with what to do when i have a sequence of them |
21:50:00 | FromGitter | <MatiasPeco> Unfortunately i am on mobile now, so i don' t have the code or an editor |
21:50:34 | FromGitter | <SolitudeSF> this thing could probably help you https://github.com/LemonBoy/jstin |
21:50:53 | dom96 | You should be able to just do: %yourListOfObjects |
21:55:49 | FromGitter | <MatiasPeco> I will try again with the simple %mySeqofObjects it was my first attempt but it did not work. Perhaps the error was elsewhere |
21:58:28 | dom96 | Pastebin your code and post a link here |
21:58:33 | dom96 | or on the forum if nobody answers |
21:58:38 | dom96 | when you're back to your PC |
21:59:17 | FromGitter | <MatiasPeco> Thanks to all for the support. I hope to continue the learning since it is really providing some nice experience |
22:01:24 | FromGitter | <MatiasPeco> I'm on windows, but the setup was really easy, i could make a small program in vscode, include some library and run it on a different computer without issues |
22:01:56 | ryukoposting | one of my favorite things about nim when i was starting was the portability |
22:02:16 | ryukoposting | even most scripting languages are a real pain when it comes to that stuff |
22:02:47 | FromGitter | <MatiasPeco> Difficulties were about learning and few examples around, but set up and tooling was easy |
22:03:23 | shashlick | https://github.com/genotrance/nightlies/releases <= has linux 32-bit and 64-bit binaries posted |
22:03:28 | shashlick | will appreciate any testing |
22:03:58 | shashlick | am looking into trying it out in various distros using docker but that will take some time |
22:07:00 | * | ng0 quit (Quit: Alexa, when is the end of world?) |
22:07:11 | ryukoposting | testing it out linux_x64 on Devuan ascii right now |
22:24:31 | ryukoposting | shashlick running it through its paces, seems fine to me. Were there optimizations to macros or something? looks ever so slightly faster in macro-heavy files |
22:30:54 | * | skelett quit (Quit: WeeChat 2.1) |
22:33:41 | shashlick | not really ryukoposting |
22:33:49 | shashlick | just built with holy build box |
22:34:24 | shashlick | ok I'm going to push this to master |
22:35:02 | * | rauss quit (Ping timeout: 245 seconds) |
22:47:57 | * | rauss joined #nim |
22:54:04 | * | stefanos82 quit (Remote host closed the connection) |
22:54:26 | * | Trustable quit (Remote host closed the connection) |
23:00:37 | * | ng0 joined #nim |
23:25:50 | * | deepend is now known as deepend_ |
23:26:17 | * | a_b_m quit (Ping timeout: 250 seconds) |
23:26:42 | * | theelous3_ quit (Ping timeout: 245 seconds) |
23:29:16 | * | deepend joined #nim |
23:29:18 | * | deepend_ left #nim ("Leaving") |
23:31:12 | * | rnrwashere quit (Remote host closed the connection) |
23:52:57 | * | Tyresc quit (Quit: WeeChat 2.5-dev) |