<< 19-09-2016 >>
00:06:40*gokr quit (Ping timeout: 250 seconds)
00:21:35*yglukhov joined #nim
00:25:25ldleworkWhat's the best way to figure out where your program is slow?
00:26:30*yglukhov quit (Ping timeout: 276 seconds)
00:31:04*ftsf_ joined #nim
00:31:05ldleworkcrap, updated nim and my program broke
00:31:26ldlework cast[ResourcePack](node.getFields())
00:31:36ldleworkError: expression cannot be casted to ResourcePack
00:32:27ldleworkBut ResourcePack is defined as a Table[].
00:32:30ldleworkso why not?
00:34:09ldleworkeh, just copied all the key/vals into a new table and casted that
00:34:55*yglukhov joined #nim
00:36:49ldleworkhi yglukhov
00:39:02*yglukhov quit (Ping timeout: 244 seconds)
00:50:03ftsf_good morning o/
00:53:41ldleworkhello
01:03:24ftsf_ldlework, figure out your issue?
01:04:42*PMunch quit (Quit: leaving)
01:12:19ldleworkftsf_: I did. But my larger issue is that my renderer is slow as balls.
01:12:36ldleworkI must be doing something really inefficient because I would expect it to be faster even in Python
01:12:40ftsf_hmm tried with -d:release ?
01:13:59ldleworkwell that's of course tiny marginal amount faster
01:14:00*yeli joined #nim
01:14:20ldleworkbut I imagine I'm just doing something inefficient overall that I'm blind to
01:14:24ldleworkprobably my use of tables...
01:14:41*yeli quit (Client Quit)
01:22:54*Demon_Fox quit (Ping timeout: 265 seconds)
01:29:27*Demon_Fox joined #nim
01:31:16*fredrik92 quit (Quit: Shutting down...)
01:31:36*yglukhov joined #nim
01:31:37*fredrik92 joined #nim
01:32:26*fredrik92 quit (Client Quit)
01:32:49*fredrik92 joined #nim
01:37:56*yglukhov quit (Ping timeout: 244 seconds)
01:39:31*fredrik92 quit (Read error: Connection reset by peer)
01:56:16*chemist69 quit (Ping timeout: 265 seconds)
02:06:21ldleworkhow is it possible this changeset makes my program significantly slower? https://github.com/dadren/dadren/commit/7c73801f4e4900fcac472ca344865e8959df407e
02:09:25*chemist69 joined #nim
02:18:42ldleworkftsf_: any idea?
02:19:19ftsf_which bit is slow?
02:19:23ftsf_using the profiler?
02:20:57ldleworkftsf_: its like visibly slower
02:21:06ftsf_sure, but why
02:21:07ldleworkand I have no idea how to profile nim code
02:21:10ldleworkftsf_: that's my question
02:21:11ftsf_profiler will tell you where it's slow
02:21:27ldleworkis there a profiling guide?
02:22:14ftsf_compile with --profiler:on --stackTrace:on
02:22:18ftsf_http://nim-lang.org/docs/estp.html
02:35:25*yglukhov joined #nim
02:42:21*yglukhov quit (Ping timeout: 276 seconds)
02:49:36*nairobi joined #nim
02:50:56*nairobi_ joined #nim
02:53:54*nairobi quit (Ping timeout: 244 seconds)
02:55:14*nairobi_ quit (Ping timeout: 250 seconds)
03:05:55*gangstacat quit (Quit: Leaving)
03:28:00*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
03:39:18*yglukhov joined #nim
03:44:31*yglukhov quit (Ping timeout: 244 seconds)
03:53:10*ARCADIVS joined #nim
03:57:32*gangstacat joined #nim
03:59:02*Sentreen quit (Ping timeout: 265 seconds)
04:10:06*Sentreen joined #nim
04:18:07*vqrs quit (Ping timeout: 272 seconds)
04:20:34*vqrs joined #nim
04:21:16*yglukhov joined #nim
04:25:51*yglukhov quit (Ping timeout: 244 seconds)
04:40:22*rtr_ joined #nim
04:53:43*jeffc joined #nim
04:54:50*allan0 quit (Ping timeout: 250 seconds)
04:55:49*jeffc_ quit (Ping timeout: 244 seconds)
05:03:31*yglukhov joined #nim
05:06:50*kulelu88 quit (Quit: Leaving)
05:07:42*yglukhov quit (Ping timeout: 244 seconds)
05:09:17*gokr joined #nim
05:09:25ldleworkftsf_: the example file it shows on that page does not seem to reflect the conclusions of the paragraph above it
05:09:31ldleworkis that a bug in the documentation?
05:12:14*allan0 joined #nim
05:12:15ldleworkI don't understand the output of the profiler at all
05:12:27ldleworkI picked a dead day to start messing with nim again :P
05:14:02*shadwick joined #nim
05:14:24shadwickHi all. Does anyone know of a Nim library for extracting gzipped tar archives?
05:17:52*lyro quit (Ping timeout: 244 seconds)
05:21:19*lyro joined #nim
05:29:14*desophos quit (Read error: Connection reset by peer)
05:32:13*yglukhov joined #nim
05:32:30*lyro quit (Ping timeout: 244 seconds)
05:35:38*lyro joined #nim
05:36:38*yglukhov quit (Ping timeout: 244 seconds)
05:43:47*mcc quit (Quit: Connection closed for inactivity)
05:50:47ftsf_ldlework, this time of day is pretty quiet generally
05:51:42ftsf_shadwick, looks like an area that's missing
05:51:44gokrIt's just around 7.50 here in Europe, people are just getting up
05:56:29*gokr quit (Ping timeout: 265 seconds)
05:57:54ftsf_wow, so early to wake up ;)
05:59:08*GustavoLapasta joined #nim
06:02:35ldleworkftsf_: he just went back to bed
06:02:52ftsf_sounds wise
06:06:08shadwickftsf_: thanks. I'll workaround that temporarily
06:06:31ftsf_shadwick, when all else fails, call out to shell =)
06:06:52shadwickftsf_: Yeah I'm using osproc for now with a note to replace the internals of the extraction proc later
06:07:17ftsf_=)
06:19:12shadwickDoes anyone know of a way to manipulate the search path for `nim` via env flags?
06:19:13*Raaaa joined #nim
06:19:39shadwicklike `X=path/to/libs nim c ..."
06:20:01shadwickI don't want to have to change the command arguments by adding "-p:X"
06:20:22shadwickbasically like C_INCLUDE_PATH
06:23:12*Raaaa quit (Ping timeout: 240 seconds)
06:23:37*Raaaa joined #nim
06:32:58*yglukhov joined #nim
06:37:00*vqrs quit (Ping timeout: 276 seconds)
06:37:33girvome waves
06:37:36*girvo waves
06:38:14*girvo quit (Quit: leaving)
06:38:38*yglukhov quit (Ping timeout: 244 seconds)
06:38:42*vqrs joined #nim
06:38:46FromGitter<girvo> Oh neat, Gitter!
06:39:32FromGitter<girvo> Okay, so quick question: does anyone know of a nice implementation for working with JSON that also works nicely with "T not nil" type definitions? Otherwise I think I'll end up writing my own template/macro I guess
06:40:45FromGitter<girvo> Alternatively, some "JSON-to-Object" schema mapper of some description that is type-safe?
06:42:47ldleworkI have a string on an object and it is returned from a proc to look up a value in a table.
06:43:11ldleworkThis happens a lot. How can I avoid copying the string? How do I actually set it as shallow if it is never acutally assigned?
06:44:01ldleworkits only "returned"
06:44:33RaaaaAre you using the string as a key?
06:46:16ldleworkRaaaa: yeah
06:46:48RaaaaCan't you change it to use an int and directly compute the hash value?
06:46:50ldleworkand the object that has the name is loaded from json, so I really really don't ever actually assign this value anywhere
06:47:06ldleworkhuh?
06:51:13RaaaaAh ok, what it happens is that the object returned by a proc contains a string. I thought assigning it to a let didn't produce a copy.
06:52:52ldleworkI did, shallowCopy(result, obj.name); return result
06:52:55ldleworkwhich compiled
06:53:41ldleworkneed to find a Nim programmer who's obssessed with writing an opengl tilemap renderer :P
06:54:47ftsf_ldlework, what are you making?
06:55:08ldlework2D game library for Nim
06:55:10ftsf_i'm making a 2d game in nim (but no tiles yet), and a modular synth =)
06:55:17ftsf_cool!
06:55:31ldleworkftsf_: what kind of game? I'm making a roguelike
06:55:56ftsf_racing https://twitter.com/impbox/status/765102630280409088
06:56:20ldleworkthat looks really cool
06:56:38ftsf_made a nim implementation of the pico8 api which is really nice to use, but i've only implemented the features i'm using so far, so it doesn't do tilemap stuff yet
06:57:45*rtr_ quit (Remote host closed the connection)
06:57:53ldleworkftsf_: are you using opengl?
06:57:58RaaaaWhy do you need the string and the table for the tilemap?
06:58:00ftsf_ldlework, nope, SDL
06:58:05ftsf_(without opengl)
06:58:15ftsf_all software rendering
06:59:00FromGitter<girvo> God-damn am I struggling to keep my line lengths under 80 chars for proc definitions lol
06:59:01ldleworkRaaaa: the tilemap, which holds all the objects in the world, is made up of tile locations which can hold multiple objects. Each object can have an Icon component who's "rune" member is the name of a tile in the current tileset
06:59:27ldleworkIE, each thing has the name of the tile it uses
06:59:29ftsf_ldlework, making something similar to love2d or something?
06:59:38FromGitter<girvo> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=57df8cd9c8af41d45f2898cc]
06:59:43ldleworkftsf_: I wrote an entity component system using Nim's meta programming
06:59:53ftsf_ldlework, that sounds a bit expensive for a tilemap using strings for that
06:59:58ldleworkftsf_: and I'm writing yeah, some other general boilerplate stuff to round out a nice 2d library
07:00:07RaaaaCan't you use enums? or do you need each tile to be actually unique?
07:01:10ldleworkI suppose I could keep the strings in the json data, and convert tile names to UIDs on loading
07:02:47ftsf_that seems more sensible
07:03:04ftsf_or just use ints everywhere with a lookup table
07:04:10Raaaayou may save space and time if you use enums and arrays instead. You could even write a macro to create the enum from a list.
07:04:23ldleworkI don't need to save space. The idea behind my engine is everything is data driven
07:04:33ldleworkSo you can write games that are ammenable to design tooling
07:04:49ldleworkso referring to tiles by name is a nicety
07:04:58ldleworkbut converting them to UID's is a good idea
07:06:40FromGitter<dom96> @ftsf is the game in that tweet written in Nim?
07:06:53Raaaainstead of using tables, if you think you are not going to have to many tiles, you could use an array and before running make sure each name as an unique uid. Unless you don't have problems with tables.
07:07:17ldleworkgoing to have many many tiles
07:07:36ldleworkbut I'm not having problems with loading the data
07:07:48ldleworkbtw, pico8 looks pretty neat
07:09:49ftsf_dom96, yes
07:10:14ftsf_ldlework, yeah it's great for prototyping, but after using nim i'm finding it hard to go back to lua
07:11:45FromGitter<dom96> ftsf_: wow
07:12:12FromGitter<dom96> Are you @impbox on twitter then?
07:13:20ldleworkftsf_: I wish I knew how to pull the performance out of SDL like you are
07:13:24ldleworkftsf_: can I run your game?
07:14:33FromGitter<dom96> If you need help getting it running on OS X, let me know :)
07:15:15ftsf_dom96, yep
07:16:03*foocraft joined #nim
07:16:53RaaaaMaybe your bottleneck is not drawing, have you tried rendering the same tile?
07:17:20*gokr joined #nim
07:18:13ftsf_have you compiled with -d:release ?
07:18:23ftsf_i find the debug vs release performance difference is huge
07:19:10ftsf_dom96, cheers
07:20:14ldleworkftsf_: I did, but the difference isn't that much
07:20:22ldleworkI'm actually not going to worry too much about it
07:20:40ldleworkmy game is a turnbased roguelike and how fast I can scroll the map in realtime is probably not very imporatnt
07:20:42ldleworklol
07:20:45ftsf_well as long as it's playable, but if you run into speed problems, profilers are your friend
07:20:56ldleworkftsf_: I don't understand Nim's profiler at all
07:25:43FromGitter<dom96> ldlework: you can use valgrind's profiler callgrind as well.
07:26:34ftsf_or any other profiler you like, seriously, figure out how to use one and make use of it, will save you a lot of headaches
07:33:15def-ldlework: as I said, valgrind --tool=callgrind to record, kcachegrind to analyze, works wonders
07:34:41*Andris_zbx joined #nim
07:48:01*bjz joined #nim
08:04:29*bjz quit (Read error: Connection reset by peer)
08:05:18*bjz joined #nim
08:05:45*bjz quit (Client Quit)
08:08:57*Trustable joined #nim
08:12:22*foocraft quit (Quit: Leaving)
08:12:41*Guest36530 quit (Ping timeout: 244 seconds)
08:13:12*SunDwarf quit (Ping timeout: 244 seconds)
08:14:04*SunDwarf joined #nim
08:14:15*taotetek quit (Ping timeout: 244 seconds)
08:14:15*avsej quit (Ping timeout: 244 seconds)
08:14:59*taotetek joined #nim
08:15:22*taotetek is now known as Guest99797
08:15:23*avsej joined #nim
08:15:23*avsej quit (Changing host)
08:15:23*avsej joined #nim
08:15:26*askatasuna joined #nim
08:36:13*foocraft joined #nim
08:41:25*yglukhov joined #nim
08:45:55*chemist69 quit (Ping timeout: 255 seconds)
08:46:52*chemist69 joined #nim
08:52:41*coffeepot joined #nim
08:55:16*fredrik92 joined #nim
08:59:19*space-wi_ quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
09:04:21*fredrik92 quit (Quit: Client disconnecting)
09:04:25*csoriano joined #nim
09:04:48*planhths joined #nim
09:05:01*fredrik92 joined #nim
09:07:36*StarBrilliant quit (Quit: ZNC - http://znc.in)
09:14:15*MyMind joined #nim
09:17:23*gangstacat quit (Quit: Leaving)
09:33:01*ftsf_ quit (Remote host closed the connection)
09:34:06*planhths quit (Quit: Konversation terminated!)
09:42:12*irrequietus joined #nim
09:46:43*irrequietus quit (Ping timeout: 248 seconds)
09:49:09yglukhovquestion. declaring an enum type, can i request its size to be exactly int8/16/32?
09:50:41*csoriano left #nim ("Good Bye")
09:55:05BlaXpirityglukhov, Asdf* {.size: sizeof(int8).} = enum
09:55:45yglukhovBlaXpirit: cool. will its type in C be actually what int8 in c is?
09:56:19yglukhovi mean, can i use it inside a packed object and it will be abi compatible with c?
09:56:32*niv quit (Remote host closed the connection)
09:56:54*niv joined #nim
09:58:17BlaXpiritwell i've been using it like that anyway
10:00:42yglukhovBlaXpirit: ok cool. just tested it. indeed the type in generated C is correct and corresponds to whatever you pass in size pragma
10:01:12yglukhovthanks
10:02:37coffeepotThe above was pretty useful info, I feel stuff like that would be really useful in a "working with C" info page
10:04:14BlaXpiritback in the old days i'd just ask in irc and look at other libs for this kind of info
10:05:26coffeepotyeah, be useful to have this stuff in one place tho, I know working with odbc and opengl, UncheckedArray {.unchecked.} [t] = array[0,t] has been very useful
10:06:31coffeepotwe already have a nim for c page, AIUI we're moving toward having a wiki format? In that case it'd be easy to add examples like {.size.}
10:45:47*Demon_Fox quit (Quit: Leaving)
10:52:11*bjz joined #nim
10:57:42*Raaaa quit (Quit: Page closed)
11:02:30*Snircle joined #nim
11:03:05*gokr quit (Ping timeout: 248 seconds)
11:07:59*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
11:12:19*PMunch joined #nim
11:17:00*GustavoLapasta quit (Ping timeout: 265 seconds)
11:17:47*arnetheduck joined #nim
11:21:06*bjz joined #nim
11:25:41*gokr joined #nim
11:30:10*Guest99797 is now known as taotetek
11:45:29*irrequietus joined #nim
12:12:55*fredrik92 quit (Ping timeout: 244 seconds)
12:14:31*fredrik92 joined #nim
12:22:35*ARCADIVS quit (Quit: ARCADIVS)
12:35:49*nicanaca0 quit (Quit: Leaving)
12:36:17*irrequietus quit (Ping timeout: 240 seconds)
12:51:21*bjz quit (Ping timeout: 248 seconds)
12:51:57*bjz joined #nim
13:09:08*vqrs quit (Ping timeout: 265 seconds)
13:11:40*vqrs joined #nim
13:16:20*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
13:20:28*PMunch quit (Quit: leaving)
13:21:34*brechtm joined #nim
13:22:19*nairobi joined #nim
13:26:11*spindle quit (Quit: Leaving)
13:26:56*nairobi quit (Ping timeout: 265 seconds)
13:27:53*nairobi joined #nim
13:30:47*gokr quit (Ping timeout: 244 seconds)
13:44:28*nairobi quit (Read error: Connection timed out)
13:45:21*nairobi joined #nim
13:46:16*PMunch joined #nim
13:48:13*yglukhov quit ()
13:49:21*yglukhov joined #nim
13:54:56*brechtm quit (Remote host closed the connection)
13:59:40*brechtm joined #nim
14:17:13*ryoshu quit (Remote host closed the connection)
14:25:46*fredrik92 quit (Read error: Connection reset by peer)
14:51:44*fredrik92 joined #nim
15:06:48*irrequietus joined #nim
15:11:05*nsf quit (Quit: WeeChat 1.5)
15:28:04*foocraft quit (Quit: Leaving)
15:29:15*vqrs quit (Max SendQ exceeded)
15:32:34*vqrs joined #nim
15:36:13*nairobi quit (Remote host closed the connection)
15:37:03*nairobi joined #nim
15:40:00*yglukhov quit (Ping timeout: 260 seconds)
15:50:34ldleworkhi coffeepot
15:50:48coffeepothey Idlework :)
15:57:15*rtr_ joined #nim
16:00:20*yglukhov joined #nim
16:03:36flyxany suggestions how to handle nimsuggest with includes?
16:04:18flyxwhen I am editing a file that is included in the main module, nimsuggest fails to properly parse it, since it tries to parse it standalone
16:06:21*yglukhov quit (Remote host closed the connection)
16:06:48*Andris_zbx quit (Remote host closed the connection)
16:07:02flyxI could try to rewrite the code so that it is an import, but then I have to move some types to a common.nim file and whatnot
16:10:20*vqrs quit (Max SendQ exceeded)
16:10:36*vqrs joined #nim
16:16:47*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
16:16:53*yglukhov joined #nim
16:17:15*kulelu88 joined #nim
16:19:54Araqflyx: this needs to be fixed within nimsuggest itself
16:21:48*space-wizard joined #nim
16:24:05flyxI am currently thinking if it wasn't better design to have multiple standalone imported files anyway
16:28:32*yglukhov_ joined #nim
16:28:56cheatfateAraq, mainpage on github sais "gcc 3.x or later recommended."
16:29:36cheatfatebut looks like gcc (GCC) 4.2.1 20070719 is not working because of ATOMICS
16:32:03*yglukhov quit (Ping timeout: 248 seconds)
16:33:05*yglukhov_ quit (Ping timeout: 260 seconds)
16:36:12*yglukhov joined #nim
16:37:38*gokr joined #nim
16:40:50*yglukhov quit (Ping timeout: 265 seconds)
16:53:31*elrood joined #nim
17:05:39*irrequietus quit (Ping timeout: 248 seconds)
17:10:06*yglukhov joined #nim
17:12:56*ldlework quit (Ping timeout: 244 seconds)
17:13:57*MyMind quit (Ping timeout: 272 seconds)
17:14:11*yglukhov quit (Ping timeout: 248 seconds)
17:27:42*GustavoLapasta joined #nim
17:38:28*nairobi quit (Remote host closed the connection)
17:38:31*brson joined #nim
17:50:30*nsf joined #nim
17:56:45*PMunch quit (Quit: leaving)
18:03:17flyxAraq: can proc types be backend specific? I encountered a type mismatch on JS target that works on C target. https://github.com/nim-lang/Nim/issues/4802
18:04:05*nairobi joined #nim
18:12:18Araqflyx: that's just a bug.
18:12:39Araqinternally difficult perhaps, since the JS codegen doesn't require LL
18:13:10Araqbut I don't think this internal pita should affect the language definition :-)
18:19:47*fredrik92 quit (Quit: Client disconnecting)
18:20:07*nairobi quit (Read error: Connection timed out)
18:21:40*nairobi joined #nim
18:24:17*nairobi quit (Remote host closed the connection)
18:33:46*yglukhov joined #nim
18:33:56*PMunch joined #nim
18:34:21*nairobi joined #nim
18:38:15*nairobi_ joined #nim
18:39:10*nairobi quit (Ping timeout: 265 seconds)
18:39:27*desophos joined #nim
18:49:44*Matthias247 joined #nim
18:55:08*nairobi_ quit (Read error: Connection timed out)
18:55:53*nairobi joined #nim
18:56:24cheatfatedom96, are you going to repair Nim async?
18:56:45dom96define 'repair'
18:57:25*fredrik92 joined #nim
18:58:14*fredrik92 quit (Client Quit)
18:58:31*fredrik92 joined #nim
18:59:18*fredrik92 quit (Client Quit)
18:59:18cheatfatehttps://travis-ci.org/nim-lang/Nim#L3492
18:59:37*fredrik92 joined #nim
19:01:28dom96yes
19:06:02cheatfatethanks
19:10:49*yglukhov quit (Remote host closed the connection)
19:11:13cheatfatedom96, there now more errors
19:11:46*brechtm quit (Remote host closed the connection)
19:15:39dom96meh, this breakage isn't worth it
19:17:46*nairobi quit (Remote host closed the connection)
19:19:50TrustableHi all, I have a timezone problem with the times library: "2016-01-01 00:00 GMT".parse("yyyy-MM-dd hh:mm ZZZ").toTime.getGMTime.format("yyyy-MM-dd HH:mm") returns 2015-12-31 22:00
19:20:25TrustableHow can I get rid of the 2 hour offset?
19:21:15dom96I'm guessing there is a bug in one of those functions
19:21:30dom96I'm afraid you'll need to investigate
19:21:48Trustable@dom96: ok, I will investigate
19:21:55dom96thanks!
19:22:21cheatfateTrustable, but remember that there many OSes we need to support, and all of them handling time in their own way
19:25:01*nairobi joined #nim
19:29:06*nairobi_ joined #nim
19:29:26*nairobi quit (Ping timeout: 265 seconds)
19:30:42*gangstacat joined #nim
19:34:48dom96the tasync_cpp failure sure is interesting
19:37:02*irrequietus joined #nim
19:45:32*nairobi_ quit (Read error: Connection timed out)
19:46:30*ldlework joined #nim
19:46:30*ldlework quit (Changing host)
19:46:30*ldlework joined #nim
19:46:37*nairobi joined #nim
19:48:27dom96https://gist.github.com/dom96/4ae6f54149cd000a48080f2011a725fe
19:48:50dom96The 'x' must be initialised because of the 'range'
19:49:22dom96Any way to get around that?
19:50:11Araq0 must be part of the range
19:50:45dom96D:
19:51:55dom96oh well, HTTP codes will allow 0-100 as well.
19:56:46dom96(at least for now)
20:02:40*aziz joined #nim
20:03:28*nairobi quit (Read error: Connection timed out)
20:04:09*nairobi joined #nim
20:05:16*fredrik92 quit (Ping timeout: 250 seconds)
20:09:44*fredrik92 joined #nim
20:15:38TrustableProposed fix to the timezone bug: https://github.com/nim-lang/Nim/issues/4804
20:17:38cheatfatedom96, http://i.blog.fontanka.ru/photos/2013/12/800x600_S7FcZl416QDovtQHpNDh.jpg
20:19:15*Ven_ joined #nim
20:20:43*nairobi quit (Read error: Connection timed out)
20:21:44*nairobi joined #nim
20:23:17*Snircle joined #nim
20:28:57*pie___ joined #nim
20:29:02*pie___ quit (Remote host closed the connection)
20:31:41*spindle joined #nim
20:38:16*chemist69 quit (Ping timeout: 255 seconds)
20:41:26*Trustable quit (Quit: Leaving)
20:43:04*chemist69 joined #nim
20:50:39*rtr_ quit (Quit: Leaving...)
21:00:42*nairobi quit (Remote host closed the connection)
21:06:03*Ven_ quit (Ping timeout: 240 seconds)
21:06:49*nairobi joined #nim
21:08:32*Ven_ joined #nim
21:13:06*GustavoLapasta quit (Ping timeout: 264 seconds)
21:15:57*mrbandler joined #nim
21:16:07mrbandlerhey everyone
21:16:19*Ven_ quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
21:17:12mrbandlerhas anyone ever used the enum OsPlatform and const targetOS, I can't get to get them to work..
21:20:28AraqI don't think they are exported.
21:20:47Araqyou should use when defined(windows), when defined(posix) etc
21:39:53mrbandlerohh.. what I am doing is wrong then.. thank you for the quick help! :)
21:45:26*nairobi quit (Remote host closed the connection)
21:51:08*gangstacat quit (*.net *.split)
21:51:09*taotetek quit (*.net *.split)
21:51:11*ehmry quit (*.net *.split)
21:51:12*Kaini quit (*.net *.split)
21:51:17*Kaini joined #nim
21:51:23*taotetek joined #nim
21:51:33*gangstacat joined #nim
21:51:45*mrbandler quit (Quit: Page closed)
21:51:46*taotetek is now known as Guest94698
21:57:28*ehmry joined #nim
21:58:11*nairobi joined #nim
21:58:19*desophos quit (Ping timeout: 265 seconds)
22:02:17*nairobi quit (Ping timeout: 240 seconds)
22:03:33*fredrik92 quit (Quit: Shutting down...)
22:23:50*Matthias247 quit (Read error: Connection reset by peer)
22:26:56*ThePythonicCow quit (Remote host closed the connection)
22:27:33*irrequietus quit (Ping timeout: 240 seconds)
22:28:38*libman joined #nim
22:33:06*nairobi joined #nim
22:37:25*nairobi quit (Ping timeout: 244 seconds)
22:42:40*sp33dster joined #nim
22:42:57*sp33dster quit (Client Quit)
22:43:39*sp33der89 joined #nim
22:44:28*sp33der89 quit (Client Quit)
22:44:47*sp33der89 joined #nim
22:45:08*Guest94698 is now known as taotetek
22:45:22*ftsf_ joined #nim
22:45:33*sp33der89 quit (Client Quit)
22:45:51*sp33der89 joined #nim
22:46:30*PMunch quit (Quit: leaving)
22:54:09*FromGitter * girvo waves
22:57:34*aziz quit (Quit: Ex-Chat)
23:02:27*Demon_Fox joined #nim
23:07:00ftsf_o/
23:12:18*nsf quit (Quit: WeeChat 1.5)
23:30:39*desophos joined #nim
23:30:40*nairobi joined #nim
23:35:03*nairobi quit (Ping timeout: 265 seconds)
23:42:10*jonafato quit (Ping timeout: 244 seconds)
23:43:53*kulelu88 quit (Ping timeout: 244 seconds)
23:44:55*jonafato joined #nim
23:49:18*nairobi joined #nim