<< 24-09-2013 >>
00:27:07*ltbarcly joined #nimrod
00:31:54*ltbarcly quit (Ping timeout: 264 seconds)
00:37:19*ltbarcly joined #nimrod
00:41:54*ltbarcly quit (Ping timeout: 252 seconds)
00:50:40*ltbarcly joined #nimrod
01:01:04*brson_ joined #nimrod
01:01:18*brson quit (Read error: Connection reset by peer)
01:05:09*dyu joined #nimrod
01:37:19*fowl joined #nimrod
01:41:38*DAddYE quit (Remote host closed the connection)
01:50:03*q66 quit (Quit: Leaving)
01:57:34*Yeri joined #nimrod
01:58:20*ltbarcly quit (Quit: Computer has gone to sleep.)
02:42:40*DAddYE joined #nimrod
02:49:40*DAddYE quit (Ping timeout: 264 seconds)
03:08:39*fowl quit (Ping timeout: 260 seconds)
03:14:35*Yeri quit (Quit: Yeri)
03:25:50*fowl joined #nimrod
03:25:53*fowl quit (Changing host)
03:25:53*fowl joined #nimrod
03:29:10*fowl quit (Read error: Connection reset by peer)
03:44:03*fowl joined #nimrod
03:45:53*DAddYE joined #nimrod
03:52:11*DAddYE quit (Ping timeout: 260 seconds)
04:15:32*fowl quit (Quit: Leaving)
04:34:10*OrionPK quit (Read error: Connection reset by peer)
04:48:51*DAddYE joined #nimrod
04:49:59*zhtx joined #nimrod
04:55:00*DAddYE quit (Ping timeout: 245 seconds)
04:57:41*zhtx quit (Quit: Leaving.)
05:08:45*zhtx joined #nimrod
05:15:39*Associat0r joined #nimrod
05:15:39*Associat0r quit (Changing host)
05:15:39*Associat0r joined #nimrod
05:19:03*brson_ quit (Quit: leaving)
05:19:08*DAddYE joined #nimrod
06:00:51*zhtx left #nimrod (#nimrod)
06:40:44*gsp joined #nimrod
07:39:37gspShouldn't nil be a valid value for a variable of type set[T] ?
07:49:12dyuyes
08:02:19*DAddYE quit (Remote host closed the connection)
08:14:33*gsp quit (Ping timeout: 252 seconds)
08:18:23*companion_cube left #nimrod (#nimrod)
08:26:46*gsp joined #nimrod
08:35:56*dyu quit (Quit: Leaving)
09:03:24*DAddYE joined #nimrod
09:09:50*DAddYE quit (Ping timeout: 264 seconds)
09:41:12*dyu joined #nimrod
09:46:44*q66 joined #nimrod
10:06:40*DAddYE joined #nimrod
10:10:54*ltbarcly joined #nimrod
10:12:59*DAddYE quit (Ping timeout: 260 seconds)
10:14:34*ltbarcly quit (Client Quit)
10:37:23*ltbarcly joined #nimrod
10:43:27*ltbarcly quit (Quit: Computer has gone to sleep.)
10:53:32*dyu quit (Quit: Leaving)
11:09:26*ltbarcly joined #nimrod
11:09:33*DAddYE joined #nimrod
11:15:04*faassen joined #nimrod
11:15:39*DAddYE quit (Ping timeout: 248 seconds)
11:26:56*ltbarcly quit (Quit: Computer has gone to sleep.)
11:42:19*ltbarcly joined #nimrod
11:59:49*ltbarcly quit (Quit: Computer has gone to sleep.)
12:03:44Araqgsp: no
12:08:44Araqthe underlying implementation of 'set' uses an array and it's a value type; its default value is {}
12:08:55gsp"<dyu> yes ... <Araq> gsp: no" :-D - but yeah, I eventually figured the answer was no, since set[T] is simply a bitfield in memory with no concept of nil-ness, only the empty set perhaps, right?
12:09:06gspah, ok!
12:09:10Araqyup
12:11:23gspAraq: btw, any (purposeful) reason tuple unpacking only works on its own (i.e. in a single line such as "let (x,y) = ..." but not as part of multiple declarations)?
12:11:56*shevy left #nimrod ("I'll be back ... maybe")
12:12:41*DAddYE joined #nimrod
12:12:58Araqwhat do you mean exactly?
12:13:12Araqthat it doesn't work in assignments? (x, y) = (2, 2) ?
12:13:37Araqthat's simply because I never find the time to implement it and it's very rarely useful
12:13:47Araqthat it doesn't work in parameters ... well
12:14:04AraqI've always found that's a weirdo of python of no usage
12:16:50*Amrykid quit (Changing host)
12:16:50*Amrykid joined #nimrod
12:17:56gspnah, I mean that the "block-syntax" for let and var. E.g. "let (x,y) = (1,2)" works, whereas "let\n\t(x,y) = (1,2)" gives me "Error: identifier expected, but found '('"
12:18:38gspthus making it necessary to write a new line with "let ..." for every tuple-unpacking-declaration
12:18:42Araqinteresting. I never noticed ;-)
12:19:31*DAddYE quit (Ping timeout: 260 seconds)
12:19:53gspAh :-D
12:20:35Araqyeah well now I know :P
12:20:57AraqparseSection is pretty generic
12:21:12Araqand doesn't know about '(' introducing a section
12:25:15gspparseSection?
12:25:24gspAlso, defining a converter should enable implicit type conversions, right?
12:25:36Araqnever mind, I fixed it already, will push soon
12:26:11Araqyeah a converter should do that, but shouldn't use converters
12:26:20Araq*you shouldn't
12:27:13gspI.e., converter's just aren't ready yet?
12:27:31AraqIME they are ready
12:27:50Araqplease report a proper bug if they don't work properly
12:28:11Araqspent quite some time on that feature and we have tests for it
12:28:24gspah ok
12:28:44gspwell, in a similar vein as the tuple unpacking
12:28:58Araqhey
12:29:25Araqlots of people use tuple unpacking successfully :P
12:29:32Araqand converters too
12:30:19gspsorry, that climax was poorly delivered - or not at all, actually ;-)
12:30:21gspI meant to post this example: http://pastebin.com/WXB4EZuu
12:31:05Araqcan't solve the captcha
12:31:06gspEither way, no offense, I've been greatly enjoying Nimrod for the last few days :-)
12:31:18gsptry again?
12:32:17Araq5th attempt worked -.-
12:32:42Araqwell come on
12:32:54Araqlet (x, y) = a ?
12:33:09Araqand then the compiler should know you want x and y's type to be int32?
12:33:21Araqso that the converter is invoked?
12:34:23gspYeah, I guess my understanding of the type system is lacking. A lot. - Either way, with the tuple unpacking I cant declare the type of the resulting tuple ("Error: '=' expected")
12:34:52gspBut yeah, I see how I'm expecting a bit much from the compiler there
12:34:55Araq*shrug* a.toTuple works beautifully though
12:41:48gspmhm, right. reconsidering, it's silly to expect magic type inference or some contrived exception to the inference rules there. thanks for the help and again, great work on the whole project
12:43:06Araqthank you
12:44:36Araqof course 'let (x, y): tuple[...] = ...' is not unreasonable to support but there are far more important features missing
12:46:12*mal`` quit (*.net *.split)
12:46:13*orbitz quit (*.net *.split)
12:46:37*orbitz joined #nimrod
12:46:55*mal`` joined #nimrod
13:15:56*DAddYE joined #nimrod
13:22:13*DAddYE quit (Ping timeout: 245 seconds)
13:27:59*ltbarcly joined #nimrod
13:29:41*ltbarcly quit (Client Quit)
14:07:20NimBotAraq/Nimrod master 082c55e Araq [+0 ±2 -0]: changed parentDir to return the empty string on error
14:07:20NimBotAraq/Nimrod master 220db4c Araq [+0 ±1 -0]: bugfix: typos in os.nim
14:07:20NimBotAraq/Nimrod master 9df0e30 Araq [+0 ±3 -0]: support for --cs:partial
14:07:20NimBotAraq/Nimrod master feb8efc Araq [+0 ±4 -0]: implemented 'import a as b'
14:07:20NimBot1 more commits.
14:08:48*ltbarcly joined #nimrod
14:09:57*ltbarcly quit (Client Quit)
14:18:58*DAddYE joined #nimrod
14:23:29*ltbarcly joined #nimrod
14:25:56*DAddYE quit (Ping timeout: 260 seconds)
14:28:39*ltbarcly quit (Quit: Computer has gone to sleep.)
14:37:47*DAddYE joined #nimrod
14:39:37*DAddYE quit (Remote host closed the connection)
14:40:04*DAddYE joined #nimrod
14:42:04*DAddYE_ joined #nimrod
14:42:04*DAddYE quit (Read error: Connection reset by peer)
15:06:55*DAddYE_ quit (Remote host closed the connection)
15:07:27*DAddYE joined #nimrod
15:10:12*DAddYE quit (Read error: Connection reset by peer)
15:10:31*DAddYE joined #nimrod
15:13:30*DAddYE quit (Remote host closed the connection)
15:13:56*DAddYE joined #nimrod
15:18:14*DAddYE quit (Ping timeout: 240 seconds)
15:35:01*faassen quit (Quit: Leaving.)
16:13:29*DAddYE joined #nimrod
16:29:48*io2 joined #nimrod
16:47:32*filwit joined #nimrod
16:48:23filwitso i just realized the best way to become popular on the internet: trolls
16:48:56*Associat0r quit (Quit: Associat0r)
16:49:07filwittrolling posts inevitably get responses.. it's like our human nature can't not respond to dumbness.. even if we know it's fake
16:50:10dom96hi filwit
16:50:12filwitso, putting two 'n two together: New popularity tactic for Nimrod: we troll ourselves on public discussion boards
16:50:16filwithi dom96
16:50:26filwitit's fool proof i tell you
16:50:44dom96do it :P
16:51:39filwitno but really, i seriously wounder if Phoronix doesn't troll itself just to create controversy in it's forums to get more adviews...
17:02:36*brson joined #nimrod
17:09:36dom96No, you are right. Controversy is a good strategy, look at Miley Cyrus...
17:15:13io2is Araq's talk out yet?
17:15:31io2dom96: lol
17:23:30dom96it's not
17:27:00*Associat0r joined #nimrod
17:27:00*Associat0r quit (Changing host)
17:27:00*Associat0r joined #nimrod
17:35:18Araqfilwit: well I'm good at trolling ;-)
17:36:05filwitha, dom, that's true
17:37:26filwitAraq: hi
17:40:25*ltbarcly joined #nimrod
17:41:26reactormonkAraq, https://github.com/Araq/Nimrod/issues/593 *hrm*
17:44:43*ltbarcly quit (Ping timeout: 245 seconds)
17:44:52Araqreactormonk: looking at it right now
17:45:02reactormonkthanks.
17:53:40*gsp quit (Ping timeout: 260 seconds)
17:57:34io2hi Araq, thanks dom96
17:57:53Araqhi io2
18:43:37filwithttps://gist.github.com/PhilipWitte/6689343
18:43:45filwitwhy does that write 'Andrew' twice
18:44:38AraqAndrew is the default value
18:46:27filwitk i think i'm thinking of things wrong
18:46:40filwiti'll read through the docs more on it
19:05:36*OrionPK joined #nimrod
19:27:26Araqping zahary
19:32:31filwithttps://gist.github.com/PhilipWitte/6689343
19:33:01filwittrying to get a basic macro working
19:33:26filwitbasically just copied of the docs
19:33:39filwitbut for some reason this isn't working.. :\
19:35:42filwitoh duh
19:35:46filwiti'm retarded, sorry
19:45:36NimBotAraq/Nimrod master 3e844dd Araq [+0 ±2 -0]: fixes #593
19:45:51Araqreactormonk: try it please, don't have nodejs installed here
20:10:31*filwit quit (Quit: Leaving)
20:15:20reactormonkAraq, ok
20:16:20reactormonkReferenceError: document is not defined
20:19:40Araqthat's unrelated though I hope
20:19:54Araqbtw any experience with "source maps"?
20:20:14Araqseems to be the proper way to get nice stack traces out of generated JS
20:24:05*EXetoC joined #nimrod
20:36:14Araqwb EXetoC
20:38:54reactormonkAraq, nope, sounds interesting
20:38:58reactormonkAraq, nope, it's not.
20:39:14Araqgah
20:39:48Araqpastebin some example please then
20:39:49reactormonkI think the raise exception is malformed for nodejs target
20:40:11reactormonk... and that showed up because you fixed/disabled the dead code elimination (or similar)
20:41:29reactormonkyup, the exception handling code depends on dom.nim
20:41:53reactormonk... more or less. In any case, it depends on some browser features, like alert or document
20:44:12Araqok, installed node.js now
21:03:49Araqreactormonk: echo($("foo" in @["foo", "bar"])) works for me under node.js
21:03:59AraqI fixed some unrelated JS codegen bug
21:04:11Araqbut that doesn't produce the "document" error either
21:14:09EXetoCktnx!
21:17:33*photex joined #nimrod
21:22:13*d34th quit (Quit: Deleted System32)
21:23:26*d34th joined #nimrod
21:30:32Araqgah ... we really have too many built-ins
21:30:51Araqthe JS backend is still incomplete
21:31:28dom96we need JS tests
21:31:56Araqwe have JS tests
21:32:08dom96we need nimbuild to run them
21:32:18Araqbut not enough and the tester can't run them as the testers do not have nodejs
21:36:01dom96I will fix that.
21:36:15dom96Once I have some more free time.
21:36:19dom96If that ever happens...
21:37:13Araqno we only need to run the tests on 1 machine
21:39:05dom96indeed
21:39:48*EXetoC quit (Ping timeout: 256 seconds)
21:56:32NimBotAraq/Nimrod master 89b8b10 Araq [+0 ±3 -0]: JS codegen: supports more builtins
21:58:41*reactormonk quit (Ping timeout: 246 seconds)
22:03:39Araqdom96: so I'm working on packages again
22:03:46Araqand if we have:
22:03:54Araqfoo/a.nim, foo/b.nim
22:04:11Araqand b imports a then it should look in the same directory 'foo' first
22:06:39dom96it should look in its own dir I guess?
22:06:51dom96That's what you're saying right?
22:06:56Araqyeah
22:07:09Araqbut this needs to be done for subdirs too
22:07:48Araqso if we have foo/a.nim, foo/gah/b.nim and a imports b and foo/gah is in the PATH, that should be tried first
22:08:22Araqhowever, a could also simply import "gah/b"
22:08:29dom96ok, well make a list of how this stuff is resolved exactly please
22:08:39Araqand then gah doesn't even have to be in the path
22:08:51Araqwell I'm making the list right now :P
22:08:54dom96Something like: '1. We check the PATH to see if this module is present in any of the dirs listed in the PATH'
22:09:05Araqyeah
22:09:13Araqbut the problem is that path has an order
22:09:34Araqand currently it's a global order and where the importing module resides is not considered
22:10:15dom96Shouldn't that just be an error?
22:10:36Araqwhat should be an error?
22:10:49dom96"Module a is present in "/../../a.nim" and "/../a.nim" from PATH, don't know which to import"
22:11:11dom96Depending on the order of the PATH sounds like it would cause lots of issues
22:11:22dom96lots of confusing issues
22:14:12*reactormonk joined #nimrod
22:23:17Araqhmm I agree
22:24:47Araqbut then that's how "panicoverride.nim" works
22:25:16Araqyou have a panicoverride in your project and that overrides a panicoverride in lib/system
22:25:31Araqok for now we have no panicoverride in lib/system
22:25:34Araqbut still
22:32:16dom96right. well I'm going to sleep
22:32:18dom96Good night
22:32:23Araqsame here
22:32:26Araqgood night
23:00:53*Yeri joined #nimrod
23:13:00*io2 quit ()
23:17:39*reactormonk quit (Ping timeout: 252 seconds)
23:19:57*reactormonk joined #nimrod
23:30:35*ltbarcly joined #nimrod
23:32:13*Associat0r quit (Ping timeout: 245 seconds)
23:35:07*fowl joined #nimrod
23:37:26*Associat0r joined #nimrod
23:47:05*reactormonk quit (Ping timeout: 245 seconds)
23:47:23*OrionPK quit (*.net *.split)
23:47:25*jdp_ quit (*.net *.split)
23:47:28*profmakx quit (*.net *.split)
23:47:28*guaqua quit (*.net *.split)
23:47:29*brson quit (*.net *.split)
23:47:29*DAddYE quit (*.net *.split)
23:47:30*Reisen quit (*.net *.split)
23:47:30*zahary quit (*.net *.split)
23:47:32*mal`` quit (*.net *.split)
23:47:33*p0nce quit (*.net *.split)
23:47:33*fowl quit (*.net *.split)
23:47:34*orbitz quit (*.net *.split)
23:47:35*silven quit (*.net *.split)
23:47:36*ltbarcly quit (*.net *.split)
23:47:39*Associat0r quit (*.net *.split)
23:47:40*capisce quit (*.net *.split)
23:47:43*XAMPP quit (*.net *.split)
23:47:43*zahary_ quit (*.net *.split)
23:47:49*Zor quit (*.net *.split)
23:47:54*Roin quit (*.net *.split)
23:47:59*JStoker quit (*.net *.split)
23:48:01*tumak quit (*.net *.split)
23:48:02*Amrykid quit (*.net *.split)
23:48:05*d34th quit (*.net *.split)
23:48:06*rndbit quit (*.net *.split)
23:48:06*Trixar_za quit (*.net *.split)
23:48:08*Araq quit (*.net *.split)
23:48:08*eco quit (*.net *.split)
23:48:08*dom96 quit (*.net *.split)
23:51:21*OrionPK joined #nimrod
23:51:21*jdp_ joined #nimrod
23:54:19*Associat0r joined #nimrod
23:54:19*fowl joined #nimrod
23:54:19*ltbarcly joined #nimrod
23:54:19*d34th joined #nimrod
23:54:19*brson joined #nimrod
23:54:19*DAddYE joined #nimrod
23:54:19*mal`` joined #nimrod
23:54:19*orbitz joined #nimrod
23:54:19*Reisen joined #nimrod
23:54:19*Amrykid joined #nimrod
23:54:19*XAMPP joined #nimrod
23:54:19*zahary_ joined #nimrod
23:54:19*guaqua joined #nimrod
23:54:19*profmakx joined #nimrod
23:54:19*zahary joined #nimrod
23:54:19*p0nce joined #nimrod
23:54:19*capisce joined #nimrod
23:54:19*silven joined #nimrod
23:54:19*rndbit joined #nimrod
23:54:19*Zor joined #nimrod
23:54:19*Trixar_za joined #nimrod
23:54:19*JStoker joined #nimrod
23:54:19*eco joined #nimrod
23:54:19*Roin joined #nimrod
23:54:19*tumak joined #nimrod
23:54:19*dom96 joined #nimrod
23:54:19*Araq joined #nimrod
23:56:08*reactormonk joined #nimrod