<< 14-10-2016 >>
00:13:18*pafmaf quit (Ping timeout: 250 seconds)
00:14:13*nsf quit (Quit: WeeChat 1.5)
00:22:25*nimmerstill joined #nim
00:32:20*saml_ joined #nim
00:47:27*HakanD joined #nim
00:50:13*yglukhov joined #nim
00:51:01*libman quit (Remote host closed the connection)
00:52:12*HakanD quit (Ping timeout: 252 seconds)
00:52:43*pafmaf joined #nim
00:54:41*yglukhov quit (Ping timeout: 258 seconds)
01:07:50*pafmaf quit (Read error: Connection reset by peer)
01:10:41*kulelu88 quit (Quit: Leaving)
01:12:58*mitai quit (Quit: Konversation terminated!)
01:13:20*mitai joined #nim
01:19:16*hcorion joined #nim
01:21:15hcorionHi all, would the developers object if I added mingw detectable os in the csources build.sh, currently msys2 uses a patch file, but I don't see why it couldn't be official
01:21:45Xewhy does msys2 use a patch?
01:22:23hcorionBecause build.sh doesn't detect mingw as a proper os
01:22:35hcorionThe code is very basic just,
01:22:36hcorion*mingw* ) + myos="windows" + ;;
01:22:51hcorionAfter line 94
01:22:55Xeoh, should be pretty easy to patch
01:23:12Xelemme see where that script is generated
01:23:36Xehttps://github.com/nim-lang/Nim/blob/devel/tools/niminst/buildsh.tmpl
01:23:42Xepatch this file
01:24:19hcorionCool, ok
01:25:13hcorionSo, what about a pull request for that change?
01:25:34Xewe'd take it yeah
01:25:42hcorionOk, cool. I'll do that
01:26:16*chemist69 quit (Disconnected by services)
01:26:21*chemist69_ joined #nim
01:27:05hcorioncsources would then have to be regenerated then, would it not?
01:28:02Xeyeah, bug Araq about it once you have the PR up
01:28:23hcorionOk, got it.
01:28:26hcorionThanks!
01:28:45Xenp
01:48:11*HakanD joined #nim
01:52:39*HakanD quit (Ping timeout: 258 seconds)
01:54:14*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
02:03:41*nimmerst1ll joined #nim
02:04:32*nimmerstill quit (Ping timeout: 258 seconds)
02:15:47*rusua quit (Quit: Connection closed for inactivity)
02:44:36*dddddd quit (Quit: Hasta otra..)
02:46:34*saml_ quit (Remote host closed the connection)
02:48:56*HakanD joined #nim
02:52:13*yglukhov joined #nim
02:54:04*HakanD quit (Ping timeout: 250 seconds)
02:55:20*nimmerst1ll quit (Quit: leaving)
02:57:00*yglukhov quit (Ping timeout: 260 seconds)
03:00:20*PMunch quit (Quit: leaving)
03:40:19*Demon_Fox quit (Quit: Leaving)
03:50:58*HakanD joined #nim
03:55:44*HakanD quit (Ping timeout: 268 seconds)
04:09:37*krux02 quit (Remote host closed the connection)
04:51:44*HakanD joined #nim
04:53:44*yglukhov joined #nim
04:56:28*HakanD quit (Ping timeout: 260 seconds)
04:58:24*yglukhov quit (Ping timeout: 260 seconds)
05:03:42*desophos quit (Read error: Connection reset by peer)
05:20:48*chemist69_ quit (Ping timeout: 258 seconds)
05:23:32*chemist69 joined #nim
05:48:44*mitai quit (Ping timeout: 260 seconds)
05:51:26*hcorion quit (Remote host closed the connection)
05:52:22*HakanD joined #nim
05:56:54*HakanD quit (Ping timeout: 252 seconds)
06:00:56*ARCADIVS quit (Ping timeout: 260 seconds)
06:02:33*ARCADIVS joined #nim
06:08:00*bjz joined #nim
06:09:00*fredrik92 joined #nim
06:09:19*bjz quit (Read error: Connection reset by peer)
06:09:59*bjz joined #nim
06:13:34*FuntDobra quit (Quit: leaving)
06:13:51*FuntDobra joined #nim
06:23:56*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
06:37:02*bjz joined #nim
06:41:44*FuntDobra quit (Quit: leaving)
06:45:46*claw-cat joined #nim
06:46:57*claw-cat quit (Client Quit)
06:47:46*claw-cat joined #nim
06:48:44*claw-cat quit (Client Quit)
06:49:51*claw-cat joined #nim
06:51:01*claw-cat quit (Client Quit)
06:53:18*HakanD joined #nim
06:53:34*Andris_zbx joined #nim
06:55:32*yglukhov joined #nim
06:59:49*yglukhov quit (Ping timeout: 248 seconds)
07:10:40*gokr joined #nim
07:11:29*yglukhov joined #nim
07:11:57*brechtm joined #nim
07:18:36*Trustable joined #nim
07:19:57*gangstacat joined #nim
07:23:49*nsf joined #nim
07:44:07*HakanD quit (Quit: Be back later ...)
07:44:40*HakanD joined #nim
07:49:06*HakanD quit (Ping timeout: 252 seconds)
07:59:55*yglukhov quit (Read error: Connection reset by peer)
08:00:19*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
08:00:27*yglukhov joined #nim
08:00:42*yglukhov quit (Remote host closed the connection)
08:11:20*Guest84069 joined #nim
08:22:24euantorWHat's the best way to pass an optional HWND type variable to a C function in Nim? HWND is just an int in winlean, so I can't simply pass `nil`. I'm trying to wrap this: https://msdn.microsoft.com/en-us/library/windows/hardware/ff551069(v=vs.85).aspx
08:23:07euantorThis is my current proc definition and invocation https://www.irccloud.com/pastebin/AqEHgN3Z/
08:26:45FromGitter<endragor> Isn’t HANDLE defined as `void *` in winapi? Not sure why it was wrapped as `int` in winlean
08:27:01euantorI believe it is, yes
08:27:33FromGitter<endragor> passing `0` in place of `nil` should work though
08:27:58euantorI'll give it a go and see what happens
08:29:00euantorWell, now I get `could not import: SetupDiGetClassDevs` so off to do some more investigating I go
08:29:04*chrisheller quit (Remote host closed the connection)
08:31:22*yglukhov joined #nim
08:42:48*HakanD joined #nim
08:52:12euantorOk, got it working. For anybody else, my solution in the end is as follows:
08:52:18euantorhttps://www.irccloud.com/pastebin/AQZmk8NV/
08:53:34*yglukhov quit (Remote host closed the connection)
08:57:57*yglukhov joined #nim
09:07:09*elrood joined #nim
09:08:22*bjz joined #nim
09:15:30cheatfatewhat the reason to make HWND - pointer?
09:15:52cheatfatedoes it point to something useful?
09:15:56cheatfateeuantor?
09:16:32euantorSo that it can be null. It's my workaround for now, I'll probably try and clean it up once the rest of the procworks
09:16:44cheatfateor its just system identifier (index) of system structure
09:16:48euantorThis is my first time trying to interface with C (and I've never written any C or C++)
09:16:50cheatfatewithout access
09:17:40cheatfateIn C we are using pointers because they can change size automatically (on 32bit systems sizeof(char*) == 4, on 64 bit systems - 8)
09:18:10cheatfateNim has same semantic on `int/uint` type
09:18:35euantorI'm basically following the `CEnumerateSerial::QueryUsingSetupAPI` method from CEnumerateSerial: http://www.naughter.com/enumser.html
09:19:04euantorcheatfate: in that case, what's the NULL value if I used uint - would 0 have the same meaning or a different one?
09:19:15cheatfateif you so need NULL make `const NULL = 0`
09:19:18*yglukhov quit (Remote host closed the connection)
09:19:30euantorOk, I'll give it a go and see, thanks!
09:28:27euantorcheatfate: That worked, thanks! Now the proc works (on devel, as I need `registry.nim` too)
09:29:54*vegai left #nim (#nim)
09:34:17*ARCADIVS quit (Quit: ARCADIVS)
09:49:40*Arrrr joined #nim
09:55:29lg_hello guys, I'm very new to nim. Would it survive well calling my C routine that will fork() ?
09:57:10*Sentreen quit (Quit: WeeChat 1.4)
09:57:21*krux02 joined #nim
09:57:29Araqlg_: sure, but you're making 2 mistakes here:
09:57:34Araq1. you use C.
09:57:38Araq2. you use fork.
09:59:38FromGitter<endragor> is {.borrow.} expected to work with `var` argument?
09:59:40lg_Araq i have planty of C code to interface with, so I'm kind in forced position..
10:00:19cheatfatelg_, then c2nim'it :)
10:00:53Araqnah, we're just messing you, sorry. I can see no reason why 'fork' wouldn't work.
10:02:00FromGitter<Araq> @endragor I don't think 'var' is to blame when .borrow fails
10:03:48FromGitter<endragor> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5800ad848eaaaea36695778b]
10:04:37FromGitter<Araq> ouch :-)
10:06:36FromGitter<cheatfate> sometime ago somebody said me `borrow` is experimental...
10:07:42cheatfateand i think the only thing you can borrow is `==` :)
10:08:53FromGitter<endragor> no, borrow works fine unless `var` is involved.
10:12:05cheatfateendragor: but `var` happens in more then 80% of reloaded operators :)
10:12:26Araqpretty sure it's a regression, looking into it
10:16:06krux02Araq: Is there any reason why I can't find a capacity method for the seq type in system?
10:16:37FromGitter<endragor> @cheatfate dunno, I usually borrow stuff like `$`, `hash`, boolean operators. none of those involve `var`
10:16:40Araqyou don't mess with cap
10:17:25*yglukhov joined #nim
10:17:26Araqfixed.
10:17:33krux02you mean it is intentionally left out?
10:17:49AraqI never ever needed it, why do you?
10:18:17*yglukhov quit (Remote host closed the connection)
10:18:18Araq(yes, we like to leave out unnecessary stuff)
10:18:37FromGitter<endragor> @Araq you might want to close this https://github.com/nim-lang/Nim/issues/4897 :-P
10:18:57flyxwell if we have neqSeqOfCap for optimization, we should also be able to `if s.cap < something: s.setCap(something)`
10:18:58flyx*newSeqOfCap
10:19:18krux02I used it to write my test programs that helped me understand how seq behaves and when it calls a resize.
10:19:55krux02flyx, res I agree
10:20:04krux02flyx, yes I agree
10:21:08Araqyou can achieve the same with 2 setLen calls
10:21:20Araqnot ideal, but not really expensive either
10:21:23*irrequietus joined #nim
10:21:31krux02from my c++ programming background I already have a habit of calling reserve occasionally. I don't see it as a bad habit and I don't see any good reason to forbid it.
10:22:31*brechtm_ joined #nim
10:23:08ArrrrnewSeq is created with 0 length by default. Does it actually allocate anything?
10:23:45krux02Araq: actually I have a function defined locally that does that
10:24:17krux02Arrrr: yes it does allocate
10:24:43krux02it does allocate an object that has the length and the capacity set to 0
10:25:09*gokr quit (Ping timeout: 248 seconds)
10:25:22krux02basically it allocates this tuple[length, capacity: Natural; data: array[0, T]]
10:25:45ArrrrI would give it a default len of 8-16, but i don't know if there are any downsides
10:25:56ArrrrBtw, very interesting proc krux02
10:26:17*brechtm quit (Ping timeout: 260 seconds)
10:27:13*brechtm_ quit (Ping timeout: 260 seconds)
10:27:23krux02Arrrr: thanks, but I guess I got the idea from the chat here
10:28:57Araqit's also wrong iirc, some bits capacity are used for something else
10:30:33krux02Araq: Then why shouldn't there be a capacity proc in the system module, so that I am not forced to write my own wrong implementation of it?
10:32:00Araqhow else would you learn that Nim is not C++?
10:32:04Araq:P
10:32:10krux02It's not that I make anything dependent of the capacity, but sometimes I really like to detect resizes of my collections, or I would like to know the real underlying capacity of my structures
10:33:18krux02That's something I really like about Nim, that I can apply a lot of my c++ knowledge
10:33:52krux02It's c++ without headers
10:34:22ArrrrAraq, why is the resize check done after add and not before? i think it should be the opposite. That's at least what i get from my test
10:34:27krux02and a syntax that make my statements almost {feel(naked)}
10:35:02FromGitter<endragor> Nim is C++ without headers - best definition ever
10:35:56HakanDnot really, that mindset leads to lots of headaches
10:36:12FromGitter<endragor> that was sarcasm
10:36:36HakanDflied over my head than (:
10:37:51krux02Ok Nim is not only c++ and not all of c++ is in Nim, but surely a c++ and Nim share a lot in common
10:38:03Araqkrux02: I will accept a PR that adds cap and setCap to system I guess, but then it needs to produce something sane at compiletime
10:38:07Araqand for the JS backend
10:38:23Araqand you can argue Tables need the same for "consistency"
10:39:00Araqthe consistency argument is my favourite, it never stops creating work ...
10:40:19FromGitter<endragor> I don’t really see similarities between Nim and C++, except very few that can be seen between any languages with strong static typing. Unless you used C++ as “C with generic containers”.
10:40:53*dmi0 quit (Ping timeout: 258 seconds)
10:41:24krux02Araq: I have no idea about Javascript. I just never cared about that language at all, and your argument is actually a quite good argument, but still think capacity is something that should be there.
10:41:37cheatfatei think `Nim comparable to C++` as `Coffee comparable to Tea`
10:41:52krux02It both has caffeine
10:42:00krux02keeps you awake
10:42:21krux02the awake thing is also true for c++ and Nim ;)
10:42:26Araq"C with generic containers" is how C++ should be used :-)
10:43:41krux02I agree on that. That's how I use c++, too.
10:43:41baabelfishC++ should be used like C++ without coupling data and logic
10:44:26krux02I reject object oriented programming, because it does exactly that
10:45:30krux02I like functional programming, but I don't mind state changes local to the function body, but I do count allocation as unwanted side effect.
10:47:07*bjz_ joined #nim
10:48:04krux02c++ is not a bad language, it's just desigend badly. So bad it even tricks you to use something you better never started using, and when you realize you should have never used it, it's already all over your code base. And new people to the project keep adding more usage of it.
10:48:34*bjz quit (Ping timeout: 250 seconds)
10:49:47krux02I should stop now, I could bash about c++ all day long
11:02:18*Snircle joined #nim
11:04:28*HakanD quit (Quit: Be back later ...)
11:04:55*HakanD joined #nim
11:09:18*HakanD quit (Ping timeout: 252 seconds)
11:12:29*HakanD joined #nim
11:16:17baabelfishWith C++ you at least have options
11:16:26baabelfishI do java at work
11:20:43*stisa joined #nim
11:21:10FromGitter<endragor> @baabelfish: what kind of options do you mean?
11:21:47*mitai joined #nim
11:23:13baabelfishI can choose best paradigm for the task at hand
11:23:17flyxSIGSEGV
11:23:29Arrrrhaha
11:24:16baabelfishIt's too bad they dropped unified call syntax from 17 :(
11:32:06baabelfishhttps://github.com/baabelfish/cpp-metalib/blob/master/src/tuple.hpp I'm also really glad that I found Nim in time...
11:34:56flyxthat look suspiciously like the average boost header
11:40:56baabelfishflyx: I like templates :P
11:41:35*krux02 quit (Ping timeout: 260 seconds)
11:47:34FromGitter<dom96> speaking of consistency, repr for NimNode's shouldn't return the Nim code that represents the NimNode.
11:48:40*brechtm joined #nim
11:54:28*yglukhov joined #nim
11:59:56*yglukhov quit (Remote host closed the connection)
12:12:30*Arrrr quit (Ping timeout: 258 seconds)
12:15:43*Arrrr joined #nim
12:17:11*yglukhov joined #nim
12:22:26cheatfatedom96, is this a problem to fix this `asyncfutures.nim(202, 13) Hint: conversion from Future[system.int] to itself is pointless [ConvFromXtoItselfNotNeeded]`?
12:34:10*Arrrr quit (Quit: WeeChat 1.5)
12:41:24*GustavoLapasta joined #nim
12:48:41*fredrik92 quit (Quit: Client disconnecting)
12:48:54*HakanD quit (Quit: Be back later ...)
12:49:17*fredrik92 joined #nim
12:49:20*HakanD joined #nim
12:51:20FromGitter<BontaVlad> noob question: i'm reading from a binary file stream: fs.readInt8().int returns -1 instead of 255. I tried also converting to uint8 but gives me a huge number. I presume is a interpretation problem but I don't know the solution.
12:53:12Araqread a byte instead?
12:53:34Araqactually, don't read bytes
12:53:44Araquse something like readBuffer()
12:53:45*HakanD quit (Ping timeout: 260 seconds)
12:54:13*HakanD joined #nim
12:54:23FromGitter<BontaVlad> I tried with readData(buff, sizeof(uint8))
12:54:35FromGitter<BontaVlad> But I don't know pointer magic stuff yet
12:55:21FromGitter<endragor> `cast[uint8](fs.readInt8())` should work for you
12:56:09FromGitter<endragor> var u: uint8 ⏎ `fs.readData(addr u, 1)` should work, too.
12:58:00FromGitter<endragor> btw, @dom96 do you plan to do something about https://github.com/nim-lang/Nim/issues/4322 ?
13:00:02FromGitter<BontaVlad> @endragor works like a charm. Ty * 3
13:00:24lg_Is there nim's analogue to Python's "pass" for "try: ... except IOError: pass" idiom ?
13:00:34FromGitter<BontaVlad> discard
13:01:01lg_excellent! thanks
13:02:43*irrequietus quit (Ping timeout: 268 seconds)
13:11:12*ZMatt2 quit (Max SendQ exceeded)
13:12:38cheatfatemaybe in future `unsigned Nim people` will win `signed Nim dictators` :)
13:16:23*brechtm quit (Remote host closed the connection)
13:16:59*brechtm joined #nim
13:17:13*irrequietus joined #nim
13:21:06*brechtm quit (Ping timeout: 250 seconds)
13:23:54FromGitter<dom96> @endragor first time I've seen it
13:25:12FromGitter<dom96> I plan to encourage everyone to help me fix the stdlib, so keep this in mind and remind me when the time comes for "The Great Stdlib Review"
13:28:58*brechtm joined #nim
13:31:03Araqplan to encourage for "The great stldib review"? there are so many things wrong with this sentence :P
13:31:42Araqdon't "Plan to encourage", do encourage.
13:32:00*yglukhov quit (Remote host closed the connection)
13:32:11Araqand I would prefer a little stdlib review
13:32:49Araqrenaming toUpper to UpperAscii is tiresome and pointless.
13:33:12AraqI feel like being punished for the people who cannot read any kind of documentation.
13:34:27Xeother languages like Go and Haskell call it `toUpper`
13:35:28AraqXe: the one in unicode.nim is still called toUpper
13:35:48*Demon_Fox joined #nim
13:36:17Xeah
13:36:32FromGitter<BontaVlad> python "hello".upper()
13:36:47Xei do know that the time library needs redoing in the stdlib, but dealing with time is such a trainwreck that i'd almost rather not
13:38:18cheatfateYeah we need to fix `unsigned` types first :)
13:39:03Araqcheatfate: the bugs wrt unsigned are all not unsigned specific, but rather about generic type constraints
13:39:28Araqit just so happens only unsigned triggers them
13:40:05cheatfateAraq, i think its a problem when you can't make `shr` of uint32 by uint8 without casting uint8 to uint32
13:40:22cheatfateso we are talking about same thing?
13:40:32Araqpretty sure we are, yes
13:45:34*krux02 joined #nim
13:45:53*yglukhov joined #nim
13:47:17krux02Araq: I was looking into setLengthSeq, what do +% and *% operators do?
13:54:51Araqtreat signed integers as unsigned for the operation, they predate unsigned numbers
13:56:44krux02ok
13:57:17krux02in typeinfo.nim:73 I see that TGenericSeq really starts with just len and space
13:58:44krux02I don't see that there is any byte used for something else that is not either the length or the capacity
14:01:22krux02is +% and *% actually different for singed and unsigned numbers? I always thought they are identical, meaning they use the exact same cpu instructions.
14:02:44Araq+ for signed produces overflow checks
14:03:00Araq* is quite different for the CPU
14:06:12krux02ok for the overflow checks that's true, but i can't find an example, where it matters for the result bits weather the input has to be interpreted signed or unsigend, even for *.
14:10:35Araqhttps://en.wikipedia.org/wiki/Binary_multiplier
14:10:49Araq„If b had been a signed integer instead of an unsigned integer, then the partial products would need to have been sign-extended up to the width of the product before summing. If a had been a signed integer, then partial product p7 would need to be subtracted from the final sum, rather than added to it.“
14:14:15FromGitter<BontaVlad> @binary related stuff, how can I write binary stuff to a file? similar to what pack in python does. I am working on a tga image library in nim and now I am at the stage where I save the data.
14:16:23FromGitter<Araq> writeBuffer?
14:17:01FromGitter<BontaVlad> do I have to encode the data before writing?
14:18:46cheatfateBontaVlad: no if you handle properly little/big endian integers
14:20:25FromGitter<BontaVlad> ok, I will look into it thx: @Araq, @cheatfate
14:20:36*stisa quit (Quit: Leaving)
14:20:40*bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
14:27:02*pregressive joined #nim
14:27:08*pregressive quit (Remote host closed the connection)
14:27:20*pregressive joined #nim
14:48:05*Guest84069 quit (Ping timeout: 260 seconds)
14:48:45*nsf quit (Quit: WeeChat 1.5)
14:49:01*reactormonk quit (Ping timeout: 260 seconds)
14:50:27*HakanD quit (Quit: Be back later ...)
14:50:54*HakanD joined #nim
14:53:13*HakanD quit (Read error: Connection reset by peer)
14:58:33*Andris_zbx quit (Remote host closed the connection)
14:59:08*HakanD joined #nim
15:14:41*Guest84069 joined #nim
15:21:45*GustavoLapasta quit (Quit: Leaving)
15:28:13*chemist69 quit (Ping timeout: 260 seconds)
15:30:42*chemist69 joined #nim
15:39:19*libman joined #nim
15:45:41*yglukhov quit (Remote host closed the connection)
15:46:09*lg_ quit (Remote host closed the connection)
15:47:21*arnetheduck quit (Ping timeout: 260 seconds)
15:59:24*HakanD quit (Quit: Be back later ...)
15:59:37*Trustable quit (Remote host closed the connection)
15:59:58*HakanD joined #nim
16:03:46*HakanD_ joined #nim
16:04:20*HakanD quit (Read error: Connection reset by peer)
16:06:47*HakanD_ quit (Client Quit)
16:07:20*HakanD_ joined #nim
16:11:49*HakanD_ quit (Ping timeout: 248 seconds)
16:13:55*yglukhov joined #nim
16:18:24*yglukhov quit (Ping timeout: 252 seconds)
16:20:38*chrisheller joined #nim
16:20:42*chrisheller quit (Remote host closed the connection)
16:20:53*chrisheller joined #nim
16:25:41*ARCADIVS joined #nim
16:29:20*jivank[m] joined #nim
16:30:16*desophos joined #nim
16:33:56krux02BontaVlad: you can also take a look into memory mapped files,there is a nim module for operating system independend usage
16:36:13*reactormonk joined #nim
16:40:10*confundus joined #nim
16:41:58*HakanD_ joined #nim
16:44:46*confundus quit (Client Quit)
16:46:54*HakanD_ quit (Quit: Be back later ...)
16:47:08*Matthias247 joined #nim
16:47:28*HakanD_ joined #nim
16:51:42*HakanD_ quit (Ping timeout: 250 seconds)
16:56:26*Guest84069 quit (Ping timeout: 268 seconds)
16:59:52*yglukhov joined #nim
17:08:06*jjido joined #nim
17:09:14*pregressive quit (Remote host closed the connection)
17:09:29*pregressive joined #nim
17:17:15*jjido quit (Ping timeout: 258 seconds)
17:19:19*jjido joined #nim
17:19:29*confundus joined #nim
17:22:37*yglukhov quit (Remote host closed the connection)
17:28:55*jjido quit (Remote host closed the connection)
17:47:39*brechtm quit (Remote host closed the connection)
17:55:10*jjido joined #nim
17:57:02*user__ joined #nim
17:57:05*user__ left #nim (#nim)
17:57:29*Jesin quit (Quit: Leaving)
17:57:44*flaviut joined #nim
17:59:01*confundus quit (Ping timeout: 248 seconds)
17:59:52*jjido quit (Read error: Connection reset by peer)
18:00:05*Jesin joined #nim
18:00:45*dddddd joined #nim
18:00:46*confundus joined #nim
18:00:53*jjido joined #nim
18:01:02flaviutdom96: can I/you merge #4814?
18:02:03*jjido quit (Read error: Connection reset by peer)
18:02:50dom96flaviut: I would have done it already but it seemed risky given 0.15.2 was meant to be released soon
18:02:54dom96Araq: Can we merge it?
18:04:19jivank[m]Any recommendations for a websocket client?
18:05:02Araqdom96: 0.15.2 is mostly blocked by our CI infrastructure
18:06:33dom96how so?
18:06:51dom96niminst is broken not the CI infrastructure AFAIK
18:07:05euantorIf there's nothing needing done on the Windows side for CI just let me know
18:08:05Araqniminst produces working .zip files on my machine
18:08:09Araqhow is it broken?
18:08:55Araqjivank[m]: there is at least one nimble package implementing websockets
18:09:06dom96I don't know, the logs are here: https://gitlab.com/nim-lang/nim/builds/5130219
18:11:52flaviutdom96: Ok, I thought there'd be some reason like that. I'd like to let @scriptum know what's holding up getting it merged
18:12:00*nsf joined #nim
18:12:42euantorNot sure what would cause that dom96 - looks like a missing file or wrong path
18:12:56dom96I think it's better if we wait. The downside is slower performance, but the potential issues could be huge. I don't want 0.15.2 to be released with a broken 're' module.
18:13:35dom96euantor: I'm pretty sure it's trying to perform the following action "Copying build\build.bat to build\nim-0.15.1\build.bat"
18:13:48dom96so in all likelihood build\nim-0.15.1 doesn't exist
18:13:51flaviutdom96: Thanks, I understand! I'll comment on the PR
18:15:01dom96Araq: All the CI runner is executing is `koch.exe winrelease`, is that what you ran locally?
18:15:08euantorYeah, that's what it looks like to me too
18:15:12Araqdom96: I agree with you about the re.nim PR
18:15:21dom96Araq: great :)
18:17:50Araqdom96: I patched ci/build.bat
18:18:25Araqand I cannot run it locally since the paths differ
18:18:36dom96did you? it hasn't changed since end of august
18:18:54Araqhmm let's see
18:19:30dom96yeah, the fact that the paths are hardcoded isn't great :\
18:19:37Araqhttps://github.com/nim-lang/Nim/commit/00b749c41810efe8169e5eeaea932ee63024738d
18:20:01dom96you patched ci/nsis_build.bat then
18:20:12dom96two different files
18:21:03*pie_ joined #nim
18:21:43Araqproc winRelease() =
18:21:43Araq exec(r"call ci\nsis_build.bat " & VersionAsString)
18:21:56AraqI patched the correct file.
18:22:05dom96yes
18:22:10dom96I'm not saying you didn't
18:22:20dom96But there must be a problem with `koch zip`
18:24:25Araq`koch zip` is exactly what I tested though
18:25:05*astocko quit (Ping timeout: 260 seconds)
18:26:06*astocko joined #nim
18:46:09*regtools_ joined #nim
18:49:21*michael_campbel- joined #nim
18:49:50*yaiyan_ joined #nim
18:50:01*r4vi quit (Ping timeout: 258 seconds)
18:51:43*chemist69 quit (*.net *.split)
18:51:44*elrood quit (*.net *.split)
18:51:44*gangstacat quit (*.net *.split)
18:51:44*hohlerde quit (*.net *.split)
18:51:45*jivank[m] quit (*.net *.split)
18:51:45*Yaiyan quit (*.net *.split)
18:51:45*regtools quit (*.net *.split)
18:51:46*EastByte_ quit (*.net *.split)
18:51:46*boop quit (*.net *.split)
18:51:46*jivank quit (*.net *.split)
18:51:46*joebo quit (*.net *.split)
18:51:46*michael_campbell quit (*.net *.split)
18:51:59*yaiyan_ is now known as Yaiyan
18:52:52*boop joined #nim
18:53:28*flaviut quit (Ping timeout: 250 seconds)
18:54:09*zidane_g_ quit (Ping timeout: 258 seconds)
18:56:24*jivank[m] joined #nim
18:56:38*r4vi joined #nim
18:57:01*elrood joined #nim
18:57:07*EastByte_ joined #nim
18:57:39*hohlerde joined #nim
18:58:01*jivank joined #nim
18:58:05*joebo joined #nim
18:58:59*chemist69 joined #nim
18:59:49*confundus quit (Ping timeout: 248 seconds)
19:01:29*confundus joined #nim
19:02:13*zidane_g_ joined #nim
19:33:07*UNIcodeX quit (Read error: Connection reset by peer)
19:33:12*Guest84069 joined #nim
19:35:42*krux02 quit (Remote host closed the connection)
19:37:44*PMunch joined #nim
19:43:05*HakanD_ joined #nim
19:54:06*fredrik92 quit (Read error: Connection reset by peer)
19:56:59*vendethiel joined #nim
20:02:13*confundus quit (Quit: leaving)
20:09:13*nsf quit (Quit: WeeChat 1.5)
20:12:07*krux02 joined #nim
20:15:06*fredrik92 joined #nim
20:15:19*pregressive quit (Read error: Connection reset by peer)
20:15:28*pregressive joined #nim
20:20:58*pregressive quit (Read error: Connection reset by peer)
20:21:28*pregressive joined #nim
20:25:41PMunchHmm, I've created a function that loops through a list and matches them to various things. I want to create a macro for this, but I'm wondering about best practice. Currently it's written like you would if you created regular code, it creates some arrays loops over them and does some logic with that. But I was wondering if the macro should rather output a repetitious unrolled version of the loop.
20:26:25reactormonkPMunch, the C compiler does unrolling for you as needed
20:28:01PMunchYes I know, but it would still need to actually create the arrays and such. The output assembly code would likely be less complex if I did unrolling myself as I could benefit from logical differences in the execution.
20:40:21*stisa joined #nim
20:41:51*gangstacat joined #nim
20:42:40*pie_ quit (Ping timeout: 250 seconds)
20:47:05*pie_ joined #nim
20:52:19*confundus joined #nim
20:53:07*confundus quit (Client Quit)
20:54:11*libman quit (Remote host closed the connection)
20:54:42*bjz joined #nim
21:02:43*elrood quit (Remote host closed the connection)
21:11:05*pie_ quit (Read error: Connection reset by peer)
21:11:16*HakanD_ quit (Quit: Be back later ...)
21:11:49*HakanD_ joined #nim
21:12:58AraqPMunch: take a look at strscans.nim to see what "unrolling" can imply
21:13:19Araqit's usually the more flexible thing and also much harder
21:16:22*HakanD_ quit (Ping timeout: 258 seconds)
21:22:29*yglukhov joined #nim
21:24:14*yglukhov quit (Remote host closed the connection)
21:26:46*arnetheduck joined #nim
21:27:00stisaIs either of https://gist.github.com/stisa/1e318f33686c7e46ef522e8982ffbc7f a bug? It's taken from https://nim-by-example.github.io/oop/ , just using `objects` instead of `ref objects`
21:31:40*krux02 quit (Remote host closed the connection)
21:40:14*yglukhov joined #nim
21:44:06*bjz_ joined #nim
21:45:06*pie_ joined #nim
21:45:07*bjz quit (Ping timeout: 258 seconds)
21:45:29*pie_ quit (Changing host)
21:45:29*pie_ joined #nim
21:56:21Araqno.
22:09:09*yglukhov quit (Remote host closed the connection)
22:12:34*yglukhov joined #nim
22:34:52*Matthias247 quit (Read error: Connection reset by peer)
22:36:51*yglukhov quit (Remote host closed the connection)
22:36:51*pregressive quit (Remote host closed the connection)
22:37:25*pregressive joined #nim
22:37:30*yglukhov joined #nim
22:41:45*yglukhov quit (Ping timeout: 252 seconds)
22:41:45*pregressive quit (Ping timeout: 252 seconds)
22:47:37*bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
22:55:04*Trioxin joined #nim
23:26:11*nsf joined #nim
23:33:01*literal quit (Read error: Connection reset by peer)
23:34:35*literal joined #nim
23:48:52*nsf quit (Quit: WeeChat 1.5)
23:53:12*irrequietus quit ()
23:55:46*bjz joined #nim