January 26, 2017 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
January 26, 2017 [00:06:51] *** slickrockio <slickrockio!~nodebot@ec2-54-158-115-92.compute-1.amazonaws.com> has joined #haxe[00:09:01] *** adrianmm <adrianmm!~adrianmm@s55964df4.adsl.online.nl> has joined #haxe[00:09:10] *** adrianmm <adrianmm!~adrianmm@s55964df4.adsl.online.nl> has quit IRC (Client Quit)[00:09:49] *** cebreidian <cebreidian!U2FsdGVkX1@ma.sdf.org> has quit IRC (Ping timeout: 240 seconds)[00:12:09] *** cdg_ <cdg_!~cdg@157.166.173.4> has joined #haxe[00:14:46] *** cdg <cdg!~cdg@157.166.173.4> has quit IRC (Ping timeout: 248 seconds)[00:18:18] *** cdg <cdg!~cdg@157.166.173.4> has joined #haxe[00:18:43] *** cebreidian <cebreidian!U2FsdGVkX1@ma.sdf.org> has joined #haxe[00:21:09] *** cdg_ <cdg_!~cdg@157.166.173.4> has quit IRC (Ping timeout: 240 seconds)[00:23:50] *** Kkiro <Kkiro!~yoo200181@unaffiliated/kkiro> has quit IRC (Read error: Connection reset by peer)[00:24:23] *** Kkiro <Kkiro!~yoo200181@218.144.115.24> has joined #haxe[00:24:36] *** Kkiro <Kkiro!~yoo200181@218.144.115.24> has quit IRC (Changing host)[00:24:36] *** Kkiro <Kkiro!~yoo200181@unaffiliated/kkiro> has joined #haxe[00:28:18] *** cdg_ <cdg_!~cdg@157.166.173.4> has joined #haxe[00:31:29] *** cdg <cdg!~cdg@157.166.173.4> has quit IRC (Ping timeout: 240 seconds)[00:32:21] *** jamtho <jamtho!~jamtho@cpc69399-oxfd27-2-0-cust935.4-3.cable.virginm.net> has joined #haxe[00:33:38] *** cdg <cdg!~cdg@157.166.173.4> has joined #haxe[00:33:41] <Aurel300> Why are selective functions only allowed on abstracts :([00:36:22] *** cdg_ <cdg_!~cdg@157.166.173.4> has quit IRC (Ping timeout: 240 seconds)[00:39:52] *** Gama11 <Gama11!~quassel@pD9F90A4A.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[00:40:21] *** slickrockio <slickrockio!~nodebot@ec2-54-158-115-92.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)[00:41:58] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 258 seconds)[00:42:49] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[00:49:43] *** slickrockio <slickrockio!~nodebot@ec2-23-22-0-57.compute-1.amazonaws.com> has joined #haxe[00:57:38] *** Trueskill44172 <Trueskill44172!~blah@cpe-174-99-63-227.nc.res.rr.com> has joined #haxe[00:57:58] *** twincannon <twincannon!~blah@cpe-174-99-63-227.nc.res.rr.com> has quit IRC (Ping timeout: 248 seconds)[01:02:29] *** Trueskill44172 <Trueskill44172!~blah@cpe-174-99-63-227.nc.res.rr.com> has quit IRC (Ping timeout: 240 seconds)[01:05:22] *** twincannon <twincannon!~blah@cpe-174-99-63-227.nc.res.rr.com> has joined #haxe[01:11:15] *** kaeza <kaeza!~kaeza@unaffiliated/kaeza> has joined #haxe[01:12:54] *** cdg <cdg!~cdg@157.166.173.4> has quit IRC (Ping timeout: 248 seconds)[01:21:04] *** zerkalo <zerkalo!myricae@ny1.hashbang.sh> has joined #haxe[01:21:51] *** Aurel300 <Aurel300!~Aurel300@cpc12-slam5-2-0-cust327.2-4.cable.virginm.net> has quit IRC (Quit: Leaving...)[01:23:09] *** slickrockio <slickrockio!~nodebot@ec2-23-22-0-57.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)[01:34:08] *** kaeza <kaeza!~kaeza@unaffiliated/kaeza> has left #haxe ("*poof*")[01:38:17] *** twincannon <twincannon!~blah@cpe-174-99-63-227.nc.res.rr.com> has quit IRC (Ping timeout: 276 seconds)[01:39:55] *** twincannon <twincannon!~blah@cpe-174-99-63-227.nc.res.rr.com> has joined #haxe[01:43:13] *** slickrockio <slickrockio!~nodebot@ec2-54-162-164-130.compute-1.amazonaws.com> has joined #haxe[01:43:30] *** nadako <nadako!~nadako@95-55-114-64.dynamic.avangarddsl.ru> has quit IRC (Quit: Leaving)[02:04:22] *** JensG2 <JensG2!~JensG@i59F6D0EC.versanet.de> has quit IRC (Quit: Nettalk6 - www.ntalk.de)[02:18:42] *** slickrockio <slickrockio!~nodebot@ec2-54-162-164-130.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)[02:31:50] *** fooblaz <fooblaz!~fooblaz@174-28-95-19.albq.qwest.net> has quit IRC (Quit: Leaving)[02:35:44] *** fooblaz <fooblaz!~fooblaz@174-28-95-19.albq.qwest.net> has joined #haxe[02:42:45] *** jamtho <jamtho!~jamtho@cpc69399-oxfd27-2-0-cust935.4-3.cable.virginm.net> has quit IRC (Ping timeout: 256 seconds)[03:03:29] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 240 seconds)[03:06:17] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[03:09:09] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has quit IRC (Ping timeout: 240 seconds)[03:51:53] *** slickrockio <slickrockio!~nodebot@ec2-54-205-17-36.compute-1.amazonaws.com> has joined #haxe[04:21:49] *** lordkryss <lordkryss!uid25759@gateway/web/irccloud.com/x-srbuenehoelfyyee> has quit IRC (Quit: Connection closed for inactivity)[04:22:11] *** frumple <frumple!~dylsexic@213.149.61.197> has quit IRC (Quit: blame Canada)[04:25:44] *** slickrockio <slickrockio!~nodebot@ec2-54-205-17-36.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)[04:39:19] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has joined #haxe[05:09:35] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 240 seconds)[05:11:17] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[05:26:14] *** ratiotile <ratiotile!~ratiotile@108-254-162-211.lightspeed.livnmi.sbcglobal.net> has left #haxe ("Leaving")[05:29:19] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has quit IRC (Ping timeout: 255 seconds)[05:32:05] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 240 seconds)[05:32:57] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[05:55:55] *** fooblaz <fooblaz!~fooblaz@174-28-95-19.albq.qwest.net> has quit IRC (Quit: Leaving)[06:36:49] *** c355e3b <c355e3b!uid82600@gateway/web/irccloud.com/x-pwclqodhaaygplrv> has quit IRC (Quit: Connection closed for inactivity)[07:00:16] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has joined #haxe[07:09:26] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has joined #haxe[07:21:54] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has quit IRC (Quit: Leaving.)[07:22:09] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has joined #haxe[07:26:30] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has quit IRC (Ping timeout: 260 seconds)[07:32:57] *** slickrockio <slickrockio!~nodebot@ec2-54-163-9-153.compute-1.amazonaws.com> has joined #haxe[07:41:58] *** zefs <zefs!~zefs@139.255.52.218> has joined #haxe[07:43:47] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)[07:44:53] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has joined #haxe[07:59:07] *** ibilon <ibilon!~ibilon@2a01cb0504d37b00d98a3d33434c7a0f.ipv6.abo.wanadoo.fr> has joined #haxe[08:07:47] *** slickrockio <slickrockio!~nodebot@ec2-54-163-9-153.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)[08:33:34] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[08:33:51] *** RobDangerous <RobDangerous!~Thunderbi@p2003007A09753800A1AD7DDCD6F84A82.dip0.t-ipconnect.de> has joined #haxe[08:34:09] *** kaikoga <kaikoga!~kaikoga@nttkyo056155.tkyo.nt.ngn.ppp.infoweb.ne.jp> has quit IRC (Ping timeout: 240 seconds)[08:35:04] *** gogoprog <gogoprog!~gogoprog@2a02:a03f:c06:5b00:4d2:c868:c85a:a43e> has joined #haxe[08:36:53] *** Simn <Simn!~simn@2a02:810b:b40:414:4460:ebe7:7f87:54e5> has joined #haxe[08:48:29] *** RobDangerous <RobDangerous!~Thunderbi@p2003007A09753800A1AD7DDCD6F84A82.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[08:51:40] *** JensG <JensG!~JensG@i59F6D5FF.versanet.de> has joined #haxe[08:51:40] *** JensG <JensG!~JensG@i59F6D5FF.versanet.de> has quit IRC (Changing host)[08:51:40] *** JensG <JensG!~JensG@apache/committer/jensg> has joined #haxe[08:52:05] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has joined #haxe[08:56:54] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has quit IRC (Ping timeout: 248 seconds)[09:01:57] *** kaikoga <kaikoga!~kaikoga@nttkyo223166.tkyo.nt.ngn2.ppp.infoweb.ne.jp> has joined #haxe[09:03:52] *** JensG <JensG!~JensG@apache/committer/jensg> has quit IRC (Quit: Nettalk6 - www.ntalk.de)[09:29:15] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:acb9:ec83:ccde:9331> has joined #haxe[09:32:05] *** ibilon <ibilon!~ibilon@2a01cb0504d37b00d98a3d33434c7a0f.ipv6.abo.wanadoo.fr> has left #haxe[09:38:13] *** anniz <anniz!~anniz@c83-250-15-118.bredband.comhem.se> has quit IRC (Ping timeout: 258 seconds)[09:52:50] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has joined #haxe[09:58:55] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has quit IRC (Ping timeout: 258 seconds)[10:13:43] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 255 seconds)[10:14:29] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[10:23:31] *** Gama11 <Gama11!~quassel@pD9F9096D.dip0.t-ipconnect.de> has joined #haxe[10:41:32] *** ibilon <ibilon!~lemierev@2001:660:7101:2::18> has joined #haxe[10:56:09] *** Ergo <Ergo!~ergo@91.238.59.144> has joined #haxe[10:57:58] *** Adib <Adib!~Adib@unaffiliated/adib> has joined #haxe[11:06:29] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 240 seconds)[11:06:59] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[11:31:01] *** Sim_n <Sim_n!~simn@2a02:810b:b40:414:4460:ebe7:7f87:54e5> has joined #haxe[11:33:50] *** Simn <Simn!~simn@2a02:810b:b40:414:4460:ebe7:7f87:54e5> has quit IRC (Ping timeout: 255 seconds)[11:41:33] *** zefs <zefs!~zefs@139.255.52.218> has quit IRC (Quit: Leaving)[12:01:07] *** NhanH <NhanH!sid16838@gateway/web/irccloud.com/x-dulpxkhmxtylkauw> has quit IRC (Quit: Connection closed for inactivity)[12:08:26] *** jamtho <jamtho!~jamtho@cpc69399-oxfd27-2-0-cust935.4-3.cable.virginm.net> has joined #haxe[12:12:40] *** jamtho <jamtho!~jamtho@cpc69399-oxfd27-2-0-cust935.4-3.cable.virginm.net> has quit IRC (Ping timeout: 240 seconds)[12:49:08] *** c355e3b <c355e3b!uid82600@gateway/web/irccloud.com/x-uxponingygfbmank> has joined #haxe[12:52:30] *** Aurel300 <Aurel300!~Aurel300@cpc12-slam5-2-0-cust327.2-4.cable.virginm.net> has joined #haxe[12:53:02] <Aurel300> @Sim_n = Simn?[13:00:56] *** slickrockio <slickrockio!~nodebot@ec2-54-196-235-149.compute-1.amazonaws.com> has joined #haxe[13:28:33] *** Aurel300 <Aurel300!~Aurel300@cpc12-slam5-2-0-cust327.2-4.cable.virginm.net> has quit IRC (Remote host closed the connection)[13:35:17] *** frumple <frumple!~dylsexic@213.149.61.197> has joined #haxe[13:36:03] *** slickrockio <slickrockio!~nodebot@ec2-54-196-235-149.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)[13:36:40] *** Aurel300 <Aurel300!~Aurel300@cpc12-slam5-2-0-cust327.2-4.cable.virginm.net> has joined #haxe[14:04:26] *** deltaluca <deltaluca!~deltaluca@81.138.13.219> has quit IRC (Remote host closed the connection)[14:05:28] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:acb9:ec83:ccde:9331> has quit IRC (Ping timeout: 255 seconds)[14:05:47] *** decay <decay!~decay@87-236-47-212.rev.cloud.scaleway.com> has quit IRC (Ping timeout: 258 seconds)[14:07:36] *** decay <decay!~decay@87-236-47-212.rev.cloud.scaleway.com> has joined #haxe[14:10:46] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:a8be:faa8:3fda:32c3> has joined #haxe[14:18:26] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:a8be:faa8:3fda:32c3> has quit IRC (Quit: RobDangerousMobi)[14:18:38] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:a8be:faa8:3fda:32c3> has joined #haxe[14:24:06] *** deltaluca <deltaluca!~deltaluca@81.138.13.219> has joined #haxe[14:25:50] *** gogoprog <gogoprog!~gogoprog@2a02:a03f:c06:5b00:4d2:c868:c85a:a43e> has left #haxe[14:26:10] *** gogoprog <gogoprog!~gogoprog@2a02:a03f:c06:5b00:4d2:c868:c85a:a43e> has joined #haxe[14:30:03] *** Warlander2 <Warlander2!~Mac70@apn-31-0-66-151.dynamic.gprs.plus.pl> has joined #haxe[14:34:23] *** Mac70 <Mac70!~Mac70@195.187.156.43> has quit IRC (Ping timeout: 276 seconds)[14:39:09] *** Warlander2 <Warlander2!~Mac70@apn-31-0-66-151.dynamic.gprs.plus.pl> has quit IRC (Quit: Leaving)[14:43:57] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:a8be:faa8:3fda:32c3> has quit IRC (Quit: RobDangerousMobi)[14:44:12] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:a8be:faa8:3fda:32c3> has joined #haxe[14:46:28] *** Adib <Adib!~Adib@unaffiliated/adib> has quit IRC (Read error: Connection reset by peer)[14:58:50] *** Misiur <Misiur!531f91ab@gateway/web/freenode/ip.83.31.145.171> has joined #haxe[14:59:44] <Misiur> When using object.something() is "something()" a read access? The link on https://haxe.org/manual/types-dynamic-implemented.html is dead[15:06:35] <Aurel300> @Misiur Yes, I think so. It could also be written, e.g. var objSomething = object.something; (which is the read access), and then objSomething();[15:06:51] <Aurel300> But, the easiest way to know for sure is to test it. :)[15:07:59] <Misiur> Yup, works. Also found explanation on other page, https://haxe.org/manual/class-field-property.html[15:11:13] *** deltaluca <deltaluca!~deltaluca@81.138.13.219> has quit IRC (Quit: Leaving)[15:37:45] *** Ergo <Ergo!~ergo@91.238.59.144> has quit IRC (Quit: WeeChat 1.4)[15:48:10] *** cdg <cdg!~cdg@2602:30a:2e2d:b980:adfa:215:f944:d68e> has joined #haxe[15:49:43] *** cdg <cdg!~cdg@2602:30a:2e2d:b980:adfa:215:f944:d68e> has quit IRC (Read error: Connection reset by peer)[15:50:19] *** cdg <cdg!~cdg@2602:30a:2e2d:b980:adfa:215:f944:d68e> has joined #haxe[16:00:41] *** Adib <Adib!~Adib@unaffiliated/adib> has joined #haxe[16:14:39] *** jeff__ward <jeff__ward!605dc3aa@gateway/web/freenode/ip.96.93.195.170> has quit IRC (Ping timeout: 260 seconds)[16:19:17] *** cdg_ <cdg_!~cdg@162-226-219-152.lightspeed.tukrga.sbcglobal.net> has joined #haxe[16:21:29] *** cdg <cdg!~cdg@2602:30a:2e2d:b980:adfa:215:f944:d68e> has quit IRC (Read error: Connection reset by peer)[16:28:09] *** slickrockio <slickrockio!~nodebot@ec2-54-198-107-90.compute-1.amazonaws.com> has joined #haxe[16:32:37] *** slickrockio <slickrockio!~nodebot@ec2-54-198-107-90.compute-1.amazonaws.com> has quit IRC (Ping timeout: 255 seconds)[16:36:56] *** Antriel <Antriel!~Antriel@213.175.39.66> has joined #haxe[16:38:23] <Antriel> is it possible to change inline var of some class by using a --macro compiler flag? :)[16:39:45] <Gama11> yes... I have to admit I wrote code for exactly that once to help someone avoid having to edit the flixel sources[16:40:36] <Gama11> I even still have it: https://gist.github.com/Gama11/dbaf7a17aef42ef3d0377cd26f5554de[16:41:22] <Antriel> oh wonderful, thank you very much :)[16:41:57] <Antriel> that haxeflag part is what I was missing, not even sure I understand it[16:42:36] <Gama11> it adds @:build meta to the class to actually call the build macro[16:42:53] <Antriel> nice![16:42:59] <Antriel> didn't think of that, smart :)[16:43:14] *** ibilon <ibilon!~lemierev@2001:660:7101:2::18> has quit IRC (Quit: Leaving.)[16:43:52] <Misiur> Another one: How to detect if class implements Dynamic in a macro? It doesn't show up on interfaces, my idea is only to detect "resolve" method[16:45:26] *** echelog-2` <echelog-2`!~echelog-2@108.61.103.42> has joined #haxe[16:46:04] *** echelog-2` is now known as echelog-2[16:46:36] <Aurel300> @Misiur Resolve could just be a method called resolve though.[16:47:23] <Aurel300> And is it a macro class implementing Dynamic, or you wanna use a macro to detect if a non-macro class implements it?[16:48:34] <Misiur> I want to detect if the non-macro has it, and then add implementing Dynamic to class generated by macro[16:49:16] <Misiur> I know dynamic is evil, but I'm building extensible (is that a word?) fluent api, so I can add nonexisting methods on the fly[17:00:27] *** Nanjizal <Nanjizal!~chatzilla@176.227.215.60> has joined #haxe[17:01:40] *** Aduros <Aduros!~bruno@unaffiliated/aduros> has joined #haxe[17:01:52] *** RobDangerousMobi <RobDangerousMobi!~Thunderbi@2001:41b8:83f:200c:a8be:faa8:3fda:32c3> has quit IRC (Ping timeout: 255 seconds)[17:04:08] <Aurel300> I don't know enough about macros to solve that, Misiur :/[17:04:15] <Gama11> Misiur: oh, you've asked that question on StackOverflow, right?[17:05:05] <Misiur> Nope, wasn't me, I only asked http://stackoverflow.com/questions/41722918/generic-build-adding-fields and I mostly solved it with https://github.com/Misiur/Fluent[17:05:28] <Gama11> well that's what I meant[17:07:02] <Gama11> you can answer your own questions on SO if you've figured it out btw[17:09:59] <Misiur> Done[17:10:58] <Gama11> nice :)[17:17:07] <Misiur> Well, I don't want to waste more time, I'll just detect if there's a function resolve with one string argument[17:17:40] <Aurel300> Misiur: Why do you need to detect if it implements Dynamic, by the way?[17:17:47] <Aurel300> So you don't overwrite the existing function?[17:19:20] <Misiur> Basically my code creates a new class and wraps the existing class. Now when you want to call nonexistent method it'll fail, as the wrapping class doesn't have Dynamic implemented[17:19:36] <Misiur> and I'd like to avoid forcing all wrapping classes to implement dynamic too[17:21:16] <Gama11> could you use an abstract with @:resolve / overloading the dot access operator? https://gist.github.com/skial/3a38fa5fc19d2a3ae6d06d9ec0899fbd[17:36:57] *** fooblaz <fooblaz!~fooblaz@174-28-95-19.albq.qwest.net> has joined #haxe[17:37:29] <Misiur> not really following what's happening in MacroMap[17:38:51] <Gama11> which part? @op(a.b)?[17:39:40] <Misiur> this is "." operator overload, ok, but what if I have real methods? Will it call resolve always, or only when no such method exists?[17:41:03] <Gama11> you'd need to have a fallback for that I guess[17:41:43] *** anniz <anniz!~anniz@c83-250-15-118.bredband.comhem.se> has joined #haxe[17:42:52] <Misiur> Long story short, it'd be easiest (for me at least) if Dynamic showed up in interfaces array, or were marked like isPublic but for dynamic[17:45:46] *** kobi7 <kobi7!~kobi@212.150.174.180> has joined #haxe[17:47:02] <kobi7> Hello, I have a question about reflect. Since Haxe has macros, that can build all instance variables in compile time (so called bake them in), why use reflect, if it has a performance penalty anyway? don't macros mitigate that in Haxe?[17:50:46] <Aurel300> @kobi7 Reflect allows user input to control which fields are used, for example.[17:53:09] <kobi7> Aurel300: let's say i make a macro 'instance_variables' so that you have a hashtable (or similar), with the reference to that variable. it's true that it will be another field in the class, but the access will be faster. Is that statement true?[17:54:06] <Aurel300> Well yes, but how would you use that hashtable? I mean the best you could do is probably a hashtable containing functions which get / set properties …[17:54:31] <Gama11> you can definitely use macros to avoid reflection in some scenarios[17:54:42] <Aurel300> But I am not advocating the use of Reflect. I know macros are powerful in Haxe.[17:54:43] <Gama11> tweens, which commonly use reflection, can be implemented using macros[17:55:02] <Aurel300> tweens?[17:55:10] <Gama11> but there's still some things you can't do with macros, since they're compile-time[17:55:17] <Gama11> see hscript for example[17:55:51] *** RobDangerous <RobDangerous!~Thunderbi@p2003007A09753800B1D536EBC60E510A.dip0.t-ipconnect.de> has joined #haxe[17:56:06] <kobi7> I am a beginner, but in C# the performance penalty for reflection is high. Since haxe has advanced macros, it can "implement" the reflection api, in a compile time way. or maybe some of it. just an idea i had.[17:56:58] <kobi7> oh, i see. yes hscript is definitely more advanced than what i had in mind![17:57:08] <Gama11> only if you know what to implement at compile time, with hscript you could load scripts at runtime[17:57:26] <kobi7> most of the reflection usage seems to be listing the variables, comparing etc.[17:57:49] <kobi7> I regard haxe as a static language[17:58:25] *** Antriel <Antriel!~Antriel@213.175.39.66> has quit IRC (Quit: Leaving)[17:58:34] <kobi7> anyways it's plenty fast for my usage[17:59:34] <Gama11> something like this wouldn't be possible without reflection http://imgur.com/K0k74RS[17:59:49] *** ibilon <ibilon!~ibilon@2a01cb0504d37b00bc4979a285e7e68a.ipv6.abo.wanadoo.fr> has joined #haxe[18:00:21] <Aurel300> Bit off topic, are function generally overloads not allowed in Haxe because it would disrupt type inference? Wouldn't explicitly tagging the arguments / doing something like function<String>(myVar) work?[18:02:51] <Gama11> I think it also raises some questions about what happens with Reflection when the runtime doesn't support overloads natively[18:03:27] <Gama11> and type parameters in method calls is currently not even valid syntax[18:03:42] <Aurel300> I know, I read the note in the manual[18:04:24] <Aurel300> but c++ doesn't support any Reflection natively, and yet it is implemented there as well[18:04:27] <ProPuke> Generally, as haxe targets a lot of languages it has to be the "lowest common demoninator" with regard to static features. This rules out overloading[18:05:14] <ProPuke> I personally think it's a lot neater without. Overloading does complicate a lot of possible scenarios[18:05:53] <Aurel300> It makes a lot of things worse as well. E.g. I'd love to have generic classes which implement certain functions differently for special types[18:05:53] <Gama11> it does have a few pretty convenient uses[18:05:58] <shakesoda> overloading is generally bad form anyways... but yeah, a lot of targets don't have it (i.e. Lua)[18:06:12] <Aurel300> the way Map is implemented in the standard library is scary.[18:06:37] <Aurel300> Implementing a generic which internally uses Map with the given type parameters is even more scary.[18:09:43] <kobi7> Have you guys tried the hl target?[18:11:39] <kobi7> I get errors that I don't get in neko[18:11:48] <kobi7> is it half baked?[18:14:14] <Aurel300> I dunno, it seems to only be for Windows right now?[18:14:43] <kobi7> i'm on linux[18:14:45] <fooblaz> the hl -> C seems to work fine on linux; i havent gotten the hashlink vm to work on linux or windows though[18:15:27] <Aurel300> Ah, yes, there's HL/C[18:16:27] <Gama11> what kind of errors?[18:17:25] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 248 seconds)[18:18:04] <kobi7> the code base is big so i didn't try to make a test case, don't know where to start. for example, right now, compiling works but running (in vm) results in cryptic:[18:18:06] <kobi7> hl bin/main.hl[18:18:06] <kobi7> Invalid type[18:18:23] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[18:18:39] <Gama11> sounds like a neko-style error message:D[18:20:03] <kobi7> maybe ncanasse style ;-)[18:25:34] <Aurel300> @Gama11 I asked some time ago about rewriting Haxe in Haxe, just read the links you've pointed me to back then, thanks.[18:25:45] <Aurel300> Am I right in assuming an EBNF syntax for Haxe would make this easier?[18:31:59] *** Nanjizal <Nanjizal!~chatzilla@176.227.215.60> has quit IRC (Quit: ChatZilla 0.9.93 [Firefox 50.0.2/20161129173726])[18:33:20] <kobi7> Aurel300: do you use one of the haxe parsing libraries?[18:33:37] <Aurel300> kobi7: No, I am writing an EBNF parser right now.[18:37:02] *** kobi7 <kobi7!~kobi@212.150.174.180> has quit IRC (Quit: Leaving)[18:38:47] <Gama11> I mean, therer already is a haxe parser written in haxe[18:38:57] <Gama11> https://github.com/Simn/haxeparser[18:41:10] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Ping timeout: 240 seconds)[18:42:08] *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #haxe[18:56:35] <Aurel300> @Gama11 Does that parse any Haxe code? Macros as well?[19:01:08] <Gama11> sure[19:01:36] <Gama11> haxe-checkstyle uses it for some things[19:02:45] <Aurel300> So it's good enough to build generators on top of that and make it into a compiler?[19:03:12] *** Kinrany <Kinrany!25be3f6b@gateway/web/freenode/ip.37.190.63.107> has joined #haxe[19:05:47] <Gama11> hm, probably?[19:06:40] <Aurel300> Hmm.[19:07:02] <Gama11> I did run into an issue with string interpolation in checkstyle https://github.com/Simn/haxeparser/issues/36[19:08:33] <Gama11> haxe handles that the same way I think, but has MacroStringTools with which you can still tell the two cases apart[19:08:35] <Aurel300> I guess consistency is important there …[19:08:46] <Gama11> so I guess it must have more information[19:08:49] <Aurel300> And the parser doesn't?[19:09:13] <Gama11> there's no haxeparser.MacroStringTools, no :D[19:09:50] <Gama11> but anyway, that's probably not relevant for generation, just the macro API[19:10:33] <Gama11> why, you want to write Haxe in Haxe?[19:10:44] <Aurel300> Right. I still want to try to write the EBNF parser and an EBNF syntax for Haxe …[19:10:46] <Aurel300> Yes, I do![19:11:25] <Gama11> as a fun side project? or a serious endeavour?[19:12:05] <Aurel300> Serious enough. I think a lot can be simplified / improved. It's such a huge project though.[19:12:41] <Aurel300> Over summer I might be doing undergrad research though, and there is a professor who deals with compilers and domain-specific languages[19:13:23] <Aurel300> might connect the project and the research if I get lucky?[19:16:35] <Kinrany> Hey, do you mind if I ask a stupid generic question?[19:17:02] <Aurel300> That's why we have a chatroom :)[19:17:27] <Kinrany> Basically, which frameworks/libraries should I use if I don't know Flash?[19:18:01] <Aurel300> What do you want to do? Make games? What platform are you targeting?[19:18:08] <Kinrany> I know that people often praise Haxe as a replacement for Flash/AS, but for me there's no benefit of knowing AS beforehand[19:18:20] <Kinrany> Make small 2D games, prototypes[19:19:21] <Aurel300> Well, usually you'd go for HaxeFlixel, HaxePunk, OpenFL, which are all based on the Flash API / their Flash counterparts in one way or another …[19:19:22] <Kinrany> Any web target is okay, native support would be cool[19:19:43] <Aurel300> But you could potentially write Haxe for javascript, then you'd need to know the javascript API.[19:20:26] <Aurel300> Like the same stuff you'd use if you were simply writing your game in javascript. Using Haxe instead gives you static types and a plethora of nice features.[19:20:28] <Kinrany> I chose Haxe because I really want to avoid using javascript and a ton of libraries as much as possible :p[19:21:39] <Aurel300> Well sadly the Standard Haxe library does not cover game development needs.[19:21:59] <Aurel300> So for quick prototyping it's still best to go with one of the mature Haxe gamedev libraries.[19:22:18] <Kinrany> To reword my original question, is there a framework that is better than HaxeFlixel, but is not as popular simply because it's not flash-but-better?[19:22:23] <Aurel300> But honestly, using any of the ones named above ^ doesn't require you to know ActionScript or the Flash API.[19:22:46] <fooblaz> i ran through the haxeflixel tutorials a while back and found it pretty easy to get going on simple 2d game[19:23:58] <Aurel300> Kinrany: If you are against OpenFL, you might want to check out Lime (on which OpenFL is built) https://github.com/openfl/lime[19:27:29] <fooblaz> kinrany there is also kha, i havent checked it out yet[19:28:00] <Aurel300> Kha is a pain to set up compared to Lime.[19:28:01] <Kinrany> I'm not really against OpenFL, it just looks like documentation is targeted for those who are familiar with flash[19:28:38] <Sim_n> Kha is easy to set up[19:28:49] <Sim_n> Even I could do it[19:28:57] <Aurel300> Sim_n: I tried to do it. It is a pain.[19:29:20] <Sim_n> http://kha.tech/getstarted[19:30:19] <Aurel300> Yes. On Mac it generates an Xcode project.[19:30:29] <Aurel300> Threw it away at that moment.[19:31:15] <Sim_n> Should throw away the mac instead. :D[19:31:33] <Aurel300> Yeah, I might switch to linux at some point.[19:31:57] <Aurel300> Still, why rely on an additional IDE / full devkit for something that gcc / clang can do easily?[19:32:13] <fooblaz> i thought they were leveraging vs code to create an integrated dev environment for kha[19:33:47] <Sim_n> RobDangerous can tell you more[19:34:39] <Aurel300> Sim_n: Will you run away again if I ask about @:multitype ?[19:34:45] <Sim_n> Yes[19:35:09] <Aurel300> How about asking about selective functions outside of abstracts?[19:35:39] <Sim_n> Static extensions can do that already.[19:36:00] <Aurel300> Not quite.[19:36:33] *** simn__ <simn__!~simn@ip5f59eda7.dynamic.kabel-deutschland.de> has joined #haxe[19:36:54] <simn__> Even my ISP hates @:multiType...[19:37:09] <Aurel300> I just wanted to write a function toMap<T, U>(…):Map<T, U> …[19:37:22] <Aurel300> I looked at the API and its source, and I looked into the eye of C'thulu[19:37:41] <Aurel300> :([19:39:45] <simn__> Yes you can't easily extend Map implementations at the moment.[19:39:49] *** Sim_n <Sim_n!~simn@2a02:810b:b40:414:4460:ebe7:7f87:54e5> has quit IRC (Ping timeout: 240 seconds)[19:39:56] <simn__> I want to completely redesign that for Haxe 4.[19:40:12] <Aurel300> Is a Haxe->Haxe compiler unrealisting for Haxe 4?[19:40:18] <Aurel300> unrealistic *[19:40:35] <simn__> Yes because I have no interest in it.[19:41:14] <Aurel300> The community would probably appreciate it. Plus Haxe developers can't really contribute to their own compiler that much, because it's in OCaml.[19:42:38] <Aurel300> Would you accept the project / keep on maintaining it if it was written already?[19:43:04] <simn__> Eh, that's such a theoretical question...[19:43:57] <simn__> This kind of discussion always comes up in open source.[19:44:10] <simn__> "Just redo it in language X, then you get a lot more contributions!"[19:44:16] <simn__> From my experience, that assumption never holds.[19:44:24] <Misiur> Me again. http://try-haxe.mrcdk.com/#DaC3a - in manual it's said that "Target does not respect imports, so the fully qualified path has to be used.", yet to get it working I need to NOT specify "Test.Foo", but "Foo". What is happening?[19:44:54] <Aurel300> I get your point. But do you see any disadvantages over the existing OCaml implementation?[19:45:22] <RobDangerous> Kha is hard to setup for people who are used to openfl. For everybody else it's super easy.[19:45:27] <simn__> For starters, it would probably be a whole lot slower.[19:46:42] <Aurel300> Is there something OCaml can do that Haxe cannot?[19:47:57] <simn__> From a language perspective? Mostly immutability, plus you don't have to worry about null-values.[19:48:55] <simn__> One major advantage is that OCaml's GC is really good.[19:49:40] <Aurel300> The build could target C++, no?[19:49:45] *** PSvils <PSvils!~PDevelope@88.135.146.138> has quit IRC (Quit: Leaving.)[19:49:51] <simn__> Sure[19:50:11] <Aurel300> Which tends to have pretty good performance after compiling.[19:51:00] <simn__> Maybe, but OCaml's performance is still better.[19:51:30] <RobDangerous> Targeting js is in many situations faster than targeting cpp.[19:51:38] *** PSvils <PSvils!~PDevelope@88.135.146.138> has joined #haxe[19:51:44] <Aurel300> But then the problem would be optimising the c++ generator[19:51:46] <Kinrany> What's the difference between different graphics in kha?[19:52:00] <Gama11> compiler in js then \o/[19:52:22] <Kinrany> Should I care about it?[19:52:49] <Aurel300> Gama11: Browser-based cross-platform development, a dream come true.[19:53:04] <RobDangerous> You mean g1, g2 and g4?[19:53:33] <Kinrany> yeah[19:53:33] <RobDangerous> The problem is not just about optimizing the cpp generator. It's also very much about optimzing the hxcpp gc.[19:54:01] <RobDangerous> g1 is plain framebuffer access, g2 is for 2d graphics (similar to <canvas>) and g4 is a shader based 3D api.[19:54:23] <Aurel300> RobDangerous: Ah yes. I meant the whole hxcpp construct.[19:54:36] <Kinrany> oh, okay, thanks[19:54:45] <RobDangerous> If you want maximum compatibility you'll have to use g2 or lower. g4 needs access to some hardware accelerated 3D thingy.[19:55:21] <RobDangerous> And when you optimize hxcpp's gc you're in direct competition to Google's V8 team and co.[19:55:31] <RobDangerous> That's a hard fight to win.[19:55:57] <simn__> Yeah, and the angry Frenchmen in OCaml's case are no joke either.[19:56:22] <Aurel300> How's HL doing performance-wise?[19:56:46] <simn__> I think it's comparable to hxcpp by now.[19:56:53] <simn__> Probably better in some cases, probably worse in others.[19:57:01] <RobDangerous> If you compile to C that is, of course.[19:57:11] <simn__> Obviously[19:57:56] <Aurel300> OCaml generator unrealistic as well?[19:58:17] <simn__> Eh...[19:58:24] *** PSvils <PSvils!~PDevelope@88.135.146.138> has quit IRC (Ping timeout: 260 seconds)[19:58:48] <simn__> You could probably translate the static part of Haxe somewhat efficiently.[19:58:54] <RobDangerous> But all that said, you can apply some nice tricks yourself to optimize a hxcpp program (like intertweening simd instructions). And because it's all C/C++ you can use all those nice profilers and get a nice look at what's happening.[20:00:14] <Aurel300> A Haxe compiler in Haxe could be written without using macros, right?[20:00:27] <Aurel300> So just using the static part would be sufficient?[20:00:50] <simn__> Macros are compile-time...[20:01:19] <Aurel300> Yes, but the compiler itself doesn't need to use them.[20:01:58] <simn__> One of us is confused...[20:02:46] <Aurel300> I guess. The way I understand it, we have OCaml source code which compiles to a Haxe compiler.[20:03:07] <Misiur> https://i.imgur.com/zNQPpvc.png[20:03:10] <Misiur> :([20:03:21] <Aurel300> We write the source for a Haxe compiler in Haxe, using the pre-existing compiler to compile it … (bootstrapping)[20:04:01] <Aurel300> And we can compile it to OCaml. So we have to worry about writing an OCaml generator (in OCaml first)[20:04:20] <Kinrany> Thanks everyone, kha looks pretty straightforward, so I'll stick with it for now :)[20:04:23] <Aurel300> (or in Haxe afterwards)[20:04:39] <Aurel300> simn__: Anything wrong so far?[20:05:52] <ibilon> what's the limit of using customjsgenerator to develop new target? is there any difference than using some custom logic in Context.onGenerate?[20:06:22] <ibilon> if you want to write haxe in haxe might as well use haxe for your ocaml target ;)[20:06:40] <RobDangerous> Oh, kool :)[20:06:50] <RobDangerous> I'll be around if you run into any trouble.[20:06:55] <simn__> onGenerate allows you to pseudo-compile to different targets.[20:07:22] <simn__> I mean, with the custom JS thing the internal settings use the JS settings.[20:07:46] <simn__> So you get a non-sys target which allows assignment of null to Int, for instance.[20:08:10] <simn__> But yes, you can write a target like that. In fact, IIRC that's how the python target started.[20:08:37] <ibilon> ah, right, and there's access to the js std which you wouldn't want[20:09:24] *** PSvils <PSvils!~PDevelope@balticom-135-109.balticom.lv> has joined #haxe[20:09:27] <ibilon> the problem with onGenerate is that you can't stop the actual target right?[20:10:10] <simn__> You can --no-output[20:10:19] <simn__> I think that still calls onGenerate[20:10:21] <simn__> Or does it...[20:10:46] *** JensG <JensG!~JensG@i59F6D5FF.versanet.de> has joined #haxe[20:10:46] *** JensG <JensG!~JensG@i59F6D5FF.versanet.de> has quit IRC (Changing host)[20:10:46] *** JensG <JensG!~JensG@apache/committer/jensg> has joined #haxe[20:12:05] <ibilon> yes it's still called, good to know[20:13:20] <Aurel300> Hm. Writing Haxe in Haxe sounds like an exciting project, because difficult … But I can see why it feels like there's not much value in that.[20:13:23] *** Kinrany <Kinrany!25be3f6b@gateway/web/freenode/ip.37.190.63.107> has quit IRC (Quit: Page closed)[20:16:49] <simn__> It's easier to learn OCaml. :P[20:17:37] <ibilon> learning ocaml is only the first part of the challenge, then there's the compiler source code to understand ;p[20:18:09] <simn__> Yeah but if you want to "port" it you have to do that as well.[20:18:24] <Aurel300> Haxe should be formalised[20:18:29] <Aurel300> and implementation independent[20:18:36] <Aurel300> #marchForHaxe[20:20:25] <ibilon> true, well I guess the only choice is doing it from scratch :D[20:20:50] <Aurel300> Hey, we could probably do it without @:multitype[20:20:53] <ibilon> and fix the issues with the language too, just to add a little challenge :D[20:25:05] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has joined #haxe[20:29:41] *** gunnbr <gunnbr!~textual@cpe-70-95-79-208.san.res.rr.com> has quit IRC (Ping timeout: 248 seconds)[20:35:48] *** JensG2 <JensG2!~JensG@i59F6B5EB.versanet.de> has joined #haxe[20:37:16] *** JensG <JensG!~JensG@apache/committer/jensg> has quit IRC (Ping timeout: 240 seconds)[20:43:23] *** cdg_ <cdg_!~cdg@162-226-219-152.lightspeed.tukrga.sbcglobal.net> has quit IRC (Remote host closed the connection)[20:43:33] *** Ryuken <Ryuken!~Ryuken@pool-100-10-41-119.prvdri.fios.verizon.net> has joined #haxe[20:52:12] *** PSvils <PSvils!~PDevelope@balticom-135-109.balticom.lv> has quit IRC (Quit: Leaving.)[20:53:15] *** JensG <JensG!~JensG@i59F6A964.versanet.de> has joined #haxe[20:53:15] *** JensG <JensG!~JensG@i59F6A964.versanet.de> has quit IRC (Changing host)[20:53:15] *** JensG <JensG!~JensG@apache/committer/jensg> has joined #haxe[20:53:21] *** PSvils <PSvils!~PDevelope@balticom-135-109.balticom.lv> has joined #haxe[20:54:58] *** JensG2 <JensG2!~JensG@i59F6B5EB.versanet.de> has quit IRC (Ping timeout: 264 seconds)[20:59:36] *** Uhfgood <Uhfgood!~Captain_J@97-96-80-60.res.bhn.net> has joined #haxe[21:01:46] *** PSvils <PSvils!~PDevelope@balticom-135-109.balticom.lv> has quit IRC (Quit: Leaving.)[21:05:46] *** fooblaz <fooblaz!~fooblaz@174-28-95-19.albq.qwest.net> has quit IRC (Quit: Leaving)[21:07:56] *** slickrockio <slickrockio!~nodebot@ec2-54-160-254-190.compute-1.amazonaws.com> has joined #haxe[21:18:06] *** PSvils <PSvils!~PDevelope@balticom-135-109.balticom.lv> has joined #haxe[21:19:56] *** PSvils <PSvils!~PDevelope@balticom-135-109.balticom.lv> has quit IRC (Client Quit)[21:42:27] *** slickrockio <slickrockio!~nodebot@ec2-54-160-254-190.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)[21:57:31] <Misiur> Hm, I'll ask once again as I've found another place where I need this. Is there a way to detect if class implements Dynamic? It doesn't show up in interfaces, so I guess it's a language construct. Maybe add isDynamic like now there's isPublic or something?[21:59:43] *** cebreidian <cebreidian!U2FsdGVkX1@ma.sdf.org> has quit IRC (Ping timeout: 240 seconds)[22:13:10] *** ibilon <ibilon!~ibilon@2a01cb0504d37b00bc4979a285e7e68a.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)[22:17:57] *** cdg <cdg!~cdg@2602:30a:2e2d:b980:b916:33ce:db94:6077> has joined #haxe[22:21:25] *** demurgos <demurgos!4f5e0d73@gateway/web/freenode/ip.79.94.13.115> has joined #haxe[22:22:41] *** cdg <cdg!~cdg@2602:30a:2e2d:b980:b916:33ce:db94:6077> has quit IRC (Read error: Connection reset by peer)[22:23:07] *** cdg <cdg!~cdg@2602:30a:2e2d:b980:b916:33ce:db94:6077> has joined #haxe[22:32:31] *** RobDangerous <RobDangerous!~Thunderbi@p2003007A09753800B1D536EBC60E510A.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 258 seconds)[22:36:07] *** JensG <JensG!~JensG@apache/committer/jensg> has quit IRC (Quit: Nettalk6 - www.ntalk.de)[22:38:24] *** cebreidian <cebreidian!U2FsdGVkX1@ma.sdf.org> has joined #haxe[22:42:10] <Misiur> https://i.imgur.com/zAjPZN4.png - this is a new one[22:42:13] <Misiur> what I'm doing wrong?[22:43:07] *** cebreidian <cebreidian!U2FsdGVkX1@ma.sdf.org> has quit IRC (Ping timeout: 255 seconds)[22:51:10] <Aurel300> (cast extension.keys():Iterator<String>)[22:51:21] <Aurel300> Maybe even without the cast bit[22:52:21] <Aurel300> Also, $type(…) is enough, trace($type(…)) is silly because trace works at run time, $type triggers a compile-time warning telling you the type.[22:52:31] <Aurel300> (@Misiur)[22:57:26] <Misiur> Thank you[22:57:45] <Misiur> but just this minute I found out my macro magic is to blame[23:06:49] *** c355e3b <c355e3b!uid82600@gateway/web/irccloud.com/x-uxponingygfbmank> has quit IRC (Quit: Connection closed for inactivity)[23:08:21] *** Misiur <Misiur!531f91ab@gateway/web/freenode/ip.83.31.145.171> has quit IRC (Quit: Page closed)[23:13:21] *** demurgos <demurgos!4f5e0d73@gateway/web/freenode/ip.79.94.13.115> has quit IRC ()[23:27:07] *** Adib <Adib!~Adib@unaffiliated/adib> has quit IRC (Read error: Connection reset by peer)[23:33:56] *** frumple <frumple!~dylsexic@213.149.61.197> has quit IRC (Quit: blame Canada)[23:41:39] *** Ryuken <Ryuken!~Ryuken@pool-100-10-41-119.prvdri.fios.verizon.net> has quit IRC (Quit: Leaving)