00:01:51 | Araq | dsrw: maybe astToStr suffices |
00:03:32 | dsrw | Araq: Thanks a lot. Looking at that now. |
00:12:44 | * | XAMPP-8 joined #nimrod |
00:17:02 | Araq | good night |
00:20:30 | dsrw | Araq: Thanks. I couldn't get what I wanted in a proc, but astToStr in a template did the trick |
00:20:32 | dsrw | https://gist.github.com/dsrw/7063228 |
00:22:14 | Araq | OrionPK: also useful is the a & " " &? b concat operator that I just invented :P |
00:22:31 | OrionPK | whats it do? |
00:22:39 | Araq | it concatenates a and b unless b is empty in which case it produces "" |
00:22:57 | OrionPK | that is actually useful, shouldnt & just handle that? |
00:23:24 | Araq | no |
00:23:31 | OrionPK | should throw an error? |
00:23:35 | Araq | dsrw: yup, works as intended |
00:24:31 | Araq | OrionPK: maybe you should look at the example I gave and you know ... use your brain |
00:25:48 | dsrw | Araq: Awesome. I'm just trying to get a feel for how far I can get without templates/macros. I appreciate the help. |
00:27:30 | OrionPK | Araq what am I not getting |
00:30:42 | Araq | OrionPK: it's obvious that & can't handle this case and throwing an error is wrong too |
00:31:15 | OrionPK | does '&' not already throw an error if you pass in a nil string? |
00:32:21 | OrionPK | seems like it would be an 'illegal storage access' |
00:34:11 | * | xenagi quit (Quit: Leaving) |
00:34:21 | Araq | I'm not talking about 'nil' |
00:35:49 | OrionPK | ah |
00:36:08 | OrionPK | i thought you meant concatenate a & b unless b is nil, in which case it's "" |
00:36:32 | OrionPK | but you meant the end result of a &? b is "" if b is nil |
00:38:26 | Araq | not I meant a &? b is "" if b is "" |
00:38:41 | OrionPK | I thought you meant "something" &? nil == "something" |
00:38:43 | Araq | it's useful when 'a' is a separator |
00:38:48 | OrionPK | not "something" &? nil == "" |
00:39:06 | Araq | "," &? "" == "" |
00:40:16 | OrionPK | yeah, that's cool |
00:40:49 | OrionPK | I also think "something" & nil == "something" instead of "SIGSEGV" would be nice |
00:43:06 | Araq | *shrug* 'nil' for strings is on its way out anyway |
00:44:11 | * | dsrw quit (Remote host closed the connection) |
00:45:13 | OrionPK | could be another nillable type with a $ operator |
00:45:35 | OrionPK | but I guess that would be up to the implementor of that type |
00:48:57 | Araq | & doesn't invoke $ |
00:49:01 | Araq | good night |
01:04:44 | * | DAddYE quit (Remote host closed the connection) |
01:05:11 | * | DAddYE joined #nimrod |
01:09:55 | * | DAddYE quit (Ping timeout: 272 seconds) |
01:27:40 | * | q66 quit (Quit: Leaving) |
01:46:17 | * | XAMPP-8 quit (Ping timeout: 272 seconds) |
02:00:18 | * | ltbarcly joined #nimrod |
02:03:58 | * | XAMPP-8 joined #nimrod |
02:03:58 | * | XAMPP-8 quit (Client Quit) |
02:04:53 | * | ltbarcly quit (Ping timeout: 248 seconds) |
02:06:10 | * | DAddYE joined #nimrod |
02:10:25 | * | DAddYE quit (Ping timeout: 245 seconds) |
02:20:12 | * | brson quit (Quit: leaving) |
02:21:03 | Varriount | Araq, I'm looking at that Axis of Eval blog. Specifically the post on adding features to C++ |
02:21:05 | * | Ricky_Ricardo joined #nimrod |
02:30:27 | * | ltbarcly joined #nimrod |
02:58:02 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
03:04:47 | * | Ricky_Ricardo quit (Quit: bye) |
03:07:01 | * | DAddYE joined #nimrod |
03:10:20 | Varriount | Araq, I'm looking at that Axis of Eval blog. Specifically the post on adding features to C++ |
03:10:27 | Varriount | Gah, wrong terminal |
03:10:47 | * | Varriount clicks the icon *next* to his irc client. |
03:10:54 | * | BitPuffin quit (Read error: Operation timed out) |
03:11:23 | * | DAddYE quit (Ping timeout: 248 seconds) |
03:20:33 | * | ltbarcly joined #nimrod |
03:41:27 | * | gdos joined #nimrod |
03:48:28 | * | Associat0r quit (Quit: Associat0r) |
03:52:06 | * | shevy quit (Read error: Operation timed out) |
04:07:01 | * | shevy joined #nimrod |
04:09:13 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
04:30:14 | * | ltbarcly joined #nimrod |
04:31:58 | * | OrionPK quit (Quit: Leaving) |
04:40:31 | * | ltbarcly left #nimrod ("Textual IRC Client: www.textualapp.com") |
05:08:35 | Varriount | Araq, any reason not to have a deleteRange, or a delete procedure that accepts ranges, for generic sequences? strutils already has a similar function for strings.. |
05:09:22 | * | DAddYE joined #nimrod |
05:15:26 | * | DAddYE quit (Ping timeout: 240 seconds) |
05:36:17 | Varriount | And a corresponding insertRange function as well? (Or would creating a new sequence be more efficient?) |
05:53:34 | * | DAddYE joined #nimrod |
05:55:04 | * | Endy joined #nimrod |
06:32:40 | * | DAddYE quit (Remote host closed the connection) |
06:37:04 | * | DAddYE_ joined #nimrod |
07:08:14 | * | Associat0r joined #nimrod |
07:08:14 | * | Associat0r quit (Changing host) |
07:08:14 | * | Associat0r joined #nimrod |
07:44:32 | * | zahary joined #nimrod |
07:45:13 | * | zahary quit (Client Quit) |
07:46:44 | * | zahary joined #nimrod |
07:50:09 | * | silven joined #nimrod |
08:24:32 | Araq | Varriount: we wait for 'generic' until we get ranges, I think; personally I don't like ranges because of NIH |
08:26:36 | Araq | http://nimrod-code.org/blog/writetracking.html |
08:26:48 | Araq | I decided I have no time, so I released it finally |
08:26:51 | Araq | see you later |
10:07:50 | * | q66 joined #nimrod |
10:11:00 | * | DAddYE_ quit (Remote host closed the connection) |
10:11:33 | * | DAddYE joined #nimrod |
10:16:04 | * | DAddYE quit (Ping timeout: 256 seconds) |
10:36:51 | * | xybre joined #nimrod |
10:38:00 | * | wlhlm joined #nimrod |
11:12:19 | * | DAddYE joined #nimrod |
11:17:26 | * | Associat0r quit (Quit: Associat0r) |
11:18:38 | * | DAddYE quit (Ping timeout: 240 seconds) |
12:08:51 | dom96 | hello xybre, welcome. |
12:11:41 | * | q66 quit (Quit: Leaving) |
12:15:08 | * | q66 joined #nimrod |
12:15:37 | * | DAddYE joined #nimrod |
12:21:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
12:33:20 | * | zahary quit (Ping timeout: 245 seconds) |
12:45:49 | * | zahary joined #nimrod |
12:56:18 | * | BitPuffin joined #nimrod |
13:18:58 | * | DAddYE joined #nimrod |
13:23:15 | * | DAddYE quit (Ping timeout: 240 seconds) |
13:37:25 | * | exhu joined #nimrod |
13:38:14 | * | wlhlm quit (Ping timeout: 240 seconds) |
13:40:17 | exhu | hi |
13:45:13 | BitPuffin | I'm trying ocaml |
13:45:34 | BitPuffin | let rodrigue = "The cid"; let diegue = "cid's father" how do I fix that lise? |
13:45:42 | BitPuffin | I tried putting a space before the ; |
13:50:08 | exhu | if someone can help http://forum.nimrod-code.org/t/284 |
13:50:27 | BitPuffin | woop |
13:50:32 | BitPuffin | wrong irc :P |
13:51:12 | * | BitPuffin is playing with ocaml |
13:54:05 | dom96 | exhu: Have you tried binding TPaulinaContext.dpy ? |
13:56:50 | exhu | bind TPaulinaContext.dpy gives Error: illformed AST: TPaulinaContext.dpy |
13:58:17 | dom96 | You could create an accessor proc and then bind it as a workaround |
13:58:38 | dom96 | I think templates will become binding by default in the future. |
13:58:39 | exhu | dom96, too many private fields to write accessors for each |
13:59:50 | dom96 | I don't think there is any other way. |
14:14:55 | dom96 | exhu: how's Paulina going btw? |
14:15:31 | * | wlhlm joined #nimrod |
14:18:53 | exhu | dom96, had no time for hobby programming, so no success yet |
14:20:49 | * | DAddYE joined #nimrod |
14:21:21 | exhu | dom96, the main thing is that i will not use native controls and reuse only single window to display. this is to easily port the gui to opengl-based for writing games in the future. |
14:22:54 | Araq | hi exhu welcome back |
14:23:09 | Araq | what you want requires a compiler patch, but it's not unreasonable |
14:24:04 | Araq | for now just make it public, binding rules in templates will change for 0.9.4 and support what you want |
14:24:26 | exhu | Araq, hi. I can circumvent it with procs. |
14:24:53 | dom96 | exhu: You can always create a macro which will generate the procs for you. |
14:25:00 | Araq | I suppose you can, yeah |
14:25:21 | Araq | dom96: exhu doesn't use macros because they are buggy |
14:25:26 | exhu | dom96, have never liked macros :) |
14:25:49 | Araq | well my new vm is starting to work, fixing most macro issues |
14:27:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
14:28:10 | Araq | exhu: does you stuff still work with the x11 wrapper. I'm afraid fowl made some breaking changes |
14:28:34 | exhu | Araq, it compiles but only with -d:use_pkg_config |
14:29:05 | Araq | huh? any idea why? |
14:30:43 | exhu | Araq, well it compiles anyway but quits at start with "could not import: XkbGetDeviceIndicatorState" |
14:31:57 | Araq | why? |
14:35:49 | exhu | have no idea, the sources seem the same for my private wrappers and those in lib/ |
14:36:23 | Araq | ok |
14:37:07 | exhu | BTW, i don't use this function why it's imported? |
14:38:01 | exhu | Araq, may be a compiler glitch? |
14:38:29 | Araq | no but x11 might be missing a {.deadCodeElim:on.} |
14:40:28 | Araq | ugh X11 is once of the ugliest APIs around |
14:40:48 | Araq | topped by ssh of course |
14:40:52 | exhu | Araq, maybe that function is deprecated |
14:41:15 | exhu | i.e. not in the xlib anymore |
14:41:23 | Araq | *ssl |
14:42:03 | exhu | that's why i prefer using pkg-config here, it's too much stuff to be studied to write bindings |
14:42:43 | Araq | deadCodeElim fixes these things as a side effect |
14:44:38 | exhu | Araq, until i need that XkbGetDeviceIndicatorState function one time -) |
14:45:52 | * | OrionPK joined #nimrod |
14:45:58 | Araq | you don't need what is deprecated :P |
14:47:55 | OrionPK | https://gist.github.com/onionhammer/7062992 |
14:48:14 | OrionPK | there u go araq, doesnt deref if u pass it another ref |
14:48:30 | exhu | i found this function declaration in /usr/include, it doesn't match that in nimrod |
14:49:03 | Araq | I think somebody should c2nim x11 again from scratch ;-) |
14:49:21 | Araq | the x11 wrapper has been a translation from FPC iirc |
14:50:22 | Araq | but then wayland is just around the corner anyway, right? |
14:50:56 | exhu | i don't want regenerating the bindings, i've added pkg-config support to them -) |
14:51:45 | exhu | i would prefer only having those functions that i use, because x11 is huge |
14:51:59 | Araq | yeah I agree |
14:52:18 | Araq | well there is no need to change anything if it works for you |
14:52:38 | exhu | i've copied the bindings to my gui repo, so there's no problem if someone brakes |
14:53:01 | Araq | smart move |
14:54:02 | Araq | now of course I should tell you "omg code duplication, what if a bug gets fixed? then you need to edit your copy! any violation of DRY is EVIL" |
14:54:06 | exhu | you see why i don't want to write a gui lib with native controls -) |
14:54:28 | Araq | but I won't :P |
14:54:50 | exhu | i use nimrod's binding by default and resort to copied ones until you merge the pull request then |
14:54:59 | Araq | because that happens so rarely that the benefits of the duplication outweighs the costs |
14:57:08 | Araq | huh? there is a pull request? |
14:57:14 | exhu | BTW, on windows it seems that using LoadLibrary duplicates code |
14:57:29 | exhu | Araq, there was pull request in the past |
14:57:41 | Araq | I'm sure I applied it |
14:57:44 | exhu | Araq, you had no time to merge it for a week or so |
14:57:56 | exhu | Araq, and then merged |
14:58:08 | Araq | ah, come on :P |
14:58:47 | exhu | Araq, i remember running two python copies that use a C-module compiled as DLL, and they used twice as much memory according to the monitor |
14:59:15 | exhu | Araq, after executing "import mydllmodule" |
14:59:43 | Araq | I see what you mean but it's hard to merge these loadLibrary calls due to modularity requirements |
15:00:24 | Araq | if you make a single x11 module that *includes* the submodules there will be a single LoadLibrary call |
15:00:30 | exhu | Araq, but linux dloader seems to be smart enough |
15:00:57 | Araq | what version of windows did you test? |
15:01:20 | exhu | Araq, it was in the times of winxp, i guess |
15:06:03 | exhu | it's pity windows is huge nowadays, it's too fat to use in a vm for quick testing. :( i wan't good old win98 back which occupied some 90 megs -) |
15:07:15 | Araq | I have win xp in a VM :-) |
15:07:32 | Araq | and I check proper releases still work on that |
15:10:39 | OrionPK | disks are cheap these days |
15:10:45 | OrionPK | 3tb hdd is like $100 |
15:19:05 | Varriount | Araq, NIH? |
15:19:27 | Araq | Varriount: "not invented here" |
15:20:20 | Varriount | So, you don't want to add a function that deletes a range of entries in a sequence because... it wasn't invented by nimrod? |
15:20:31 | * | Varriount is confused |
15:21:00 | Araq | I don't like D-like ranges because I haven't invented them :P |
15:22:03 | Araq | more seriously though |
15:22:18 | Araq | don't we already have that 'delete' somewhere? |
15:22:41 | Varriount | We have the delete for single entries in a sequence, and for range in strings. |
15:22:46 | Varriount | *ranges |
15:23:00 | Varriount | But not for ranges in sequences. |
15:23:00 | Araq | aha |
15:23:06 | Araq | add it then please |
15:23:30 | * | Araq though you were talking about a D-like range concept |
15:23:52 | Varriount | I've already written the function. It's adapted from the the strutils delete function. |
15:24:03 | Varriount | What about the insert function? |
15:24:04 | * | DAddYE joined #nimrod |
15:24:59 | Varriount | Araq, preview of the code -> https://gist.github.com/Varriount/7071043 |
15:26:37 | Araq | I think we should simply optimize s = s[0..k] instead |
15:27:58 | Araq | but this requires 'delete' anyway, so ok |
15:28:15 | Araq | get rid of the ': void' return type I hate it |
15:28:34 | Araq | use 'shallowCopy' instead of '=' for s[i] = s[j] |
15:28:49 | Araq | name it "insert" instead of "insertSeq" |
15:29:12 | Varriount | If I name it insert though, the parameters are ambiguous. |
15:29:32 | Araq | really? |
15:29:41 | Varriount | You could be wanting to add a sequence as an item in a sequence of sequences |
15:30:02 | Araq | that wouldn't be 2 seq[T] then |
15:30:02 | OrionPK | why modify the first seq, why not just return a new one |
15:30:16 | Varriount | OrionPK, memory. |
15:30:26 | Araq | OrionPK: efficiency is the point here, otherwise you could simply use slices |
15:30:53 | * | DAddYE quit (Ping timeout: 272 seconds) |
15:31:01 | OrionPK | mmmk |
15:31:20 | * | Hannibal_Smith joined #nimrod |
15:34:13 | OrionPK | if you call it someSeq.insert(someOtherSeq,0) it's pretty straight forward whats going on imo |
15:35:10 | Araq | it also helps it doesn't return anything |
15:35:15 | Varriount | Araq, should I change strutils.delete to use shallowCopy as well? |
15:35:30 | Araq | no, chars have a trivial '=' operator |
15:36:04 | Araq | 'shallowCopy' is a *move* optimization |
15:36:15 | exhu | OrionPK, cheap memory is a lame excuse for bloatware. |
15:36:30 | OrionPK | Varriount, pos could have default value of 0 probably |
15:36:37 | OrionPK | exhu it's the price of progress :P |
15:37:35 | OrionPK | you might as well question why games take up more than 1.3 mb |
15:38:06 | OrionPK | 1.4mb floppy disks arent the media of choice anymore |
15:38:20 | Araq | actually games are special in that you can *see* why they now take more than 1.4mb |
15:38:37 | Varriount | *cough*engines*cough* |
15:38:52 | exhu | OrionPK, i can justify games for creative contents, where video and textures demand it, but windows core suddenly bloated from decent winxp gigabyte to tens of gigabytes for win7 etc. |
15:38:52 | OrionPK | yeah, but they grew to kind of fill the space available, Araq |
15:39:00 | OrionPK | thats the point |
15:39:04 | OrionPK | capacities get larger and larger |
15:39:15 | OrionPK | so things that fill those capacities get bigger and bigger |
15:39:31 | Varriount | exhu, I believe that Windows 7 makes heavy use of caching. |
15:39:50 | exhu | Varriount, caching files as files? -) |
15:39:58 | Hannibal_Smith | Little OT: last Pokemon X game, lags sometime -- performance still matters today |
15:40:27 | Varriount | exhu, I thought you were talking about memory usage. |
15:40:46 | OrionPK | he said memory, but we were talking about disk space |
15:40:48 | exhu | Varriount, hard disk space mainly |
15:41:07 | Varriount | Look at wikipedia's article on Windows Vista. Read the section on its development history. |
15:41:07 | Araq | the reality is that more memory is useful for processing larger datasets and doesn't justify bloat, OrionPK |
15:41:35 | exhu | BTW, memory (RAM) is still scarce resource on mobile platforms and flash memory is still slow there too. |
15:41:48 | Varriount | Also, you can always have more processing time, but you can't always have more memory. |
15:41:58 | OrionPK | im not justifying bloat, i'm just saying you should expect things to get larger as storage space gets cheaper |
15:42:15 | Araq | oh alright then |
15:42:34 | OrionPK | same with network speed |
15:43:06 | Varriount | Araq, what's your stance on number values (0-9) in variable names? |
15:43:09 | OrionPK | look at theverge.com and imagine how long that would have taken to load on dialup |
15:43:42 | Araq | Varriount: I think I prefer valA, valB over val1 and val2 |
15:44:06 | Varriount | Ok, gotcha. |
15:44:06 | OrionPK | I dont like valA valB either, boo @ meaningless variable names |
15:44:34 | Varriount | OrionPK, what if you have a function that works on two sets of similar data? |
15:44:53 | exhu | OrionPK, it halts my core i5, unfortunately there are many sites today that eath processing power and are unusable on my dualcore mobile phone. |
15:44:55 | OrionPK | source, destination or maybe firstSet, secondSet? |
15:45:17 | Araq | src and dest obviously |
15:45:41 | OrionPK | im less want to abbreviate things |
15:46:13 | OrionPK | wont* |
15:46:19 | Araq | abbrevs are fine as english inherited way too many long latin words |
15:46:22 | Varriount | Araq, here's the code -> https://gist.github.com/Varriount/7071043 |
15:46:44 | Araq | and I keep typing them wrong ;-) |
15:46:56 | Varriount | So, put it in system.nim? Or where? |
15:46:56 | OrionPK | I dont mind abbreviations, it's a personal preference of mine to not abbreviate variable names |
15:47:29 | Varriount | Too many abbreviations makes me think of C and C++ |
15:47:57 | Araq | Varriount: don't use var seq[T] for 'sTwo' |
15:48:34 | Araq | and name them 'dest' and 'src' |
15:48:51 | Araq | or 'source' |
15:48:52 | Varriount | cbstring = strct(sO,sT); scares me. |
15:49:13 | Araq | Varriount: that's not abbrev that's coding without vowels |
15:49:17 | Araq | big difference |
15:49:18 | Hannibal_Smith | C++ don't use this type of abbreviations, Varriount |
15:49:52 | Varriount | Araq, well then, I like my vowels. |
15:50:09 | Araq | vowels are nice, yes |
15:50:10 | * | Varriount hugs the letter "A" |
15:50:35 | OrionPK | default 0 for pos :P |
15:50:43 | dom96 | Wouldn't 'items' sound nicer than 'src'? |
15:50:52 | Varriount | OrionPK, only if Araq says so. |
15:50:56 | OrionPK | dom96 ya I like that |
15:51:08 | Araq | dom96: 'items' is the default iterator though |
15:51:40 | dom96 | Araq: Would that cause problems? |
15:51:58 | Araq | no but it's confusing |
15:52:42 | dom96 | 'src' makes it sounds as if you're only inserting a part of it. |
15:52:48 | dom96 | *sound |
15:53:28 | OrionPK | "sequence"? |
15:53:37 | dom96 | 'list'? |
15:56:15 | Varriount | Araq, add the functions to system.nim? |
16:01:29 | OrionPK | why make the second parameter a seq |
16:01:39 | * | BitPuffin quit (Ping timeout: 272 seconds) |
16:01:52 | OrionPK | and not varargs |
16:02:29 | Varriount | Because you con't expand a sequence into varargs, but you can put varargs into a sequence |
16:02:50 | dom96 | I think openarray might be more appropriate. |
16:03:21 | Araq | openArray is it, yeah |
16:03:44 | Varriount | For which function? Insert, or delete? |
16:03:48 | Araq | OrionPK: we're careful with varargs, they can weaken the typing |
16:03:57 | OrionPK | good to know |
16:04:12 | Araq | Varriount: the 2nd parameter of insert |
16:05:11 | Araq | and I'd prefer to add them to sequtils tbh |
16:05:26 | Araq | system is bloated |
16:06:22 | Varriount | You know, I wish that strutils was named stringUtils, instead. I keep thinking "structUtils" |
16:07:01 | Araq | strutils was choosen to adhere to DOS's 8.3 filename format, believe it or not |
16:07:12 | Varriount | O_o |
16:07:29 | Varriount | Story time? |
16:09:20 | Araq | no story here; I consider Nimrod incomplete if it doesn't run on DOS ;-) |
16:09:50 | Varriount | Do you have a computer currently running DOS? |
16:10:33 | Araq | no but I have dosbox :P |
16:12:06 | Varriount | Araq, should I write unit tests for the new functions? |
16:13:29 | Varriount | (Although, I don't see simple functions like these breaking unless Nimrod experiences a huge change) |
16:14:07 | dom96 | some asserts in the sequtils module's 'when isMainModule' section should be enough. |
16:14:23 | Varriount | Gotcha. |
16:14:26 | Araq | you can also prove your code correct instead :P |
16:14:43 | Varriount | Araq, already have. |
16:14:50 | Varriount | Did so last night. |
16:15:07 | Araq | which calculus did you use? |
16:15:14 | Varriount | I needed these functions on last nights ongoing work to translate diff-match-patch |
16:15:27 | Varriount | Araq, calculus? |
16:16:29 | Araq | you said you proved it correct. you surely used a calculus for that, right? |
16:16:43 | Varriount | -_-' |
16:16:46 | Araq | ;-) |
16:16:53 | OrionPK | think he means proove as in a proof, not that you tested it |
16:16:58 | OrionPK | prove* |
16:17:53 | * | Varriount throws Araq out the window. |
16:18:12 | Varriount | *Araq's proofs |
16:18:45 | OrionPK | varriount used the "Works On My Machine" calculus |
16:19:21 | Varriount | Also known as the WOMM theory. |
16:24:46 | exhu | speaking about calculus, can you guys recommend Scheme instead of Lua for embedded scripting? :) |
16:27:12 | * | DAddYE joined #nimrod |
16:28:35 | Araq | nope, I can recommend Nimrod with its new VM though |
16:29:05 | Varriount | Nimrod has a new VM? |
16:29:22 | Varriount | Since when? |
16:30:23 | OrionPK | Araq does 'from' support folders? |
16:30:44 | OrionPK | e.g. from foldername import somemodule |
16:31:46 | * | DAddYE quit (Ping timeout: 256 seconds) |
16:32:30 | Araq | OrionPK: no |
16:32:37 | OrionPK | could it? |
16:32:45 | Araq | Varriount: it's in the new vm2 branch and it's what keeps me from fixing bugs |
16:33:51 | Varriount | Ah, I see. |
16:33:55 | Araq | OrionPK: why should it? it doesn't make sense |
16:34:15 | OrionPK | if you want to import multiple files from a folder |
16:34:38 | Araq | oh jezz then don't use a folder |
16:35:01 | OrionPK | just splooge out potentially hundreds of nim files into 1 directory? |
16:35:53 | exhu | nimrod vm can be too fat for embedded scripting |
16:35:59 | * | Varriount looks at the Windows SDK header folder, and shudders. |
16:36:14 | Araq | if you have hundreds of nim files you might have some other problems |
16:36:29 | OrionPK | if the alternative is 5000 line long nim files, then I dont think so |
16:36:34 | OrionPK | if it's a large project |
16:37:30 | * | gdos quit (Ping timeout: 245 seconds) |
16:37:48 | * | exhu quit (Quit: Leaving) |
16:41:08 | shevy | hehe |
16:41:38 | shevy | the 1 million lines of code nimrod project |
16:41:45 | shevy | it can do EVERYTHING |
16:45:15 | * | EXetoC joined #nimrod |
16:59:06 | Varriount | Besides having a functional aspect, for me, seperating code into files helps me *mentally* seperate them. |
17:01:29 | Araq | yup but folders suck for navigation ;-) |
17:02:20 | Varriount | Or get too excessive *cough*java*cough* |
17:02:21 | OrionPK | mary mary quite contrary |
17:07:56 | Varriount | Araq, pull request sent. |
17:09:49 | Araq | ty |
17:11:24 | Varriount | I might be sending a couple more pull requests this week. Mainly a bunch of little things - documentation additions, etc |
17:11:33 | Araq | cool cool |
17:13:04 | dom96 | ooh, I like your usage of 'block'. |
17:15:12 | Varriount | dom96, ? |
17:16:40 | dom96 | in your tests, normally I would just name the variables something else, using a separate never entered my mind. |
17:16:45 | dom96 | *separate scope |
17:19:21 | Varriount | Although the functional features of the block statement aren't needed very often, they do help tell whoever is reading the code that "this section is seperate from other parts" |
17:28:01 | * | DAddYE joined #nimrod |
17:29:49 | dom96 | Araq: Can you test babel on Mac OS X please? |
17:30:10 | Araq | ok |
17:34:29 | * | DAddYE quit (Ping timeout: 248 seconds) |
17:34:53 | OrionPK | can anyone explain this error? https://gist.github.com/onionhammer/7072696 |
17:35:04 | OrionPK | most relevant lines are 14-18 |
17:35:28 | Araq | setting.mget(key).add(newSetting) # should work |
17:35:36 | Araq | and yeah I know, I know |
17:35:47 | OrionPK | ok, known issue? |
17:37:47 | Araq | it's not a compiler bug |
17:37:59 | Araq | but it's a known gotcha |
17:38:18 | Araq | of the language |
17:38:31 | OrionPK | ah hmm |
17:46:35 | * | EXetoC quit (Ping timeout: 248 seconds) |
17:53:32 | OrionPK | does the 're' module support named groups |
17:54:28 | Araq | I don't think so |
17:55:15 | OrionPK | pity |
18:31:32 | * | DAddYE joined #nimrod |
18:31:51 | * | Hannibal_Smith quit (Quit: Sto andando via) |
18:35:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
19:00:59 | * | Associat0r joined #nimrod |
19:00:59 | * | Associat0r quit (Changing host) |
19:00:59 | * | Associat0r joined #nimrod |
19:32:20 | * | DAddYE joined #nimrod |
19:38:38 | * | DAddYE quit (Ping timeout: 240 seconds) |
19:40:22 | guaqua | OrionPK: ran into the same issue myself. probably line 17 actually does an .mget instead of the regular one? |
19:40:31 | guaqua | because it's forced by the var definition? |
20:00:13 | * | Associat0r quit (Read error: Connection reset by peer) |
20:01:18 | * | Associat0r joined #nimrod |
20:01:18 | * | Associat0r quit (Changing host) |
20:01:18 | * | Associat0r joined #nimrod |
20:22:06 | * | BitPuffin joined #nimrod |
20:28:11 | * | Endy quit (Ping timeout: 248 seconds) |
20:32:05 | xybre | Hi dom96, thanks. |
20:35:50 | * | DAddYE joined #nimrod |
20:40:38 | * | DAddYE quit (Ping timeout: 240 seconds) |
20:56:27 | * | shevy quit (Remote host closed the connection) |
21:03:29 | * | OrionPKM joined #nimrod |
21:04:52 | * | q66 quit (Quit: Leaving) |
21:10:26 | * | q66 joined #nimrod |
21:16:17 | * | xenagi joined #nimrod |
21:37:18 | * | DAddYE joined #nimrod |
21:37:36 | * | OrionPKM quit (Remote host closed the connection) |
21:44:17 | * | DAddYE quit (Ping timeout: 272 seconds) |
21:49:36 | * | wlhlm quit (Quit: weechat 0.4.2) |
21:50:18 | * | brson joined #nimrod |
21:55:07 | * | brson quit (Ping timeout: 248 seconds) |
21:56:32 | * | brson joined #nimrod |
22:10:12 | * | gdos joined #nimrod |
22:23:51 | * | gdos quit (Ping timeout: 240 seconds) |
22:30:13 | * | gdos joined #nimrod |
22:41:04 | OrionPK | distnct |
22:41:06 | OrionPK | seriously? |
22:41:16 | OrionPK | the "i" is too much extra noise? ;P |
22:41:30 | OrionPK | distinct is a keyword? |
22:49:35 | Araq | yes |
22:50:56 | Araq | maybe we should have used "unique" instead? |
22:51:08 | OrionPK | probably preferably under the circumstances |
22:51:19 | OrionPK | thats the 2nd thing I looked for |
22:52:11 | OrionPK | for the map proc, is there a way to skip items if they dont fit the pattern you want? |
22:53:04 | Araq | "filter" perhaps? I'm not really familar with sequtils tbh |
22:53:23 | OrionPK | mm, that probably works |
22:53:32 | OrionPK | though it forces you to return the same type |
22:54:08 | * | q66 quit (Quit: Leaving) |
22:54:33 | OrionPK | so I have to do a map() then a filter() |
22:54:56 | Araq | and "map" doesn't force you to return the same type? |
22:55:25 | OrionPK | the whole point of map is to return something else |
22:55:27 | OrionPK | based on the iterated item |
22:55:45 | Araq | yeah lol |
22:55:49 | xenagi | erm... doesn't map return a list? |
22:55:50 | * | Araq is tired |
22:56:03 | OrionPK | xenagi, yeah it returns a seq |
22:56:08 | OrionPK | but what I want is basically a 'mapfilter' |
22:56:08 | OrionPK | :) |
22:56:26 | OrionPK | instead I have to map(callback).filter(callback) |
22:56:31 | Araq | so implement it, it's ~5 lines of code |
22:56:33 | xenagi | i see |
22:56:43 | xenagi | i think python calls that a list comprehension |
22:56:59 | xenagi | [ x for x in list if meets_cond(x) ] |
22:57:35 | OrionPK | araq I will |
23:01:41 | Araq | xenagi: you're right |
23:10:25 | * | gdos quit (Ping timeout: 272 seconds) |
23:10:39 | Varriount | OrionPK, a goog project would be to implement python's itertools in nimrod. |
23:10:46 | Varriount | *good |
23:19:34 | * | Associat0r quit (Read error: Connection reset by peer) |
23:19:50 | * | Associat0r joined #nimrod |
23:19:50 | * | Associat0r quit (Changing host) |
23:19:50 | * | Associat0r joined #nimrod |
23:29:03 | * | Associat0r quit (Read error: Connection reset by peer) |
23:30:11 | * | Associat0r joined #nimrod |
23:30:11 | * | Associat0r quit (Changing host) |
23:30:11 | * | Associat0r joined #nimrod |
23:42:14 | * | DAddYE joined #nimrod |
23:50:19 | * | DAddYE quit (Ping timeout: 272 seconds) |