00:01:26 | * | Demos joined #nimrod |
00:02:51 | * | ddl_smurf quit (*.net *.split) |
00:02:51 | * | EXetoC quit (*.net *.split) |
00:02:52 | * | mal`` quit (*.net *.split) |
00:02:53 | * | zahary__ quit (*.net *.split) |
00:02:57 | * | ddl_smurf_ is now known as ddl_smurf |
00:03:24 | * | mal`` joined #nimrod |
00:06:53 | * | zahary__ joined #nimrod |
00:08:22 | * | EXetoC joined #nimrod |
00:17:43 | * | q66 quit (Read error: Connection reset by peer) |
00:20:27 | * | q66 joined #nimrod |
00:23:54 | * | q66 quit (Remote host closed the connection) |
00:24:23 | * | q66 joined #nimrod |
00:29:16 | * | q66 quit (Client Quit) |
00:29:54 | * | brson quit (Quit: Lost terminal) |
00:31:07 | * | brson joined #nimrod |
00:32:20 | * | q66 joined #nimrod |
02:00:43 | * | xenagi joined #nimrod |
02:02:19 | Demos | hm I am trying to decide between using a rootless gobolinux installation or just using stow |
02:04:01 | fowl | Demos, ahoy. i doubt anybody has done any work on rootless in 4+ years |
02:04:39 | Demos | OK than I will probably just use stow |
02:09:10 | * | DAddYE_ quit (Remote host closed the connection) |
02:09:43 | * | DAddYE joined #nimrod |
02:12:30 | Demos | this is in an effort to get up to dat packages on a university system |
02:12:34 | Demos | *date |
02:13:45 | * | DAddYE quit (Ping timeout: 240 seconds) |
02:21:44 | * | Varriount_ joined #nimrod |
02:22:40 | fowl | just install arch on it? |
02:23:00 | * | Varriount quit (Ping timeout: 245 seconds) |
02:23:28 | * | VarriountMobile quit (Ping timeout: 245 seconds) |
02:24:31 | Demos | that probably would work, but I would rather not use all that disk space |
02:31:35 | Varriount_ | You know something isn't right when you type in the name of a software project, and google suggests adding "dead" onto the end |
02:42:02 | * | batman joined #nimrod |
02:42:26 | * | batman is now known as Guest59796 |
02:44:54 | * | DAddYE joined #nimrod |
02:45:14 | * | Guest59796 is now known as xenagi|laptop |
03:11:23 | * | Mordecai joined #nimrod |
03:12:35 | * | psquid quit (Ping timeout: 245 seconds) |
03:18:26 | * | psquid joined #nimrod |
03:18:27 | * | Mordecai quit (Ping timeout: 240 seconds) |
03:25:24 | Varriount_ | OrionPK: ping |
03:25:38 | * | Varriount_ is now known as Varriount |
03:26:58 | OrionPK | sup |
03:28:58 | Varriount | OrionPK: I did it. I made a docComment continuation plugin |
03:29:11 | Varriount | :D |
03:29:34 | OrionPK | fuck yeah:-) |
03:29:39 | OrionPK | how's it work? |
03:30:38 | Varriount | https://gist.github.com/Varriount/8294278 |
03:30:47 | Varriount | It does a series of checks. |
03:31:05 | Varriount | It checks that the previous line was a comment line via scopes |
03:31:45 | Varriount | It checks that the latest command in the history buffer is an 'insert' with a value of '\n' |
03:32:15 | Varriount | And it checks that the current line contains only whitespace characters |
03:33:40 | Varriount | It probably has a few bugs. The only one I know of at the moment is that it will try to 'continue' regular comments, but that's easy to fix with a change to the tmLanguage file |
03:34:05 | OrionPK | cool |
03:34:09 | OrionPK | so check it in :P |
03:34:30 | Varriount | I need to add settings. :P |
03:36:28 | OrionPK | pshh |
03:36:38 | Varriount | OrionPK: Do we have a settings file to load from? |
03:39:32 | OrionPK | dont think so |
03:49:10 | * | shodan45 joined #nimrod |
03:53:11 | OrionPK | you know what would also be cool varriount |
03:53:19 | OrionPK | syntax highlighting for {emit} pragmas |
03:54:01 | Varriount | Huh? |
03:54:14 | Varriount | Remind me again what emit pragmas are? |
03:54:47 | OrionPK | http://nimrod-lang.org/nimrodc.html#emit_579166034 |
03:59:08 | Varriount | OrionPK: It's... possible |
03:59:27 | Varriount | The only snag is the usage of backticks in the emit pragma |
03:59:37 | Varriount | Or rather, the emit pragma's c++ code |
03:59:51 | OrionPK | just do basically what I did for tmpl |
04:00:17 | OrionPK | I highlight HTML/etc embedded, and then I highlight symbols w/in the HTML |
04:00:28 | * | xenagi|laptop quit (Quit: Leaving) |
04:04:24 | * | brson quit (Quit: leaving) |
04:06:25 | * | DAddYE quit (Read error: Connection reset by peer) |
04:26:41 | OrionPK | i'm going to experiment w/ adding it |
04:26:56 | OrionPK | im going to assume it's emitting C though |
04:27:09 | OrionPK | maybe we can add a setting to tell it which language to emit :\ |
04:27:18 | OrionPK | which language to highlight w/ that is |
04:27:24 | OrionPK | might be C/C++/ObjC/JS |
04:27:40 | Varriount | OrionPK: Pushing the new code. It's not 100% finished, but I thought that you might want to have it in the official plugin |
04:27:51 | OrionPK | definitely |
04:28:35 | * | girvo joined #nimrod |
04:30:16 | Varriount | OrionPK: Done. |
04:30:30 | Varriount | Now I'm gonna go get food as my reqard |
04:30:34 | Varriount | *reward |
04:30:45 | OrionPK | :) |
04:31:07 | OrionPK | doesnt work in global scope? |
04:40:23 | OrionPK | got assembly highlighting working :0 |
04:41:49 | Demos | wow, is the highlight code nimrod or python? |
04:44:07 | OrionPK | you mean that does the highlighting? |
04:44:17 | OrionPK | neither, it's a sublime language definition |
04:44:28 | Demos | darn |
04:44:39 | Demos | just for x86 |
04:45:01 | OrionPK | depends what syntax highlighting you have installed w/ sublimetext |
04:45:08 | OrionPK | I just tell sublime it's "asm" |
04:45:13 | Demos | ah, neat |
04:45:53 | Demos | I was gunna try and hijack your code and get VS to do the same thing, but if it is not trivial nimrod code I can call I am not gunna bother |
04:46:05 | Demos | also, adding new project types in VS is a real chore |
04:46:06 | OrionPK | which? |
04:46:15 | Demos | hm |
04:46:18 | OrionPK | which code? |
04:46:28 | Demos | the code that does the highlighting |
04:46:38 | Demos | that figures out what colors to color the x86 assembly |
04:46:45 | OrionPK | the code that does the highlighting is purely sublime text stuff |
04:47:20 | Demos | yeah see vs has a virtual method called ScanTokenAndProvideInfoAboutIt(ref TokenInfo, int status) and you lex the code there |
04:48:05 | OrionPK | mm |
04:48:07 | OrionPK | fun :P |
04:48:15 | Demos | yeah, and that is the easy part |
04:49:24 | Demos | adding build/project support requires using a virtually undocumented COM API (and implementing COM objects) or using MPFProj which is a library except that you can not actually compile it as a library, you need to import it into your VS project by manually editing the MSBuild XML files |
04:50:34 | OrionPK | varriount do you know how to escape a damn colon in this yaml |
04:50:51 | Demos | who maintains babel? |
04:51:00 | OrionPK | dom96 |
04:51:30 | Demos | has anyone gotten it working on windows? |
04:51:57 | OrionPK | why wouldnt it work? |
04:52:27 | Demos | it fails with exception EBabel for me |
04:52:42 | Demos | invalid command line option --noBabelPath |
04:52:59 | Demos | when running src/babel1.exe install |
04:54:04 | OrionPK | interesting |
04:54:07 | OrionPK | idk i havent rebuilt it in a while |
04:54:36 | Demos | I tried to get it building a month or so ago and it failed then as well |
04:58:46 | OrionPK | https://dl.dropboxusercontent.com/u/417554/syntax.png |
04:59:13 | OrionPK | not valid ASM or C in the example, I know :P |
05:06:52 | Demos | not bad |
05:17:37 | Demos | W0000 got stow working |
05:17:45 | OrionPK | cool,. |
05:17:49 | OrionPK | what's that |
05:19:08 | Demos | it lets you install stuff with like --prefix=/usr/local/stow/emacs and than from /usr/local/stow you execute stow emacs and it symlinks stuff into /usr/local |
05:20:04 | OrionPK | ah k |
05:20:26 | Demos | I want a compiler on my school UNIX account that is not GCC 4.4 |
05:22:23 | fowl | why not just build things into ~/local |
05:22:53 | Demos | because I installed emacs incorrectly once and never want to go through the experience of deleting it again |
05:23:06 | Demos | my other thought was gobolinux rootless |
05:23:07 | fowl | i'll try rootless now to see if it still works.. as i remember it butchers your configs so its best to create a new user for it |
05:23:44 | Demos | yeah, dont bother. Aside from some perl wierdness (I had to get perl set up to install stuff locally) stow seems to work |
05:24:02 | Demos | and dear god building stuff with make -j24 is amazing |
05:24:37 | fowl | thats a lot of cores |
05:27:08 | Demos | actually I am not sure I will be authorized to access this computer system next semester, that could be motivation to drop my linear algebra class and just take a crypto class or something... |
05:27:41 | fowl | you have your own laptop dont you |
05:29:40 | * | OrionPK quit (Write error: Broken pipe) |
05:30:47 | * | Raynes quit (Ping timeout: 241 seconds) |
05:30:54 | fowl | Demos, rootless fails because my python is too new |
05:31:18 | Demos | yeah but the labs have Xenons with 4k screens |
05:31:30 | Demos | well 1/2 4k but still |
05:32:35 | * | Raynes joined #nimrod |
05:32:44 | * | olahol_ joined #nimrod |
05:32:51 | * | Raynes quit (Changing host) |
05:32:51 | * | Raynes joined #nimrod |
05:34:42 | * | orbitz_ joined #nimrod |
05:34:45 | * | silven_ joined #nimrod |
05:36:13 | * | xenagi quit (*.net *.split) |
05:36:14 | * | aftershave quit (*.net *.split) |
05:36:38 | * | xenagi joined #nimrod |
05:38:38 | * | mal`` quit (Ping timeout: 264 seconds) |
05:39:14 | * | aftershave joined #nimrod |
05:39:30 | * | mal`` joined #nimrod |
05:39:42 | * | eigenlicht quit (*.net *.split) |
05:39:43 | * | JStoker quit (*.net *.split) |
05:39:44 | * | olahol quit (*.net *.split) |
05:39:46 | * | silven quit (*.net *.split) |
05:39:46 | * | orbitz quit (*.net *.split) |
05:40:38 | * | JStoker joined #nimrod |
05:40:39 | * | JStoker quit (Changing host) |
05:40:39 | * | JStoker joined #nimrod |
05:46:01 | * | xenagi|2 joined #nimrod |
05:46:47 | * | eigenlicht joined #nimrod |
05:52:18 | * | mal`` quit (*.net *.split) |
05:52:18 | * | xenagi quit (*.net *.split) |
05:52:19 | * | Raynes quit (*.net *.split) |
05:52:19 | * | girvo quit (*.net *.split) |
05:52:20 | * | zahary__ quit (*.net *.split) |
05:53:14 | * | mal`` joined #nimrod |
05:57:09 | * | xenagi|2 quit (Quit: Leaving) |
05:57:48 | * | Raynes joined #nimrod |
05:57:48 | * | zahary__ joined #nimrod |
06:19:26 | * | isenmann joined #nimrod |
06:33:06 | * | Demos quit (Quit: Leaving) |
06:35:58 | * | shodan45 quit (Ping timeout: 245 seconds) |
07:50:35 | * | achim joined #nimrod |
08:02:29 | * | orbitz_ quit (Quit: Reconnecting) |
08:02:35 | * | orbitz joined #nimrod |
08:06:58 | * | shodan45 joined #nimrod |
08:09:46 | * | Araq_ joined #nimrod |
08:15:02 | * | shodan45 quit (Quit: Konversation terminated!) |
09:35:30 | * | CarpNet joined #nimrod |
11:11:46 | * | radsoc joined #nimrod |
11:33:57 | * | psquid quit (Ping timeout: 248 seconds) |
11:38:33 | * | psquid joined #nimrod |
11:42:06 | * | achim quit (Quit: Computer has gone to sleep.) |
11:42:19 | * | achim joined #nimrod |
12:17:18 | * | faassen joined #nimrod |
12:39:10 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131205075310]) |
13:00:01 | * | [1]Endy joined #nimrod |
13:06:31 | * | psquid quit (Quit: work) |
13:18:32 | * | darkf quit (Quit: Leaving) |
13:19:11 | * | aftersha_ joined #nimrod |
13:29:54 | * | [2]Endy joined #nimrod |
13:33:25 | * | [1]Endy quit (Ping timeout: 248 seconds) |
13:34:24 | * | EXetoC quit (Quit: WeeChat 0.4.2) |
13:49:23 | * | OrionPK joined #nimrod |
14:11:03 | * | Araq_ joined #nimrod |
14:25:00 | * | aftersha_ quit (Quit: Computer has gone to sleep.) |
14:43:16 | * | aftersha_ joined #nimrod |
14:58:43 | * | reactormonk joined #nimrod |
14:58:54 | Araq_ | hi reactormonk wb |
14:58:56 | Araq_ | bbl |
14:58:58 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131205075310]) |
14:59:02 | reactormonk | back we are |
15:09:11 | Varriount | OrionPK: Good work with the syntax highlighting. Have you found any bugs in the comment continuation plugin? |
15:14:40 | * | psquid joined #nimrod |
15:21:16 | * | Amrykid quit (Excess Flood) |
15:22:55 | * | Amrykid joined #nimrod |
15:30:25 | * | Amrykid quit (Changing host) |
15:30:25 | * | Amrykid joined #nimrod |
15:31:46 | Varriount | Araq: Have you seen the latest xkcd comic? |
15:33:11 | * | ddl_smurf quit (Quit: ddl_smurf) |
15:41:34 | * | EXetoC joined #nimrod |
15:42:31 | * | aftersha_ quit (Quit: Computer has gone to sleep.) |
15:46:45 | * | io2 joined #nimrod |
15:58:39 | * | [1]Endy joined #nimrod |
16:00:18 | * | gradha joined #nimrod |
16:02:38 | * | [2]Endy quit (Ping timeout: 264 seconds) |
16:15:13 | * | [1]Endy quit (Ping timeout: 252 seconds) |
16:22:23 | OrionPK | Varriount havent had much time to use it, but it seemed to work inside of procs |
16:22:31 | OrionPK | it didn't work in the global scope |
16:24:04 | Varriount | Really? Odd. |
16:26:43 | OrionPK | yeah, can you not reproduce it? |
16:26:54 | Varriount | Oh, I can. |
16:27:01 | Varriount | I know what's causing it too. |
16:27:25 | Varriount | OrionPK: Having copius amounts of debug statements can be a good thing. |
16:27:53 | Varriount | It's the second check - to test if the current line contains only whitespace characters |
16:30:02 | OrionPK | ah |
16:30:16 | OrionPK | so did you figure out how to get CTRL+R working? |
16:40:59 | Varriount | ctrl+r? |
16:43:37 | Varriount | Hey dom96, could you hook up nimbot to the Nimrod-Sublime repo? |
16:44:59 | dom96 | sure, add http://picheta.me/github to you |
16:45:09 | dom96 | *your webhooks |
16:45:41 | dom96 | and give me a link to the repo |
16:45:41 | dom96 | https://github.com/Varriount/Nimrod-Sublime is this it? |
16:45:55 | dom96 | !addrepo Varriount Nimrod-Sublime |
16:45:55 | NimBot | Done. |
16:46:00 | dom96 | !repos |
16:46:00 | NimBot | Announced repos: Araq/Nimrod, nimrod-code/nimbuild, nimrod-code/aporia, nimrod-code/nimforum, nimrod-code/babel, nimrod-code/packages, dom96/jester, nimrod-code/csources, Varriount/Nimrod-Sublime |
16:47:07 | Varriount | Mkay, hook added |
16:47:24 | Varriount | dom96: What editor do you use with nimrod? |
16:47:29 | Varriount | Oh wait, nevermind |
16:55:06 | OrionPK | Varriount go into a python file and hit ctrl+R |
16:55:15 | OrionPK | type the name of a function |
16:58:42 | Varriount | OrionPK: Look at "Symbol List.tmPreferences" |
16:58:59 | Varriount | In python's package directory. |
16:59:03 | OrionPK | im at work atm |
16:59:18 | Varriount | Er, Sublime Text's python package |
17:00:12 | Varriount | OrionPK: Sublime Text uses a tmPreferences file to tell it what symbols to show when you press ctrl+r |
17:01:03 | Varriount | You give it a list of scopes, and transformations to apply to the information contained in the scopes to present to the user. |
17:06:31 | OrionPK | mmk cool |
17:06:36 | OrionPK | we need one of those |
17:07:37 | zahary__ | btw Varriount, how should one install the sublime-text plugin? merely by cloning it in Installed Packages? |
17:07:58 | zahary__ | I'm not much of a sublime user, but a friend of mine asked me about it |
17:09:11 | gradha | yeah, yeah, it's always "for a friend" |
17:18:59 | OrionPK | zahary__ thats exactly how |
17:19:13 | OrionPK | until we get it into package control |
17:19:26 | OrionPK | in sublime, click 'browse packages', and clone the repo from that folder |
17:19:29 | zahary__ | and that's all? are you using sublime-text 3? |
17:19:52 | OrionPK | st2 |
17:20:01 | OrionPK | but it should work in 3 |
17:20:49 | OrionPK | that's petty much all u need do |
17:21:04 | * | achim quit (Quit: Computer has gone to sleep.) |
17:22:55 | gradha | dom96: so basically anybody can hook to nimbot and spam this channel? Hmmmm… |
17:22:59 | * | achim joined #nimrod |
17:23:25 | dom96 | gradha: no. |
17:25:36 | * | ddl_smurf joined #nimrod |
17:26:06 | zahary__ | !addrepo zah nimrod.vim |
17:26:06 | NimBot | Access denied. |
17:27:12 | * | aftersha_ joined #nimrod |
17:33:25 | * | faassen quit (Quit: Leaving.) |
17:41:07 | * | ddl_smurf quit (Quit: ddl_smurf) |
17:50:56 | * | EXetoC quit (Ping timeout: 240 seconds) |
17:50:59 | * | Icefoz quit (Ping timeout: 240 seconds) |
17:53:45 | * | DAddYE joined #nimrod |
17:53:58 | * | brson joined #nimrod |
17:54:04 | * | Icefoz joined #nimrod |
17:56:30 | * | EXetoC joined #nimrod |
17:58:36 | * | achim quit (Quit: Computer has gone to sleep.) |
18:04:55 | Varriount | zahary: The reason it isn't on package control yet is... because neither OrionPK nor I have put it up yet. |
18:07:13 | * | shodan45 joined #nimrod |
18:07:45 | * | Icefoz_ joined #nimrod |
18:09:40 | * | EXetoC quit (Ping timeout: 240 seconds) |
18:09:41 | * | Icefoz quit (Ping timeout: 240 seconds) |
18:11:43 | * | achim joined #nimrod |
18:11:51 | * | aftersha_ quit (Quit: Computer has gone to sleep.) |
18:14:12 | * | Mordecai joined #nimrod |
18:14:57 | OrionPK | well, it's not ready yet |
18:15:00 | OrionPK | :) |
18:15:29 | OrionPK | varriount i still think we should get rid of the _filter stuff |
18:16:59 | * | psquid quit (Ping timeout: 260 seconds) |
18:17:44 | * | Mordecai is now known as psquid |
18:21:00 | * | EXetoC joined #nimrod |
18:21:40 | EXetoC | someone is clogging them tubes |
18:26:02 | OrionPK | uh oh |
18:32:58 | * | zielmicha joined #nimrod |
18:35:17 | Varriount | OrionPK: Feel free to. |
18:36:21 | Varriount | OrionPK: Also, I would like it if we started working in branches. I know that most of our additions are fairly trivial, but it makes it easier to sort things out when there's a conflict. |
18:37:07 | OrionPK | i'd prefer to do branches after release |
18:37:29 | Varriount | Ok. |
18:38:53 | Varriount | OrionPK: And what needs to be done for a release? |
18:39:19 | OrionPK | we need to test it on ST3 and other platforms |
18:39:28 | OrionPK | get some other people to test it out too i think |
18:40:37 | Varriount | I think that we also need user-configurable settings. :/ |
18:40:45 | Varriount | Hey OrionPK, what's needed to get the completion stuff to work? |
18:41:02 | OrionPK | completion stuff? |
18:41:14 | Varriount | Whatever uses idetools |
18:41:23 | OrionPK | ah |
18:41:31 | OrionPK | F12 on windows |
18:41:49 | OrionPK | in theory it should work if you have nimrod in your PATH |
18:41:58 | OrionPK | it's not perfect though |
18:42:08 | Varriount | Eh, it tries to open os.nim up in my browser. |
18:42:15 | OrionPK | lol... what? |
18:42:26 | Varriount | Then again, by default, nimrod isn't in my PATH |
18:44:26 | Varriount | Aaand even after adding nimrod to my PATH, it opens up in Chrome |
18:45:24 | * | CarpNet quit (Quit: Leaving) |
18:46:03 | Varriount | OrionPK: Do I need a project file or something? |
18:47:09 | Varriount | Ok, now I get an error. |
18:47:11 | Varriount | Traceback (most recent call last): |
18:47:11 | Varriount | File ".\sublime_plugin.py", line 362, in run_ |
18:47:11 | Varriount | return self.run(edit) |
18:47:11 | Varriount | File ".\Lookup.py", line 50, in run |
18:47:11 | Varriount | File ".\Lookup.py", line 30, in lookup |
18:47:11 | Varriount | TypeError: idetool() takes at least 5 arguments (4 given) |
18:47:33 | * | Varriount quit (*.net *.split) |
18:50:00 | * | achim quit (Quit: Computer has gone to sleep.) |
18:52:50 | * | achim joined #nimrod |
18:53:23 | * | Varriount joined #nimrod |
18:54:08 | OrionPK | interesting |
18:54:53 | OrionPK | works for me |
18:56:27 | Varriount | Ok, that was odd. |
18:56:47 | Varriount | OrionPK: You aren't messing with ip settings or something using the plugin, are you? |
18:57:01 | OrionPK | look @ the source |
18:57:29 | Varriount | My host resolution for freenode went wonky for a couple minutes. I couldn't even ping the ip address |
19:01:23 | * | Mat3 joined #nimrod |
19:01:28 | Mat3 | hi al |
19:01:36 | Mat3 | ehm hi all |
19:02:31 | OrionPK | hello |
19:08:47 | Araq | Varriount: I read Peter Norvik's regex construction algorithm if that's what you mean |
19:09:11 | Araq | ping zahary, zahary__ |
19:13:11 | Mat3 | hi OrionPK and Araq |
19:13:53 | Araq | hi Mat3 |
19:13:59 | Araq | I'm waiting for your docs :-) |
19:15:54 | * | Demos joined #nimrod |
19:26:37 | * | Demos quit (Read error: Connection reset by peer) |
19:28:10 | Mat3 | Araq: I'm still writing the ISA reference and assume to be finish next thursday (german only at moment) |
19:28:34 | Araq | I think I can still read German :P |
19:29:37 | Araq | ping gradha |
19:30:03 | gradha | pong Araq |
19:31:41 | Araq | tried it without the immediate? |
19:31:47 | Mat3 | Araq: I was told to write more lyrical than prosa so my wife edit the text beside writing ;) |
19:31:58 | gradha | no |
19:32:02 | * | Demos joined #nimrod |
19:32:08 | Mat3 | hi Demos |
19:32:08 | Araq | I think the manual clearly states that immediate templates don't participate in overloading resolution |
19:32:19 | Demos | yo Mat3 |
19:32:35 | gradha | Araq: ok, I thought overloading only based on types, not on number of parameters |
19:33:32 | gradha | Araq: yep, works, so any way to get rid of the type, or a more nimrodic way to specify it? |
19:38:15 | gradha | brb |
19:38:23 | Araq | what type again? |
19:44:08 | Araq | Mat3: cool. so your wife helps you to write technical documentation |
19:44:56 | Mat3 | yes (fortunatly) |
19:46:39 | * | io2 quit () |
19:54:04 | gradha | Araq: the type of the expected returned seq |
19:54:51 | gradha | second line in the example "seq[typ]" |
19:56:24 | Araq | seq[type(seq1[0])] |
19:56:28 | Araq | doesn't work? |
19:57:03 | gradha | it should get the type of pred, since you might want to change the type of the items in the seq |
19:57:54 | Araq | type(pred(seq1[0])) then |
20:00:00 | gradha | undeclared identifier: 'it', I guess that's why the filter template was immediate |
20:03:59 | Araq | ah I see the "pred" uses the injected it |
20:04:08 | Araq | which doesn't exist yet |
20:04:24 | Varriount | OrionPK: Ping |
20:04:54 | OrionPK | what's up? |
20:05:22 | Araq | type((let it {.inject.} = seq[0]; pred)) |
20:05:33 | Araq | try that one |
20:05:38 | Varriount | Yeah. I fixed the error (old pyc file) however when I press f12, the nimrod file just opens in the browser |
20:05:41 | * | Araq prays it doesn't crash the compiler |
20:06:37 | OrionPK | *shrug* |
20:06:44 | OrionPK | it calls win.open_file(arg, flags) |
20:06:54 | gradha | Araq: Error: type expected |
20:07:03 | Varriount | OrionPK: Eew, you're relying on file type associations? |
20:07:04 | OrionPK | http://www.sublimetext.com/docs/2/api_reference.html#sublime.Window |
20:07:07 | OrionPK | no |
20:07:16 | gradha | Araq: are you sure irc debugging is more efficient than running the code yourself? |
20:07:25 | OrionPK | sublime.window open_file |
20:07:43 | Araq | gradha: yep. I'm reading some paper again |
20:07:53 | Varriount | OrionPK: And.. why would I want to open a file that I already have open? |
20:08:12 | OrionPK | if it's already open, it'll go to that tab |
20:08:20 | OrionPK | to that offset |
20:08:43 | Varriount | Ok, what is f12 supposed to do? |
20:08:50 | * | gradha starts writing a paper titled: "how to release software periodically" |
20:08:56 | OrionPK | F12 is supposed to open the corresponding .nim module |
20:09:00 | OrionPK | in sublime text |
20:09:04 | OrionPK | at the line idetools found it |
20:09:08 | OrionPK | and column |
20:09:28 | Demos | OK is it prefered to use babel or the AUR for installing stuff like aporia? |
20:10:20 | Varriount | OrionPK: The corresponding nim module to.. what, the current selection? |
20:11:10 | OrionPK | yes |
20:11:13 | OrionPK | where your cursor is |
20:11:37 | Varriount | Well, it doesn't work. :/ |
20:11:46 | OrionPK | whats the console say |
20:12:02 | Varriount | Nothing. |
20:12:08 | Varriount | I mean, nothing was printed. |
20:13:23 | EXetoC | Demos: Can't think of any reasons why that would be the case |
20:14:04 | EXetoC | I mean, why it would be preferred. babel is pretty usable imo |
20:14:27 | Demos | well yes, except for not working |
20:14:55 | OrionPK | varriount what OS? |
20:15:27 | * | aftersha_ joined #nimrod |
20:15:48 | Varriount | OrionPK: Wait a sec, I think I know what the problem is |
20:15:57 | OrionPK | try going to the command pallette and using ?nimrod: go to definition" |
20:15:58 | OrionPK | " |
20:16:03 | EXetoC | Demos: yeah, it complains about the lack of a .babel file |
20:16:08 | Varriount | I think one of my other plugins is conflicting |
20:16:17 | OrionPK | ah |
20:16:18 | EXetoC | for me anyway. same for you? |
20:16:26 | Demos | mine complaains about not being able to open a directory |
20:16:33 | Varriount | OrionPK: You really need a better key combo. F12 is.. special |
20:16:39 | OrionPK | F12 is MINE |
20:16:40 | OrionPK | :p |
20:16:50 | OrionPK | F12 is what visual studio uses for lookups |
20:17:08 | Demos | Error: cannot open '~/babel/pkgs/gtk2-1.0 /tmp/babel/aporia/aporia.nim' |
20:18:15 | EXetoC | I guess we should report these two issues |
20:18:36 | Varriount | OrionPK: Ok, I manually ran the command. Nothing happened except for a slight pause. |
20:18:50 | Demos | EXetoC: yeah, same thing seems to happen on windows as well |
20:18:52 | OrionPK | whats the console say |
20:18:56 | Demos | what version are you using |
20:18:57 | fowl | Demos, babel install aporia#head |
20:18:58 | Varriount | OrionPK: What files does the lookup command search through? |
20:19:07 | Varriount | OrionPK: The console says nothing. |
20:19:08 | OrionPK | it doesnt |
20:19:14 | OrionPK | it calls nimrod idetools |
20:19:14 | Demos | FAILURE: package not found |
20:19:38 | OrionPK | console should output the command line it used |
20:19:48 | OrionPK | something like nimrod --verbosity:0 idetools --def --track:..... |
20:19:54 | fowl | Demos, babel update and do it agian |
20:20:00 | Demos | still no dice |
20:20:05 | Varriount | OrionPK: Nope |
20:20:15 | OrionPK | you'll have to debug it, then, because i cant reproduce that |
20:20:31 | fowl | Demos, babel install babel and try again |
20:20:34 | OrionPK | stick a print() in the entry point of that command in python |
20:20:59 | Varriount | OrionPK: Ok, I used it on another part of the file. And Sublime Text crashed. |
20:21:01 | OrionPK | my guess is it's not finding nimrod maybe? |
20:21:47 | Varriount | Though, right before the crash, the correct file and line was printed out into the console. |
20:21:48 | EXetoC | Demos: the latest |
20:22:19 | EXetoC | bbl |
20:22:20 | Demos | I was using the one from the AUR |
20:23:09 | Demos | Oo I ran babel install babel again and I deleted itself |
20:24:05 | * | vendethiel quit (Ping timeout: 248 seconds) |
20:24:41 | * | vendethiel joined #nimrod |
20:24:44 | Demos | command line(1, 1) Error: invalid command line option: '--noBabelPath' |
20:24:52 | Demos | when trying to install it off github |
20:25:52 | dom96 | You need latest Nimrod master. |
20:26:20 | fowl | babel install nimrod |
20:26:23 | Demos | I have the latest nimrod |
20:26:30 | Demos | I just built it! |
20:26:47 | dom96 | Off the master branch? |
20:26:50 | Demos | off devel |
20:27:05 | dom96 | Well you need master. |
20:27:15 | Demos | that is not a good thing |
20:27:34 | Varriount | OrionPK: I'm impressed. I can't remember the last time sublime text crashed. |
20:27:36 | dom96 | Somebody should merge master into devel. |
20:27:58 | Varriount | And take care of the ~19 pull requests |
20:27:59 | OrionPK | lol |
20:31:29 | OrionPK | it works on my desktop(win), work laptop (win) and personal laptop (osx) |
20:32:24 | Demos | yeah, well I was on devel, I would be in favor of babel including a working version of the compiler within itself for these situations |
20:32:41 | Demos | but bable is not a package manager so w/e |
20:36:29 | gradha | since nimrod is now being optimized for popularity https://github.com/Araq/Nimrod/graphs/traffic may help |
20:37:09 | dom96 | ooh yay. I've been waiting for that feature forever now. |
20:37:29 | gradha | lobste.rs? |
20:37:30 | Mat3 | gradha: 404 - this is not the webpage... |
20:38:18 | gradha | Mat3: should be reachable from https://github.com/Araq/Nimrod/graphs |
20:38:32 | gradha | maybe you hit a balanced node not yet updated |
20:39:06 | Mat3 | the Anakin Skywalker animaniac is nice however |
20:39:26 | Mat3 | ^thanks, that link works |
20:46:06 | * | [1]Endy joined #nimrod |
20:50:05 | * | [2]Endy joined #nimrod |
20:52:30 | * | [1]Endy quit (Ping timeout: 245 seconds) |
20:52:48 | gradha | how about an irreproducible stacktrace? http://pastebin.com/SeJqPLUT the "Invalid argument" is suspicious |
20:52:59 | * | ddl_smurf joined #nimrod |
20:56:49 | fowl | kpop blogs are not supported by the runtime |
20:57:07 | gradha | surprisingly they are, once I rerun the command |
20:57:28 | * | [1]Endy joined #nimrod |
20:57:55 | gradha | the code failed downloading like the eigth image |
20:58:08 | Araq | gradha: occording to OrionPK you should be glad httpclient works at all. or was that httpserver? |
20:58:08 | * | dmac joined #nimrod |
20:58:18 | Araq | hi dmac welcome |
20:58:24 | OrionPK | httpserver |
20:58:27 | dmac | Hi |
20:58:30 | dmac | Thanks! |
20:59:38 | Araq | OrionPK, dom96: you should work together and get rid of the broken select asap. I changed my mind. |
21:00:47 | * | [2]Endy quit (Ping timeout: 260 seconds) |
21:02:12 | gradha | I'm glad it will be fixed for the release date of 14th February |
21:03:20 | OrionPK | <3 nimrod valentine |
21:03:38 | OrionPK | you mean you dont want backwards select at all anymore araq? |
21:05:12 | Araq | deprecate it and put it into a different module, then import sockets except select |
21:05:21 | Araq | er |
21:05:29 | Araq | put the new one into a new module |
21:06:09 | dom96 | Wasn't this the plan all along? How exactly did you change your mind? |
21:08:39 | OrionPK | definitey ew @ import sockets except select :p |
21:09:00 | Araq | well alright. my major point is that you 2 should act together *now* and update the stdlib and everything we know that uses select |
21:09:03 | * | Demos quit (Remote host closed the connection) |
21:09:31 | Araq | I can live with a bold "select changed its semantics" in the news and no deprecation path |
21:09:49 | dom96 | I can't. |
21:09:52 | OrionPK | well, that pull request from a while ago does that |
21:10:07 | dom96 | It's far TOO subtle. |
21:10:25 | OrionPK | the subtlety is that people expect the stdlib to have select work properly |
21:10:29 | OrionPK | and it is backwards |
21:10:38 | OrionPK | that confused me for a while |
21:10:49 | * | Demos joined #nimrod |
21:10:59 | dom96 | How about I just finish https://github.com/Araq/Nimrod/blob/newasync/lib/pure/selectors.nim and merge it in? |
21:11:04 | dom96 | Then deprecate select everywhere. |
21:11:21 | dom96 | But then someone will complain that they don't like this high level interface |
21:12:46 | Araq | dom96: that's a different API altogether, so no |
21:13:16 | OrionPK | whats the null checking for every call? |
21:14:17 | OrionPK | I think we have to weigh this like this.. old nimrod users vs. new nimrod users |
21:14:44 | OrionPK | are old nimrod users more likely to be confused by a sudden change in the behavior of select OR are NEW nimrod users more likely to be confused by the backward nature of select? |
21:15:06 | OrionPK | "old" nimrod users are people who are here, "new" ones are people who havent even started nimrod yet |
21:15:28 | OrionPK | old nimrod users know where to go and ask "wtf?" if something stops working, they also pay attention to patch notes |
21:15:29 | Araq | OrionPK: no, that's not really a good question to ask since we all agree it needs to be changed |
21:15:38 | OrionPK | dom doesnt |
21:15:51 | Varriount | I agree that it needs to be changed. |
21:15:52 | OrionPK | I think it should be fixed not duplicated and deprecated |
21:16:44 | Araq | well as far as I can tell we only disagree how the migration path should look like |
21:16:51 | OrionPK | right |
21:17:20 | Varriount | Is this new selectors module based off of the new python async lib? |
21:17:22 | OrionPK | old users might have a momentary "wtf" if they're calling select directly and not through the socket library, but thats a very small # of users is my guess |
21:17:37 | OrionPK | new users will have a very confusing time if there are multiple selects |
21:17:46 | OrionPK | and one does the opposite of the other |
21:17:48 | * | [1]Endy quit (Ping timeout: 252 seconds) |
21:18:03 | Araq | not really if one is clarly marked deprecated |
21:18:18 | Varriount | And hidden in the documentation |
21:18:20 | OrionPK | if they find it in the docs and dont just inherit it from sockets |
21:18:38 | Araq | the compiler warns about deprecated usages ... |
21:18:40 | OrionPK | without even knowing that they "should have" done "except select" |
21:18:54 | Araq | well ok |
21:19:03 | Araq | "except select" is a stupid idea |
21:19:20 | Araq | as that breaks when there is no sockets.select anymore |
21:19:28 | Araq | (or maybe the compiler should allow that?) |
21:19:36 | OrionPK | heh |
21:19:58 | OrionPK | when the compiler picks which function to call, does it look at which are deprecated? |
21:20:02 | OrionPK | if they have the same signature |
21:20:11 | Araq | no |
21:20:16 | Araq | it warns you later |
21:20:25 | Araq | when it picked the deprecated one |
21:20:28 | OrionPK | ah |
21:20:56 | Varriount | Maybe something could be done with "when defined(...)"? |
21:21:25 | OrionPK | god idk.. you know what my position is. how many existing nimrod devs have actually invoked select() manually in their code? |
21:22:11 | Varriount | OrionPK: Fatal Error: Statistical Population too small to calculate requested information. |
21:23:02 | OrionPK | I would have to change my websockets stuff, which isnt even on babel yet, we'd have to change some stdlib stuff |
21:29:21 | reactormonk | did I mention that the nimrod serve still doesn't answer the second request I send it? Only the first one works. |
21:30:12 | * | achim quit (Quit: Computer has gone to sleep.) |
21:30:31 | Varriount | OrionPK, Araq, dom96 - I have done a search on github on "select", and only found ~3 instances of where select is actually used by any external library. |
21:31:16 | gradha | reactormonk: the hyperlinker I wrote ages ago uses server mode without problems |
21:31:35 | gradha | though I haven't used it in ages |
21:31:48 | Varriount | Considering that two of the three results where all repositories whose users are active on this channel, it is reasonable to believe that whatever drastic change to sockets you guys are suggesting should cause relatively little fuss. |
21:32:35 | OrionPK | whose? |
21:32:47 | OrionPK | fowl? |
21:32:53 | Varriount | One by fowl, and one by dom96 |
21:34:54 | gradha | reactormonk: just checked it now, the quality of the results hasn't improved, but at least it doesn't loop forever like you seem to experience |
21:35:00 | * | ddl_smurf quit (Quit: ddl_smurf) |
21:35:09 | Varriount | OrionPK: While we wait for the others, mind explaining to me what all this fuss is about, exactly? And what selectors.nim is modelled after? |
21:36:23 | OrionPK | selectors.nim is part of dom's new asyncio stuff afaik |
21:36:43 | fowl | i use select? |
21:36:46 | OrionPK | looks like it implements several async functions like poll/epoll/select |
21:37:07 | Varriount | And hopefully, once I get my hands on it, IO Completion Ports. |
21:37:13 | reactormonk | gradha, huh? |
21:37:30 | OrionPK | the sockets.nim implementation of select inverts the results, so instead of finding out which fd's changed, you find out the ones that didn't change |
21:37:41 | gradha | reactormonk: you will need to ellaborate on that huh |
21:37:52 | Varriount | OrionPK: Yes, I know. Rather unintuative. |
21:38:05 | OrionPK | thats pretty much all the fuss :p |
21:38:10 | Varriount | -_- |
21:38:40 | OrionPK | my websockets library actually has a different select that converts the results iirc |
21:38:54 | OrionPK | https://github.com/onionhammer/onion-nimrod/blob/master/websockets/websocket_utils.nim#L63 |
21:43:48 | * | Mordecai joined #nimrod |
21:44:25 | Varriount | OrionPK: I skipped over your repo - I already knew that your implementation was different |
21:44:42 | OrionPK | i still use sockets.select though |
21:45:24 | Varriount | Ok then, 4 repos. |
21:45:35 | OrionPK | i would have just reimported it myself if the socket's underlying fd was exposed |
21:47:27 | * | psquid quit (Read error: Operation timed out) |
21:52:13 | Varriount | OrionPK: I'm curious, why is it that select() is used, rather than poll()? |
21:52:37 | Varriount | I mean, as the underlying os api call, not the nimrod procedure. |
21:53:36 | OrionPK | dunno, ask dom96.. select is more portable iirc |
21:54:48 | Varriount | OrionPK: To that, I point you to this page, and the first sentence under "what is nimrod" -> http://nimrod-lang.org/question.html |
21:55:37 | Varriount | It's the leading reason why os.nim has so much inlined/similar/duplicated code |
21:57:06 | OrionPK | we should just implement all of the options and then pick whichever has the best performance on each platform for all the std lib functions |
21:57:09 | * | brson quit (Quit: Lost terminal) |
21:57:42 | * | brson joined #nimrod |
21:58:27 | * | Mordecai is now known as psquid |
22:00:34 | gradha | good night, honey badgers |
22:00:39 | Varriount | Goodnight |
22:00:39 | * | gradha quit (Quit: bbl, need to watch http://www.youtube.com/watch?v=dEf4PJZXBxA again) |
22:00:42 | Mat3 | ciao gradha |
22:01:16 | Varriount | Mat3: The fun is trying to say some form of "goodnight" before he quits :P |
22:01:43 | Varriount | Bonus points if you use proper capitalization, a name, and grammer. |
22:02:10 | Mat3 | he understands me quite right |
22:02:34 | EXetoC | and some grammar c(:)-< |
22:02:46 | Mat3 | OrionPK: Good idea |
22:07:08 | Demos | wow so microsoft's "Visual studio managed package framework project" code is designed to help create custom projects with the managed package framework. Bet nobody can guess what it conflicts with |
22:07:40 | Mat3 | EXetoC: 它的費用的所有問題 [ here you have the right grammar for the new century - all other is wasted time ;) ] |
22:07:41 | Varriount | Poor Demos. I feel your pain. |
22:08:07 | * | brson quit (Ping timeout: 246 seconds) |
22:08:36 | Demos | the documentation was like "the ProjectFactory class implements 12 shell interfaces and over 900 virtual methods" |
22:08:41 | * | Mat3 its even a language independent way of reading |
22:09:12 | Varriount | It's like when I go through sublime text api, and think of all the useful API features that should have been added. |
22:09:43 | fowl | Demos, i added destructors and changing components to entitty, check it out |
22:12:25 | Demos | I had a revelation about how component based systems should be designed! And I gave up on destructors in my attempted implementation of components stored as value types, I wanted to be able to copy the whole gamestate around and it turns out shit hits the fan once you want to copy things that own heap memory |
22:12:25 | Mat3 | ciao, get some sleep |
22:12:35 | * | Mat3 quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
22:12:47 | Demos | so the component's destructor gets an entity parameter? |
22:13:03 | * | io2 joined #nimrod |
22:13:34 | OrionPK | it would be awesome if httpserver got fixed and the new asyncio was awesome :\ |
22:13:41 | OrionPK | then i wouldnt have to use mongoose in my next project |
22:13:46 | OrionPK | :p |
22:13:47 | Varriount | Mongoos? |
22:13:54 | Varriount | *Mongoose |
22:14:15 | OrionPK | https://github.com/cesanta/mongoose/ |
22:14:55 | OrionPK | right now it'd be super easy to crash/hang a program built with httpserver |
22:15:49 | OrionPK | also cgi |
22:15:56 | OrionPK | unless dom fixed that |
22:16:42 | Varriount | OrionPK: I think the next thing that needs to be added to Nimrod-Sublime is pretty.nim formatting. |
22:16:57 | OrionPK | oh yeah? |
22:17:49 | Varriount | OrionPK: One of my favorite sublime text plugins for python is an auto-formatter. One keypress and I get things nice and neat. |
22:18:06 | fowl | Demos, destructors should only really be needed to free memory, or to GCUnref a ref or something |
22:18:10 | OrionPK | i always write my stuff nice and neat from the get go, so :P |
22:18:38 | Varriount | OrionPK: As do I, but it's nice to have something to catch the mistakes that fall through. |
22:18:58 | Varriount | Plus, then other's don't have an excuse for their sloppy formatting. |
22:19:02 | Demos | yeah, my problem was I wanted fast deep copies, and so having to do an indirect function call on each copy was not a good thing |
22:19:23 | OrionPK | can you do it on subsets of code? |
22:19:29 | OrionPK | or does it have to be on a whole file |
22:19:38 | Varriount | I think only subsets |
22:20:01 | OrionPK | I think you should work on REPL next :P |
22:20:32 | Varriount | Nuuu |
22:20:47 | Demos | what is the API for pretty.nim? I managed to skirt around C issues with highlite.nim but that was easy since internally it used cstrings |
22:21:20 | Varriount | Demos: I don't exactly know. |
22:21:30 | * | aftersha_ quit (Quit: Computer has gone to sleep.) |
22:21:50 | * | Mordecai joined #nimrod |
22:21:53 | fowl | Demos, you want to copy an entity? all that is required if you only use value types for components is copymemming the data, otherwise you'd need a copy callback |
22:22:09 | * | psquid quit (Read error: Operation timed out) |
22:23:08 | Demos | yeah, which was the problem. I think I know a better design but I am working on VS stuff now |
22:25:08 | Varriount | Demos: on the latest build of nimrod (just to be safe) use "nimrod pretty <nimrod file>" |
22:25:28 | Demos | oh, not bad at all |
22:26:20 | Varriount | Unfortunately, since nimrod has a rather... sparse style standard, the main changes are to things such as names. |
22:27:14 | Varriount | No newlines are added to seperate procs/templates, etc |
22:27:50 | Demos | so for the nimrod visual studio project template do yall think I should set nimrod's c compiler to msvc? |
22:28:15 | OrionPK | thats a tough call |
22:28:17 | Demos | heh, I may just leave it at default |
22:28:27 | Varriount | Demos: Is there a way to check for gcc, and use msvc as a fallback? |
22:28:37 | Demos | I personally use icc since it can generate pdb files |
22:28:46 | OrionPK | yeah just let nim do its thing.. |
22:28:49 | Demos | yeah |
22:29:14 | Varriount | Demos: You have enough money to buy a copy of the intel compiler? |
22:29:14 | OrionPK | so eta on integrated debugger support in VS demos? :P |
22:30:27 | Demos | Varriount, student version |
22:30:29 | * | Mordecai is now known as psquid |
22:30:53 | Demos | and Orion I was super pleased when I actually was debugging a crash and the debugger stepped into nimrod's generated C |
22:31:12 | OrionPK | nice :) |
22:31:36 | Demos | so that should be easy, I can turn on the source embedding in debug builds |
22:31:36 | OrionPK | can you get it to use nimrod's line # injections to superimpose it onto the actual nimrod code? |
22:31:48 | Demos | getting integration with nimrod's actual debugger is harder |
22:31:49 | OrionPK | that would be very cool |
22:32:53 | * | brson joined #nimrod |
22:33:30 | * | icebattle joined #nimrod |
22:51:52 | Demos | also the debugger sometimes has trouble finding pdb files, which means it can be nessassary to compile the debugging info into the executable or dll, which does not work for large projects |
22:52:12 | Demos | and ofc you are screwed if you are not using msvc or icc |
22:52:20 | Demos | or /maybe/ clang-cl |
23:02:44 | Demos | project.SetSite((IOleServiceProvider)((IServiceProvider)this.package).GetService(typeof(IOleServiceProvider))); |
23:06:39 | Araq | olé olé |
23:10:01 | * | Demos quit (Ping timeout: 272 seconds) |
23:23:43 | EXetoC | wth |
23:24:04 | EXetoC | not cool |
23:28:20 | * | darkf joined #nimrod |
23:31:40 | Araq | muhaha I solved the "shared ref" problem |
23:33:23 | * | radsoc quit (Ping timeout: 260 seconds) |
23:39:18 | Araq | well ... not really of course |