<< 06-07-2017 >>
00:05:14*yglukhov quit (Remote host closed the connection)
00:12:33*couven92 quit (Quit: Client Disconnecting)
00:33:00*jsgrant joined #nim
00:35:21*jsgrant quit (Remote host closed the connection)
00:58:09*handlex quit (Quit: handlex)
01:05:46*yglukhov joined #nim
01:10:49*yglukhov quit (Ping timeout: 276 seconds)
01:28:33FromGitter<TheSuspiciousWombat> Does anyone have a idea why i get "Error: invocation of external linker program failed." when i try to compile something with nim under windows? i installed the files from the website
01:31:30*chemist69 quit (Disconnected by services)
01:31:35*chemist69_ joined #nim
01:39:52FromGitter<TheSuspiciousWombat> nvm resolved
01:42:42FromGitter<TheSuspiciousWombat> had a old entry in nim.cfg ... finish exe said it updated it but didnt it seems
01:45:47*pilne quit (Quit: Quitting!)
01:59:17*ipjk quit (Read error: Connection reset by peer)
02:35:17*def-pri-pub joined #nim
02:36:12*Tanger quit (Quit: BAI BAI)
03:08:04*yglukhov joined #nim
03:12:14*yglukhov quit (Ping timeout: 240 seconds)
04:11:19*def-pri-pub quit (Quit: Lost terminal)
04:18:56FromGitter<Araq> finish exe updates the path to GCC, it doesn't set 'linker.exe' or something. in fact, Nim calls gcc for the linking step, not the linker directly
04:31:28*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
04:48:52FromGitter<adamrezich> (https://files.gitter.im/nim-lang/Nim/7EEv/image.png)
04:48:57FromGitter<adamrezich> h-hi, I'm trying out this tutorial here: http://howistart.org/posts/nim/1/index.html (linked to from the official Nim website), on Windows 10, and for some reason, when I try to compile `echo "Hello World"`, I get this
04:49:46FromGitter<adamrezich> `C:\Nim\bin` is in my PATH
04:54:16FromGitter<adamrezich> ugh, nevermind, it's something weird with VC Code apparently, it runs fine in Powershell :P
05:08:19*Eyess joined #nim
05:09:25*JStoker quit (Killed (wolfe.freenode.net (Nickname regained by services)))
05:09:32*JStoker joined #nim
05:09:58*yglukhov joined #nim
05:10:34*Amun_Ra_ joined #nim
05:14:37*yglukhov quit (Ping timeout: 260 seconds)
05:22:23*SunDwarf quit (Ping timeout: 240 seconds)
05:22:23*ludocode_ quit (Ping timeout: 240 seconds)
05:22:24*Amun_Ra quit (Ping timeout: 240 seconds)
05:22:25*jonafato quit (Ping timeout: 240 seconds)
05:22:44*jonafato joined #nim
05:45:07*Eyess quit (Ping timeout: 276 seconds)
05:46:51*SunDwarf joined #nim
05:52:31*tankfeeder joined #nim
06:02:05*kunev quit (Ping timeout: 240 seconds)
06:03:37*kunev joined #nim
06:18:01*shashlick_ joined #nim
06:20:04*mwbrown quit (Ping timeout: 260 seconds)
06:21:28*shashlick quit (Ping timeout: 260 seconds)
06:21:28*CcxWrk quit (Ping timeout: 260 seconds)
06:26:19*CcxWrk joined #nim
06:26:28*mwbrown joined #nim
06:36:01*nsf joined #nim
06:36:33*Elronnd is now known as martian
06:37:20*martian is now known as Elronnd
07:07:48*ludocode joined #nim
07:13:16*MyMind joined #nim
07:14:12*ludocode quit (Ping timeout: 260 seconds)
07:16:04*Sembei quit (Ping timeout: 260 seconds)
07:21:37*yglukhov joined #nim
07:21:47*ludocode joined #nim
07:34:29*aerx quit (Quit: WeeChat 1.9)
07:42:33*Amun_Ra_ is now known as Amun_Ra
07:45:23*v17d joined #nim
07:52:08*yglukhov quit (Remote host closed the connection)
08:25:35*rokups joined #nim
08:25:45*arnetheduck joined #nim
08:26:23*salewski joined #nim
08:29:08salewskidom96, my confusion about package versions have been fixed. Close to the bottom of the github nimble README there is the explanation:
08:29:12salewskiWhen Nimble builds your package it actually executes the Nim compiler. It resolves the dependencies and feeds the path of
08:29:30salewskieach package to the compiler so that it knows precisely which version to use.
08:30:20salewskiWill start to built my nimble file now, bye.
08:32:21*salewski quit (Quit: WeeChat 1.4)
08:36:57*cobian joined #nim
08:39:44*Arrrr joined #nim
08:46:40*yglukhov joined #nim
08:53:56*yglukhov quit (Remote host closed the connection)
08:59:53*yglukhov joined #nim
09:04:19*yglukhov quit (Ping timeout: 246 seconds)
09:13:37*skrylar joined #nim
09:19:42skrylarbeep, beepin, and boopin.
09:22:08ArrrrI think we need this https://pastebin.com/3q63iAuP
09:25:21*arnetheduck quit (Ping timeout: 248 seconds)
09:30:48*Kingsquee joined #nim
09:32:49euantorjust use `1'i16`, `1'i32`, `1'i64`, `1'u8` etc
09:33:29euantorWe basically have what you're suggesting already - a byte is just a uint8 afterall
09:48:24ArrrrI'm not happy with that solution.
09:49:05*couven92 joined #nim
09:53:19skrylarhrmmmh. libui doesn't do toolbars
09:58:52*xet7 joined #nim
09:59:21federico3is libui still alive?
10:11:36*skrylar quit (Quit: My iMac has gone to sleep. ZZZzzz…)
10:12:03*skrylar joined #nim
10:16:54euantorArrrr: What's wrong with it? In arrays you only need to use `'i16` for the first element, not sure about tuples
10:22:14*yglukhov joined #nim
10:23:00*bjz joined #nim
10:25:13ArrrrLooks better/takes less time to use only one character. Also, in tuples you have to specify every type
10:26:44*yglukhov quit (Ping timeout: 240 seconds)
10:33:14*skrylar quit (Quit: My iMac has gone to sleep. ZZZzzz…)
10:33:22*yglukhov joined #nim
10:33:38*salewski joined #nim
10:34:19salewskiArrrr, I would be never able to remember your suggested prefixes like b, i, L...
10:35:26salewskiHave already problems with C printf, %ld and such
10:36:05*yglukhov quit (Remote host closed the connection)
10:37:04*salewski quit (Client Quit)
10:38:26*skrylar joined #nim
10:39:24Arrrr(b)yte, (s)hort, (i)nt and (L)ong. I think they are standard
10:39:36ArrrrAt least they are popular in java
10:43:46FromGitter<Araq> 2s is "2 seconds"
10:43:54FromGitter<Araq> not "2 as a short"
10:46:15ArrrrAnd nim is a game
10:46:56FromGitter<andreaferretti> I think 'i32 and so on is much more readable
10:47:09FromGitter<andreaferretti> never ever have a doubt about size anymore
10:47:40FromGitter<andreaferretti> they also map nicely to the type names
10:47:54FromGitter<andreaferretti> unless you propose to change those as well
10:48:33FromGitter<Araq> well we have 'f' and 'd' for the better shortness
10:49:25*ShalokShalom joined #nim
10:49:51euantoryeah, tacking letters on the end without any kind of separator makes things much less clear for me. I love things as they are
10:50:23*yglukhov joined #nim
10:55:18*yglukhov quit (Ping timeout: 260 seconds)
10:58:21*yglukhov joined #nim
11:02:24*ShalokShalom quit (Ping timeout: 260 seconds)
11:04:12*salewski joined #nim
11:06:39salewskiIs package name nim-gi OK? nimble init executed in directory nim-gi proposed nim_gi. Will hyphen become deprecated for package names?
11:07:14ftsfshould nim packages be prefixed with nim?
11:08:12ftsfit annoys me a lot in the python world that some packages have py prefixes or suffixes and some do not. I think it'd be best to standardise on no nim prefix etc, since it's a nim package, it doesn't need nim in the name.
11:08:30salewskiI have no better idea for a toplevel name. It is all the GObject introspection generated GTK3 names ...
11:08:44ftsfgobject ?
11:08:51FromGitter<Araq> gintro
11:08:53ftsfgobjectintrospection ?
11:09:02FromGitter<Araq> gobjintro
11:09:10FromGitter<Araq> 'goblin'
11:09:42ftsfheh
11:09:43salewskiWell, now I in doubt again :-(
11:09:55euantorI don't believe you can have a dash in a project name
11:10:06euantorI believe they should follow Nim's module name rule
11:10:16salewskiI have seen packages with dash in name!
11:11:21euantorah, I could be wrong then
11:11:24salewskiRust has something like rust-gi
11:11:34FromGitter<Araq> yes, dashes work but are discouraged
11:11:36euantorwell that's Rust, not nimble
11:11:53euantorI always name my Nimble packages the same as the top level module
11:12:17FromGitter<Araq> I propose to use 'gintro', 'nim-gi' is really saying too little
11:12:37FromGitter<Araq> which sidesteps the underscore vs dash question nicely ;-)
11:12:38*yglukhov quit (Remote host closed the connection)
11:12:50salewskiProblem is, I have a collection of 10 to 20 separate modules, all he gobect introspection based.
11:15:01*ShalokShalom joined #nim
11:15:07salewskiWell, the import statements will then be "import gintro/gtk, gintro/cairo gintro/pango ..."
11:15:28FromGitter<Araq> import gintro / [gtk, cairo, pango]
11:15:42FromGitter<Araq> Nim evolved :-)
11:15:55salewskiNot that bad. For me gintro sounds a bit like an itroduction for something, maybe documentation.
11:16:38*ShalokShalom quit (Excess Flood)
11:16:38salewskiOK, then I will used that. Thanks.
11:19:00*skrylar quit (Quit: My iMac has gone to sleep. ZZZzzz…)
11:19:04salewskiPersonally I would prefer just gi or gir, but I gues that is too short for a package name...
11:19:44salewskiMay also conflict with existing github names.
11:20:11FromGitter<dom96> There isn't much point to naming packages with 'nim' in the name.
11:20:36FromGitter<dom96> You can use 'gi'
11:20:50salewskiYes, gi and gir exists at github alread.
11:21:02FromGitter<Araq> please don't use 'gi' it's too short
11:21:35salewskiOK, then gintro. Bye.
11:22:29*skrylar joined #nim
11:22:51salewskiAh, gintro also exists at github already :-(
11:24:57salewskiAh nonsense, it is always located under StefanSalewski.
11:25:50*ShalokShalom joined #nim
11:26:06salewskiSo it will become https://github.com/StefanSalewski/gintro
11:27:25*salewski quit (Quit: WeeChat 1.4)
11:27:37*yglukhov joined #nim
11:30:53*ShalokShalom quit (Ping timeout: 260 seconds)
11:35:37*ShalokShalom joined #nim
11:37:55*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
11:45:37*ShalokShalom quit (Ping timeout: 248 seconds)
11:48:07couven92do we have sth like nameof in Nim?
11:48:58couven92i.e. a proc (or macro rather) that returns the name of an ident or symbol?
11:52:05*Kingsquee quit (Quit: https://i.imgur.com/qicT3GK.gif)
11:52:40*bjz joined #nim
11:53:17euantor`typetraits.name` returns the name of a `typedesc`, but that's not quite the same
11:54:13euantorI'm not aware of anything like C#'s nameof
11:54:29couven92euantor, like to have it? :P
11:54:41euantorOh yeah, I use it quite a lot in C#
11:54:52euantorEspecially for logging and error handling
11:54:54couven92me too! :D okay... PR it is
11:55:11euantorI often have wrapper functions when dealing with C APIs that take the name of the function to raise ane xception on error
11:55:24yglukhovAraq: so regarding this {.gcsafe.} issue in async pragma. can we remove it?
11:55:28couven92euantor, yeah, I just realized I wanted it when using `str % [name, value]`
11:56:12euantorIt shouldn't be too hard to implement as a macro. In .net it convert to the string name at compile time I believe
11:57:23FromGitter<Araq> yglukhov: which issue?
11:57:38couven92yup... I thought: `macro nameof(symbol: typed): typed = symbol.ident` given that `symbol` is either an nkSym or nkIdent node...
11:57:47yglukhovAraq: https://github.com/nim-lang/Nim/issues/5738
11:57:53*krux02 joined #nim
11:58:43yglukhovAraq: i mean, what's the reason for asyncmacro to place {.gcsafe.} over the transformed proc?
11:59:36FromGitter<Araq> I don't really remember, either to improve error messages or to make it typecheck ;-)
11:59:39yglukhov* over the iterator
12:00:27yglukhovAraq: so how about this. we place {.gcsafe.} on the iter, if source proc has explicit {.gcsafe.}, otherwise, we don't =)
12:01:17*ShalokShalom joined #nim
12:01:36FromGitter<Araq> dependent effect typing, here we come
12:02:22yglukhovAraq: actualy, should not gcsafe be inferred nicely in this case?
12:02:58*Snircle joined #nim
12:03:13FromGitter<Araq> try it
12:08:03*yglukhov quit (Remote host closed the connection)
12:10:57*skrylar quit (Ping timeout: 240 seconds)
12:18:00*skrylar joined #nim
12:21:44*yglukhov joined #nim
12:21:46*yglukhov quit (Remote host closed the connection)
12:21:59*yglukhov joined #nim
12:22:06*bjz_ joined #nim
12:22:14*skrylar quit (Ping timeout: 240 seconds)
12:22:46*bjz quit (Ping timeout: 246 seconds)
12:24:32*ShalokShalom quit (Ping timeout: 260 seconds)
12:30:40*ShalokShalom joined #nim
12:33:13yglukhovAraq: yep, this gcsafe issue is trickier than that :(
12:35:11yglukhovmaybe we could store gcsafety in future type? and make gcsafe and gcunsafe futures? =)
12:41:43FromGitter<Araq> can't get libCEF to work :-( getType()'s implementation changed too much
12:45:35yglukhovAraq: can we tell if we can go gcunsafe in this particular place?
12:46:01yglukhovtried compiles(gcUnsafeDummy() == 0), but it is always true
12:46:08yglukhov* when compiles(gcUnsafeDummy() == 0)
13:01:12*bjz joined #nim
13:02:48*bjz_ quit (Ping timeout: 260 seconds)
13:03:11*yglukhov quit (Remote host closed the connection)
13:07:02*Arrrr quit (Quit: Leaving.)
13:08:02*bjz_ joined #nim
13:09:53*bjz quit (Ping timeout: 248 seconds)
13:15:16*nsf quit (Quit: WeeChat 1.7.1)
13:16:46FromGitter<Araq> just wrap your unsafe code in {.gcsafe.}: globalHere = "foo"
13:16:55FromGitter<Araq> and stop hacking the stdlib
13:19:53FromGitter<carlodicelico> what is the most idiomatic way to generate a range of numbers? I'm doing `let nums = @[0 .. 100]` but obviously, that doesn't work :P because it creates a `seq[Slice[system.int]]`
13:20:49*yglukhov joined #nim
13:21:00FromGitter<carlodicelico> fiddling while working through Nim in Action :D awesome language, awesome book! 
13:22:17FromGitter<Araq> rosetta code examples?
13:22:24FromGitter<carlodicelico> I guess I could initialize an empty list and collect the things I want in it in a for loop, but that seems klunky
13:22:41FromGitter<Araq> toSeq(1..100)
13:23:05FromGitter<carlodicelico> OH!!! I have to convert an int list to a seq, doh... :D
13:23:19FromGitter<Araq> but I have never need that in my entire life. I know the numbers from 1 to 100, why would I store it? :P
13:24:08FromGitter<Araq> (toSeq requires import sequtils to work)
13:24:31FromGitter<carlodicelico> well, generating ranges is pretty useful, right? You use a range in for loops or for puzzle stuff like "get all the evens between 1 & 100"
13:24:33*tankfeeder quit (Quit: Leaving)
13:24:42FromGitter<carlodicelico> but yeah, probably not super useful for real things
13:25:01FromGitter<carlodicelico> awesome, thank you for the tips! :)
13:26:33FromGitter<Araq> ranges are useful, using a seq instead of a range is wasteful
13:28:05FromGitter<carlodicelico> oh, right, I see what you mean now
13:28:50FromGitter<carlodicelico> yeah, I'm only doing that because the samples in the book use the @ operator, which "turns an array into a sequence" according the helpful tooltip that appears in VSCode
13:29:20FromGitter<carlodicelico> so I assumed the seq is the thing I want but you're right, it's not really :P
13:29:51FromGitter<carlodicelico> `const list = @["Dominik Picheta", "Andreas Rumpf", "Desmond Hume"]`
13:29:54FromGitter<carlodicelico> that ^
13:31:34*yglukhov quit (Remote host closed the connection)
13:32:18euantorProbably better using an array if it's fixed length at compile time
13:32:23euantorSo remove the `@`
13:34:11FromGitter<carlodicelico> oh, because I'm using filter, which wants a seq I think
13:34:43FromGitter<carlodicelico> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=595e3c7376a757f808e23123]
13:35:24Sentreenandreaferretti: I'm looking at https://github.com/nim-lang/Nim/issues/6011 (-- not working for out), but I'm either overthinking this or missing something. Is there any way to check "key"? By the time I can access the argument nim has already transformed it into `type var`. I could just check if the generated str is "var", but that seems pretty hacky.
13:42:28FromGitter<andreaferretti> I am not sure at what point `out` becomes `var`
13:43:25FromGitter<andreaferretti> I would assume that (at least with a macro) one should be be able to get a node of kind `nnkIdent` with value `out`
13:43:41FromGitter<andreaferretti> but maybe I am wrong and the parser already transforms it
13:43:47FromGitter<andreaferretti> I am not sure
13:44:20FromGitter<Araq> of tkOut: result = parseTypeDescKAux(p, nkVarTy, mode)
13:44:30FromGitter<Araq> parser :-)
13:44:35FromGitter<andreaferretti> ah I see
13:44:47FromGitter<andreaferretti> then one would have to treat `var` as a special case
13:45:08SentreenYeah, that's what I found by grepping. And I don't think it's possible to use macros in the nimscript module anyway, but I may be wrong about that.
13:45:09FromGitter<andreaferretti> this would break `--var`, which as far as I can tell is never used
13:45:31FromGitter<andreaferretti> but would remove the gotcha with `--out`
13:45:40FromGitter<andreaferretti> for me this would already be a progress
13:45:48FromGitter<andreaferretti> I am not sure what Araq thinks
13:46:25Sentreen--var is not a valid compiler option, but it seemed pretty dirty to assume var means out by default, which is why I figured I'd check here before I made any changes
13:47:19FromGitter<Araq> well the alias of 'out T' for 'var T' was never documented
13:47:33FromGitter<Araq> I think we can remove this line and the parser and things work?
13:47:41FromGitter<Araq> *this line in the parser
13:47:47FromGitter<andreaferretti> yeah, that would be optimal
13:47:57FromGitter<andreaferretti> unless someone is using that
13:48:09FromGitter<andreaferretti> I certainly don't
13:48:25FromGitter<Araq> that said, 'out T' needs to come to fix the "stuff not initialized" warnings
13:50:33SentreenI think it seems like overkill to kill a keyword for something like this?
13:57:36*yglukhov joined #nim
14:07:53*yglukhov quit (Remote host closed the connection)
14:09:24krux02does nim have some form of delayed init for a module?
14:09:44*yglukhov joined #nim
14:09:48krux02I need to create an opengl context first before the module can be initialized
14:10:22euantoris the module init at the top level?
14:10:47krux02yes
14:11:13krux02I would like to delay the top level initialization until I have the context
14:11:17euantorI'm not aware of any way to do that apart from wrapping the init in a proc then I'm afraid
14:11:30FromGitter<andreaferretti> Is this what you need? https://github.com/unicredit/neo/blob/master/neo/cudadense.nim#L231-L232
14:13:14krux02andreaferretti: do you mean me?
14:13:31krux02I currently work on my text renderer for my engine
14:13:37krux02I create a singleton for that
14:14:11FromGitter<ephja> are you trying to avoid adding parameters?
14:14:33krux02but when I could delay the module initialization for after the context creation, then I would not need the singleton pattern and things would be simple to write
14:18:09FromGitter<andreaferretti> yeah I mean you - what I do is just create initialize the context inline with the module
14:24:59*yglukhov quit (Remote host closed the connection)
14:25:12FromGitter<ephja> yeah just import the modules in the correct order instead
14:27:05*yglukhov joined #nim
14:27:58*yglukhov quit (Remote host closed the connection)
14:28:10*yglukhov joined #nim
14:29:14*shashlick_ quit (Quit: Leaving)
14:35:20FromGitter<ephja> https://github.com/filcuc/nimqml/pull/9/files#diff-5f8004364aad8760d63a69b42cc75c73 does the original code cause issues with dynlibOverride?
14:36:26yglukhovAraq: how do i specify that nim should run my new test added to nim with --threads:on?
14:36:55yglukhovAraq: sorry, found it already.
14:39:37couven92@Araq, https://github.com/nim-lang/Nim/pull/6058 features the re-rwrite for the Testament HTML generator
14:42:04*bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
14:47:49*McSoFake joined #nim
14:54:14FromGitter<ephja> I wonder if it has anything to do with the special support for the opengl library
14:57:24yglukhovAraq: what do you say https://github.com/nim-lang/Nim/pull/6059 =)
15:07:08*nsf joined #nim
15:08:28*cobian quit (Quit: Leaving)
15:17:12*ShalokShalom quit (Ping timeout: 260 seconds)
15:19:23*Trustable joined #nim
15:29:39*ryan joined #nim
15:29:43*yglukhov quit (Remote host closed the connection)
15:29:56*ryan is now known as ryanhowe
15:30:15*ShalokShalom joined #nim
15:32:37*ryanhowe quit (Client Quit)
15:32:54*yglukhov joined #nim
15:37:50*Arrrr joined #nim
15:37:50*Arrrr quit (Changing host)
15:37:50*Arrrr joined #nim
15:37:59*Jesin quit (Quit: Leaving)
15:41:11*aerx joined #nim
15:51:14*ShalokShalom quit (Ping timeout: 240 seconds)
15:51:42*yglukhov quit (Remote host closed the connection)
15:56:48*ShalokShalom joined #nim
16:01:32*ShalokShalom quit (Ping timeout: 260 seconds)
16:02:31*yglukhov joined #nim
16:03:17*ShalokShalom joined #nim
16:06:57*yglukhov quit (Ping timeout: 248 seconds)
16:18:26*ShalokShalom quit (Remote host closed the connection)
16:26:33*ShalokShalom joined #nim
16:27:46*ShalokShalom quit (Excess Flood)
16:32:38subsetparkdom96: any thoughts on https://github.com/nim-lang/nimble/pull/371 ?
16:32:54*ShalokShalom joined #nim
16:42:10*ShalokShalom quit (Quit: No Ping reply in 180 seconds.)
16:46:36*ShalokShalom joined #nim
16:54:04*ShalokShalom quit (Ping timeout: 268 seconds)
17:00:22*yglukhov joined #nim
17:02:45*yglukhov quit (Client Quit)
17:03:02*yglukhov joined #nim
17:07:31*ShalokShalom joined #nim
17:12:18koppehSo, I got mingw/gcc to include the GL header files now, but apparently my setup fails at compiling the nim std libs..?
17:12:31*ShalokShalom quit (Ping timeout: 255 seconds)
17:12:38koppehI used choosenim to install this, by the way.
17:14:02koppehStuff like ".choosenim\toolchains\nim-0.17.0\lib/nimbase.h:236:57: note: in definition of macro 'N_NIMCALL'"
17:16:39*PMunch joined #nim
17:20:57PMunchHey Araq, you around? I'm implementing genui for NiGui and since we both agreed that the % syntax for assigning identifiers was a bit weird I thought I'd do something else. Currently I'm trying out a syntax with arbitrary code in curly-brackets with a placeholder that will be replaced with the widget, but I'm having some issues.
17:21:05PMunchAn example usage would be:
17:21:15*Vi- joined #nim
17:21:33PMunch{var mainWindow = @result} Window(title = "Hello World")
17:22:06*ShalokShalom joined #nim
17:22:08PMunchCurrently that translates to var :tmp = newWindow(title = "Hello World")
17:27:28PMunchBut I get an error saying that it's an invalid expression..
17:28:02PMunchWhen I try to do "var mainWindow = :tmp"
17:42:24koppehdom96: Could it be.. that the mingw installation that comes with mingw is missing GL headers? Apparently they're supposed to be part of it..?
17:42:37koppehFor choosenim that is.
17:44:17PMunchHmm, I've got to go. If anyone has any answers to my question just highlight me and I'll see it when I get back :)
17:53:23*aerx left #nim ("WeeChat 1.9")
17:54:00koppeh(Also, I mean.. I'm not sure what'
17:54:12koppehwhat's wrong, but as I said compiling is failing.)*
18:03:54dom96koppeh: very likely
18:05:17*rokups quit (Quit: Connection closed for inactivity)
18:05:18koppehSo.. should I just give up and use msvc on Windows?
18:06:03dom96Grab MinGW from their site.
18:06:12dom96See if that works
18:07:21koppehHow.. would I use that?
18:08:50koppehApologies for my writing style and asking to be spoon-fed. It's getting late for me and I've been frustrated for a while now. I should probably just retry tomorrow.
18:12:11dom96No worries. You just download the MinGW installer, install it and make sure 'gcc.exe' is in your PATH (the MinGW installer should take care of that, but you might need to check a check box).
18:12:39dom96Then you can remove ~/.nimble/bin/gcc.exe
18:12:48dom96and other related .exe's
18:12:53dom96but mainly that one
18:13:16dom96(or just make sure that the path to your MinGW installation is before ~/.nimble/bin in your PATH)
18:18:17*arnetheduck joined #nim
18:18:58koppehThanks, dom96, I'll have a go at that.
18:19:09dom96np :)
18:19:13*couven92 quit (Ping timeout: 260 seconds)
18:19:14koppeh<3
18:19:39FromGitter<Araq> @yglukhov hmmm smart solution.
18:19:51*shashlick joined #nim
18:22:59*Matthias247 joined #nim
18:25:02*Vi- quit (Ping timeout: 260 seconds)
18:28:56yglukhovthanks =)
18:33:43*nhywyll joined #nim
18:34:06*arecacea1 quit (Quit: WeeChat 1.7)
18:47:43*Vi- joined #nim
18:49:32*MyMind quit (Ping timeout: 260 seconds)
18:53:03*ShalokShalom quit (Ping timeout: 260 seconds)
18:54:32*ShalokShalom joined #nim
18:54:46FromGitter<mratsim> Any idea why I get “out of memory” on `nimble.exe refresh` in Appveyor? https://ci.appveyor.com/project/mratsim/arraymancer. The commit just removes `installDirs = @["src”]` in my package.nimble file
18:56:21Vi-Is there a way to turn an ast back into source? For some code generation
18:56:29SentreenIs it normal that I cannot convert a type like `type MyTab[T] = distinct TableRef[T,T]` back into the TableRef[T,T]?
18:57:03SentreenI get the following error when I try: Error: type mismatch: got (MyTab[system.int]) but expected 'TableRef[system.int, system.int]'
18:57:17*yglukhov quit (Remote host closed the connection)
18:57:29FromGitter<ephja> TableRefT, T (x)?
18:57:55FromGitter<ephja> `TableRefT,T (x)`
18:58:19FromGitter<mratsim> Might be related to that: https://github.com/nim-lang/nimble/issues/352
18:59:08Sentreen`TableRef[T,T](x)` is what I'm trying right now, that's what gives me the error
18:59:47SentreenConverting from TableRef to MyTab works fine though
19:01:38SentreenI'm guessing it's a bug, but I wanted to be sure before I submitted another issue :)
19:04:12*yglukhov joined #nim
19:06:34*ShalokShalom quit (Ping timeout: 276 seconds)
19:14:14*McSoFake quit (Quit: leaving)
19:17:32*yglukhov quit (Remote host closed the connection)
19:17:32*Jesin joined #nim
19:17:36*pilne joined #nim
19:21:27*yglukhov joined #nim
19:22:10*ShalokShalom joined #nim
19:24:41*yglukhov quit (Remote host closed the connection)
19:30:40*yglukhov joined #nim
19:41:12*krux02 quit (Remote host closed the connection)
20:00:09*Arrrr quit (Quit: Leaving.)
20:00:12*nsf quit (Quit: WeeChat 1.7.1)
20:32:09*bjz joined #nim
20:34:10*yglukhov quit (Remote host closed the connection)
20:34:46*gokr joined #nim
20:35:08gokrfederico3: I suspect libui is dead.
20:37:51gokrfederico3: or... perhaps not. I just now notice he is committing lots in branches.
20:45:09*yglukhov joined #nim
20:51:57*arnetheduck quit (Ping timeout: 240 seconds)
20:58:50PMunchVi-, repr
20:59:27*nhywyll quit (Quit: nhywyll)
21:03:08PMunchHmm, is there a way to use :tmp symbols in a statement like "var hello = :tmp234143"
21:03:47PMunchI just get the error saying it's an invalid expression..
21:06:08FromGitter<mratsim> @PMuch Are you perhaps a Julia dev in an incognito mission? ;)
21:10:17*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
21:14:21FromGitter<ephja> PMunch: I don't think so. it simply denotes a symbol that is guaranteed to be unique I think https://github.com/nim-lang/Nim/blob/master/lib/core/macros.nim#L301
21:19:05PMunchYes, but my code creates a "var :tmp12345 = createSomething()" statement. Then I want to have a new variable for example bound to this value, and I create a "var myVar = :tmp12345". Shouldn't that work?
21:20:28PMunchTake this for example:
21:21:09*nsf joined #nim
21:21:23PMunch var :tmp185493 = newWindow()
21:21:23PMunch :tmp185493.width = 850
21:21:23PMunch :tmp185493.height = 400
21:21:23PMunch :tmp185493.show
21:21:23PMunch var test = :tmp185493
21:22:01PMunchThats the output of "echo result.repr"
21:22:20PMunchFirst four lines work fine, but the fourth line doesn't
21:43:05PMunchAha
21:44:03PMunchTurns out that the stmt I pulled from the middle of some other section didn't match (obviously) the code as it would've appeared on it's own
21:46:09*ShalokShalom quit (Remote host closed the connection)
21:50:01*bjz joined #nim
21:50:25*Vi- quit (Ping timeout: 248 seconds)
21:50:56*Vi- joined #nim
21:56:08*Vi- quit (Ping timeout: 240 seconds)
22:01:26*Jesin quit (Quit: Leaving)
22:02:47*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
22:02:56*couven92 joined #nim
22:03:49*couven92 quit (Client Quit)
22:08:11*Jesin joined #nim
22:34:20*bjz joined #nim
22:40:14*xet7 quit (Quit: Leaving)
22:40:49*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
22:42:14*Trustable quit (Remote host closed the connection)
22:43:08*PMunch quit (Quit: leaving)
22:45:04*yglukhov quit (Remote host closed the connection)
22:47:29*Ven joined #nim
22:47:52*Ven is now known as Guest56511
22:54:01*bjz joined #nim
23:03:59*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
23:06:34*nsf quit (Quit: WeeChat 1.7.1)
23:09:49shashlickcls
23:52:59*krux02 joined #nim
23:58:22*gokr quit (Quit: Leaving.)