| 00:04:59 | * | q66 quit (Ping timeout: 252 seconds) |
| 00:05:13 | EXetoC | pretty good and that |
| 00:05:29 | * | milosn quit (Ping timeout: 276 seconds) |
| 00:09:00 | Joe_knock | yikes, does anybody else keep up with political news? |
| 00:09:16 | dom96 | no? what happened? did Obama die? |
| 00:10:24 | * | q66 joined #nimrod |
| 00:10:24 | Joe_knock | dom96: It's basically war or near-war in eastern europe, middle east and asia's oceans. |
| 00:10:57 | dom96 | Joe_knock: Ahh, well in all seriousness, I did follow the Ukraine situation a bit. |
| 00:11:23 | dom96 | No idea what's happening in Asia or the middle east. |
| 00:11:49 | flaviu | Joe_knock: source? |
| 00:11:58 | Joe_knock | It's weird though. I don't know how to react, considering how the media likes to make heavy weather of everything. |
| 00:12:01 | * | milosn joined #nimrod |
| 00:12:15 | Joe_knock | flaviu: Huffington Post and other US sources (from Yahoo). |
| 00:12:58 | flaviu | "Giant Vagina Eats Man" |
| 00:13:04 | flaviu | You're right, it is terrible |
| 00:13:46 | flaviu | But really, I can't find anything |
| 00:14:18 | Araq | I don't follow the news much anymore. It's all lies all the way down until you hit turtles |
| 00:14:28 | * | joelmo quit (Quit: Connection closed for inactivity) |
| 00:15:00 | Joe_knock | There's also something about 180 journos getting the death sentence in Egypt. |
| 00:15:21 | flaviu | Joe_knock: Get better sources. Its 3, and its 10 years jail |
| 00:15:36 | Joe_knock | I think the media sometimes puts in these kinds of "doozies" to get some crazies to react to the news, thereby creating more news. |
| 00:15:48 | Demos | I try and listen to the radio while I shower and eat breakfast, but I rarely watch the TV news |
| 00:16:03 | flaviu | Near war in asia means "South korean solder goes insane and kills 5 of his unit" |
| 00:16:37 | Demos | erm perhaps this would be a good thing to take to #nimrod-offtopic... |
| 00:17:03 | EXetoC | possibly |
| 00:17:35 | flaviu | Demos: Yeah, but its empty |
| 00:18:29 | Demos | well still, we should keep politics and religion out of the main channel. |
| 00:19:00 | Joe_knock | yeah, I agree with you guys. I just find the media itself strange. Anyways, back to #nimrod |
| 00:35:58 | * | KevinKelley quit (Ping timeout: 246 seconds) |
| 00:37:20 | Araq | good night |
| 00:44:50 | fowl | Joe_knock, heh, earlier on my facebook people were reacting to a video from the onion like it was real |
| 00:44:58 | fowl | http://www.theonion.com/video/proposed-classified-bill-will-defend-against-flesh,14175/ |
| 00:59:24 | * | q66 quit (Quit: Leaving) |
| 01:00:13 | * | nande joined #nimrod |
| 01:09:47 | * | flaviu quit (Remote host closed the connection) |
| 01:11:18 | * | flaviu joined #nimrod |
| 01:18:51 | * | nequitans_ joined #nimrod |
| 01:23:15 | * | hoverbear joined #nimrod |
| 01:40:58 | * | Arcanum_za joined #nimrod |
| 01:51:13 | * | nande quit (Remote host closed the connection) |
| 01:57:16 | * | nande joined #nimrod |
| 01:57:42 | * | hoverbear quit () |
| 01:58:51 | * | hoverbear joined #nimrod |
| 02:02:46 | * | hoverbea_ joined #nimrod |
| 02:04:05 | * | hoverbear quit (Ping timeout: 244 seconds) |
| 02:04:37 | * | Arcanum_za quit (Ping timeout: 264 seconds) |
| 02:05:20 | * | saml_ joined #nimrod |
| 02:24:09 | * | dorei quit () |
| 02:28:18 | * | brson quit (Quit: leaving) |
| 02:28:43 | * | kemet joined #nimrod |
| 02:29:00 | * | kemet quit (Client Quit) |
| 02:50:33 | * | Demos quit (Ping timeout: 240 seconds) |
| 02:55:50 | * | Joe_knock quit (Quit: Leaving) |
| 03:12:28 | * | springbok joined #nimrod |
| 03:19:00 | * | shevy quit (Ping timeout: 244 seconds) |
| 03:37:05 | * | shevy joined #nimrod |
| 03:50:33 | * | flaviu quit (Ping timeout: 240 seconds) |
| 03:51:10 | * | saml_ quit (Quit: Leaving) |
| 04:18:37 | * | shevy quit (Ping timeout: 240 seconds) |
| 04:32:15 | * | shevy joined #nimrod |
| 04:55:11 | * | nande quit (Remote host closed the connection) |
| 05:01:34 | * | nande joined #nimrod |
| 05:04:33 | * | darkfusion quit (Ping timeout: 240 seconds) |
| 05:09:37 | * | nequitans_ quit (Ping timeout: 240 seconds) |
| 05:23:21 | * | Skrylar joined #nimrod |
| 05:32:47 | * | Puffin quit (Ping timeout: 272 seconds) |
| 05:41:34 | * | kunev joined #nimrod |
| 05:48:21 | * | hoverbear joined #nimrod |
| 05:49:37 | * | hoverbea_ quit (Ping timeout: 240 seconds) |
| 06:03:03 | * | xtagon quit (Ping timeout: 240 seconds) |
| 06:10:17 | * | darkfusion joined #nimrod |
| 06:14:19 | * | hoverbear quit () |
| 06:16:00 | * | gkoller joined #nimrod |
| 06:23:58 | * | btiffin quit (Ping timeout: 244 seconds) |
| 06:34:14 | * | Puffin joined #nimrod |
| 06:34:46 | * | Puffin quit (Client Quit) |
| 06:35:03 | * | BitPuffin joined #nimrod |
| 06:36:55 | * | btiffin joined #nimrod |
| 06:55:47 | * | Matthias247 joined #nimrod |
| 07:15:40 | * | redwolf joined #nimrod |
| 07:15:44 | * | redwolf left #nimrod ("Leaving") |
| 07:19:41 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 07:26:23 | * | nande quit (Remote host closed the connection) |
| 07:58:08 | * | joelmo joined #nimrod |
| 08:01:08 | * | ARCADIVS quit (Quit: WeeChat 0.4.3) |
| 09:00:36 | * | kunev quit (Quit: Lost terminal) |
| 09:44:34 | * | kunev joined #nimrod |
| 09:46:27 | * | shodan45 quit (Read error: Connection reset by peer) |
| 09:46:54 | * | shodan45 joined #nimrod |
| 11:19:14 | * | io2 joined #nimrod |
| 11:33:26 | * | saml_ joined #nimrod |
| 11:43:36 | * | io2 quit (Ping timeout: 260 seconds) |
| 12:13:04 | dom96 | hello |
| 12:13:07 | * | pafmaf joined #nimrod |
| 12:13:08 | * | pafmaf_ joined #nimrod |
| 12:13:30 | * | pafmaf_ left #nimrod (#nimrod) |
| 12:18:43 | dom96 | So, who wants to help get news about babel's new release to the top of reddit? |
| 12:22:34 | joelmo | have you made a post, give the link so I can thumbsup :) |
| 12:22:48 | dom96 | not yet. Wanna see who can help. |
| 12:23:34 | * | untitaker quit (Ping timeout: 244 seconds) |
| 12:29:49 | * | untitaker joined #nimrod |
| 12:34:47 | * | io2 joined #nimrod |
| 12:37:51 | def- | dom96: what kind of help? |
| 12:38:21 | Araq | discussing nimrod on reddit |
| 12:38:29 | dom96 | def-: upvoting, perhaps answering people's questions in comments |
| 12:38:38 | Araq | like telling people "yes, we really support closures" |
| 12:38:40 | dom96 | but mainly upvoting |
| 12:40:44 | def- | dom96: I'll take a look |
| 12:42:09 | * | saml_ quit (Quit: Leaving) |
| 12:44:03 | dom96 | def-: joelmo: Do you guys also have HN accounts? Perhaps you could upvote on HN too? |
| 12:44:26 | def- | sure |
| 12:47:20 | joelmo | dom96: sorry I dont have HN, is it worth to make an account there? |
| 12:47:49 | * | goobles quit (Ping timeout: 246 seconds) |
| 12:47:51 | dom96 | joelmo: Yeah, but even if you make a new account you likely won't be able to upvote. |
| 12:48:22 | dom96 | I think you need to get some karma yourself before you can upvote on HN |
| 12:48:26 | dom96 | not sure how it works really |
| 12:48:33 | dom96 | But HN gets a lot of traffic |
| 12:48:49 | Araq | we need other ways of news distribution |
| 12:48:55 | Araq | reddit+HN is not enough |
| 12:49:34 | joelmo | facebook? |
| 12:49:52 | dom96 | we have twitter |
| 12:50:05 | dom96 | There is also this: https://lobste.rs/ |
| 12:52:02 | joelmo | https://www.ohloh.net/p/Nimrod/rss_articles |
| 12:52:12 | clone1018 | I'm really excited about Nimrod I really wish I had projects to use it on |
| 12:52:20 | clone1018 | Most of my development is web based at the moment |
| 12:54:30 | dom96 | clone1018: You can certainly use it for web based stuff. |
| 12:55:12 | clone1018 | Yeah, that's true |
| 12:55:41 | joelmo | do you use some application for distributing news, I know hootsuite can do that, but I havent used this |
| 12:55:49 | clone1018 | We're definitely going to look into using it for other projects in the company later on |
| 12:57:41 | dom96 | Does this sound like a good title? "New version of Babel, Nimrod's package manager, has been released" |
| 12:57:54 | Araq | nah |
| 12:58:43 | Araq | Babel! For the guys who don't know who Nimrod was! |
| 12:59:36 | dom96 | I don't think that will work... |
| 13:01:26 | Araq | meh |
| 13:01:47 | dom96 | Araq: well, thanks for the encouragement. |
| 13:01:50 | Araq | how many packages do we have in babel btw? |
| 13:02:31 | def- | Araq: 76 |
| 13:02:46 | Araq | also ... maybe you should give a decent website, featuring some "package of the month" |
| 13:03:12 | dom96 | lol |
| 13:03:21 | dom96 | I'll link to the github page |
| 13:03:25 | def- | dom96: is there a description somewhere how to make a package.babel file? |
| 13:03:40 | dom96 | https://github.com/nimrod-code/babel/blob/master/developers.markdown |
| 13:03:56 | def- | Oops, my bad |
| 13:04:17 | def- | that's a small link at the main github page |
| 13:05:25 | dom96 | How should I make it more visible? |
| 13:05:37 | Araq | give it a real website |
| 13:05:54 | def- | I only scanned the headers on https://github.com/nimrod-code/babel and didn't see anything |
| 13:06:03 | Araq | this github stuff is getting annoying |
| 13:06:17 | Araq | people enjoy real websites |
| 13:07:51 | dom96 | There is no need for a real website for now. |
| 13:08:22 | Araq | you could at least write some blog post |
| 13:08:29 | Araq | your blog has a decent design |
| 13:08:51 | dom96 | brb |
| 13:12:36 | * | darkf quit (Quit: Leaving) |
| 13:32:48 | * | io2 quit (Ping timeout: 260 seconds) |
| 13:34:25 | dom96 | back |
| 13:34:40 | dom96 | Araq: what should I write in the blog post then? |
| 13:35:21 | * | kunev quit (Quit: leaving) |
| 13:36:50 | Araq | that we have 76 packages already |
| 13:37:15 | Araq | that it runs on the 3 major operating systems |
| 13:37:44 | Araq | that's it's slim and uses the filesystem as its database |
| 13:38:58 | Araq | that it is the official package manager and hopefully we won't get that crazy python situation which has like 3 different ways to install a python dependency |
| 13:40:56 | * | kunev joined #nimrod |
| 13:51:03 | dom96 | ok |
| 13:57:06 | dom96 | Araq: Something similar to this? http://elm-lang.org/blog/announce/PackageManager.elm |
| 13:57:19 | dom96 | It goes into technical details though. |
| 14:11:29 | * | eigenlicht joined #nimrod |
| 14:22:10 | Araq | well "similar" |
| 14:22:21 | Araq | this one is actually quite boring :P |
| 15:17:26 | * | gkoller quit (Ping timeout: 276 seconds) |
| 15:20:37 | flyx | is there a type I can use for anything I can iterate over? so that I can pass an array to it, but also an iterator proc? |
| 15:54:47 | * | io2 joined #nimrod |
| 15:55:59 | * | Matthias247 joined #nimrod |
| 15:56:37 | * | kunev quit (Ping timeout: 272 seconds) |
| 16:04:47 | Araq | flyx: you can use a generic or a template |
| 16:07:05 | flyx | Araq: hm yes, I thought about that. wouldn't it make sense to add this on a language level? most other languages with iterators have some kind of "iterable" type |
| 16:07:40 | Araq | well the upcoming type classes are exactly about that |
| 16:08:30 | flyx | ah, okay |
| 16:12:53 | * | hoverbear joined #nimrod |
| 16:19:44 | * | Jesin joined #nimrod |
| 16:29:06 | * | goobles joined #nimrod |
| 16:34:11 | * | ehaliewicz joined #nimrod |
| 16:34:37 | * | BitPuffin quit (Ping timeout: 272 seconds) |
| 16:34:50 | Araq | hey goobles |
| 16:35:03 | goobles | hola |
| 16:36:15 | Araq | get your reddit account hot and vote us into oblivion |
| 16:36:32 | Araq | (hmm is that correct english? I doubt it) |
| 16:39:07 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 16:39:07 | dom96 | downvote into oblivion makes more sense |
| 16:39:14 | dom96 | upvote into heaven? lol |
| 16:39:22 | dom96 | Anyway, what do you guys think? http://picheta.me/articles/2014/06/babel--nimrods-package-manager.html |
| 16:39:39 | dom96 | def-: joelmo: you guys still around? |
| 16:40:15 | goobles | oblivion? |
| 16:44:24 | dom96 | goobles: hell |
| 16:45:17 | goobles | dom96: tom cruise movie |
| 16:45:45 | dom96 | oh yeah |
| 16:46:28 | * | io2 quit (Ping timeout: 260 seconds) |
| 16:47:09 | goobles | oblivion means forgotten, i don't think you want nimrod voted into oblivion;0 |
| 16:47:15 | * | kunev joined #nimrod |
| 16:49:40 | * | q66 joined #nimrod |
| 16:50:59 | dom96 | Well. I guess I need new volunteers to help with reddit. |
| 16:51:03 | dom96 | Anyone? |
| 16:51:47 | dom96 | goobles: I thought it meant something worse than hell, but that doesn't fit Araq's context either heh |
| 16:54:30 | def- | dom96: submitted already? |
| 16:54:43 | dom96 | def-: not yet |
| 16:54:54 | dom96 | I guess I may as well just do it. |
| 16:55:05 | dom96 | Is the title good? "Babel - Nimrod's package manager"? |
| 16:55:17 | def- | Maybe "Babel 0.4" ? |
| 16:55:34 | dom96 | People won't know what Babel is though |
| 16:55:43 | def- | alright, i don't know |
| 16:57:32 | dom96 | Araq: Thoughts? |
| 16:57:59 | Araq | dom96: it's ok, but I'm thinking about something with more spice |
| 16:58:13 | goobles | it manages packages or someding |
| 16:58:53 | dom96 | Also, should it be "Babel, Nimrod's package manager" or "Babel - Nimrod's package manager" or are both fine? |
| 16:59:20 | Araq | no comma |
| 16:59:26 | Araq | dash is better |
| 16:59:30 | dom96 | good |
| 16:59:42 | dom96 | ok, i'm just going to submit it |
| 16:59:53 | Araq | Babel - Orcs and Humans |
| 17:00:09 | dom96 | yeah... I won't get anything serious out of you huh? :P |
| 17:00:28 | btiffin | Hello, building from sources. master branch, compiling koch comes back with |
| 17:00:29 | btiffin | lib/system.nim(2721, 33) Warning: unknown magic 'Rand' might crash the compiler [UnknownMagic] |
| 17:00:51 | btiffin | lib/system.nim(2721, 5) Error: implementation of 'system.rand(max: int): int' expected |
| 17:01:26 | btiffin | Commenting out 2721, (and deindenting the following comment, lets the build complete. |
| 17:02:10 | btiffin | Is this my end (Fedora 19, git clone a few minutes ago) or is it Nimrod master? |
| 17:02:45 | fowl | btiffin, try the devel branch |
| 17:02:55 | btiffin | trying... |
| 17:04:12 | dom96 | I submitted it, better upvote from /new just in case: http://www.reddit.com/r/programming/new/ |
| 17:04:15 | Araq | btiffin: I think we broke master ... :-/ |
| 17:04:59 | dom96 | and on HN: https://news.ycombinator.com/newest |
| 17:05:44 | dom96 | btiffin: Araq: The C Sources here: https://github.com/nimrod-code/csources are for the devel branch. |
| 17:05:44 | fowl | dom96, upvoting nimrod articles is the only reason i have reddit |
| 17:05:48 | dom96 | fowl: :D |
| 17:06:04 | dom96 | btiffin: Araq: perhaps that is the issue? |
| 17:06:13 | fowl | http://www.reddit.com/user/senor_fowl/ |
| 17:06:39 | dom96 | 4 upvotes already on HN, nice! |
| 17:06:43 | fowl | devel should be merged into master since its stableish |
| 17:06:46 | dom96 | Thanks guys. |
| 17:07:09 | * | brson joined #nimrod |
| 17:07:15 | * | brson quit (Client Quit) |
| 17:07:23 | * | brson joined #nimrod |
| 17:07:38 | dom96 | Now i'm going to order chinese food to celebrate :) |
| 17:09:19 | * | brson quit (Client Quit) |
| 17:09:38 | * | KevinKelley joined #nimrod |
| 17:09:43 | * | brson joined #nimrod |
| 17:09:47 | btiffin | -b devel worked. Thanks. |
| 17:10:34 | EXetoC | it's the default since a couple of months back so I don't know what you were doing |
| 17:10:40 | btiffin | Araq; Yeah, I though you might like to know :-) |
| 17:12:44 | fowl | well afaict master should be updated periodically while all the work happens on devel |
| 17:13:05 | fowl | but git is a mystery to me, i do not meddle in the affairs of wizards |
| 17:13:38 | Trixar_za | mozilla? |
| 17:16:24 | * | brson quit (Quit: leaving) |
| 17:16:32 | * | brson joined #nimrod |
| 17:16:42 | * | Jehan_ joined #nimrod |
| 17:18:31 | fowl | woot |
| 17:18:49 | fowl | from the gobolinux dev "the plan is to make the 64-bit version in the second half of the year" |
| 17:19:29 | Jehan_ | Umm … there is a Linux distribution that doesn't support 64-bit yet? |
| 17:19:37 | * | Jehan_ is slightly disturbed. |
| 17:20:18 | fowl | not only is there one, there is more than one |
| 17:30:17 | goobles | i've never used a package manager |
| 17:35:37 | * | superfunc joined #nimrod |
| 17:35:51 | goobles | why would i want a package manger |
| 17:35:56 | goobles | what does this do for me |
| 17:36:07 | goobles | it just downloads 3rd party code automatically? |
| 17:36:28 | EXetoC | are you using linux? |
| 17:36:31 | goobles | using ..command line.. |
| 17:36:34 | goobles | no windows |
| 17:36:50 | * | Trixar_za hands goobles a gun |
| 17:36:58 | Trixar_za | Put it out of it's misery |
| 17:37:00 | EXetoC | it's still a pain then imo, but much less so |
| 17:37:12 | goobles | i got windows 8.1 jizz |
| 17:37:23 | fowl | goobles, using open source software on windows is a nightmare |
| 17:37:38 | EXetoC | command line? no, not only |
| 17:37:40 | Trixar_za | Especially Windows 8 |
| 17:38:50 | btiffin | Is nimrod i (interactive) supposed to have stdin defined? ansi_c.nim complains, but I haven't read enough to know what level of expectation to, umm, expect |
| 17:38:53 | * | nande joined #nimrod |
| 17:39:24 | EXetoC | it's basically unusable |
| 17:40:08 | btiffin | That's the level then. ;-) Thanks EXetoC |
| 17:41:24 | fowl | tell araq you want the vm to have FFI |
| 17:41:46 | goobles | why would it need that |
| 17:42:11 | fowl | to access c things without being compiled |
| 17:42:29 | goobles | oh ic, he said you could "gorge" |
| 17:42:32 | goobles | instead |
| 17:43:29 | fowl | not really a substitute |
| 17:43:39 | * | kunev quit (Ping timeout: 240 seconds) |
| 17:44:44 | btiffin | This is just opinion, but... if/when nimrod has a console; Araq: make the default prompt >>> (or what it ends up as) a no-op/ignorable in the interpreter. Then you can snag one line Nimrod session logs or forum posts and paste them right into the console. |
| 17:46:24 | Jehan_ | What I'd really like to see is something like IPython's notebooks. |
| 17:47:41 | btiffin | That is a new benchmark in human machine interfacing, isn't it Jehan :-) Wolfram the PL has a similar vibe. |
| 17:47:42 | * | kunev joined #nimrod |
| 17:48:37 | Jehan_ | http://nbviewer.ipython.org/github/ipython/ipython/blob/2.x/examples/Notebook/Running%20Code.ipynb |
| 17:48:51 | Jehan_ | btiffin: It's actually a pretty simple setup. |
| 17:50:00 | Jehan_ | Basically, it's a webserver with a javascript frontend. |
| 17:50:32 | Jehan_ | Allows you to edit Python code in a textbox and display prettied-up output. |
| 17:51:06 | btiffin | Yep, been a fan for a years now. Broadway in GDK with GTK 3+ *might* just make this a fairly ubiquitous interface in the near future. |
| 17:51:29 | btiffin | missed a few between a years |
| 17:51:39 | Jehan_ | I prefer this setup over traditional REPLs, because it's useful for more than oneliners. |
| 17:53:07 | btiffin | And the one liner was a bit of a misnomer, any script listing that looks like a session log ($ lines for bash for instance, when listed - can't be evaluated in that form). It's nice when the visual hint is simply ignored as comment. |
| 17:57:38 | goobles | a slow javascript frontend, oh boy |
| 18:02:09 | * | Johz joined #nimrod |
| 18:02:26 | btiffin | Everyone here has tried broadwayd right? Pretty cool thing. Should be getting a lot more press, imh opinion. With no lines of code change or even a recompile, a desktop application transforms into a web gui. goobles; Yep, but this is for free in terms of toggle an environment variable for desktop, or browser. Slower, but there for the asking in times of need. |
| 18:04:13 | EXetoC | I haven't |
| 18:04:48 | goobles | i have certainly not |
| 18:05:42 | btiffin | try it with GDK_BACKEND=broadway gedit |
| 18:06:12 | btiffin | browse http://localhost:8000 to run the gnome editor in the browser |
| 18:07:57 | btiffin | wrong default port (I always run broadwayd 8080) |
| 18:08:53 | Jehan_ | btiffin: Not a Linux user, so not familiar with it. I'll have a look later. |
| 18:10:01 | EXetoC | building it now |
| 18:10:01 | * | kunev quit (Ping timeout: 264 seconds) |
| 18:10:57 | EXetoC | it's not C++ so it doesn't take 10+ minutes to compile \o/ |
| 18:11:24 | btiffin | No need to build it really, it'll ship with any GTK 3 supported distro as well. But do build it anyway :-) |
| 18:12:31 | goobles | C++ doesn't *always* take 10 minutes to compile;0 |
| 18:14:50 | btiffin | Nimrod-GTK benefits from all of this as well. Freebies are awesome. |
| 18:15:56 | btiffin | assuming Nimrod can build with pkg-config gtk+-3 (still reading....) |
| 18:16:58 | * | hoverbear quit (Ping timeout: 244 seconds) |
| 18:17:19 | * | hoverbear joined #nimrod |
| 18:18:06 | fowl | someone has a gtk3 wrapper |
| 18:18:24 | EXetoC | pkg-config? probably |
| 18:18:32 | EXetoC | btiffin: just getting a blank page now |
| 18:21:17 | btiffin | Hmm, works in Fedora 19, out of the box. I'll admit to being low-fu on GDK and the build sequence. |
| 18:22:07 | EXetoC | ok now |
| 18:22:16 | btiffin | try broadwayd :1 & GDK_BACKEND=broadway gedit; browse http://localhost:8000 |
| 18:22:52 | dom96 | goobles: I use babel on Windows 8, it works well IMO |
| 18:23:14 | btiffin | oops BROADWAY_DISPLAY=:1 GDK_BACKEND... |
| 18:23:48 | btiffin | It's pretty cool for a freebie |
| 18:26:38 | EXetoC | you can use X over a network though |
| 18:28:28 | EXetoC | I guess this is more restrictive by default |
| 18:31:42 | EXetoC | it takes ages before widgets show up, but it works |
| 18:35:27 | btiffin | Yeah, it's going through both a pixel transform and an event to websocket sequence, so it'll always be slow probably. But, it's there, for remote demo's and such. |
| 18:40:41 | flyx | how can I use bindSym? I try to use it in my macro, but the compiler complains that it cannot evaluate the first argument at compile time. it's "$node", where node is a PNimrodNode |
| 18:41:09 | flyx | the macro is executed at compile time, so obviously $node *can* be evaluated at compile time |
| 18:55:22 | Araq | bindSym is supposed to be used with string literals |
| 18:55:30 | Araq | bindSym"stdout" |
| 18:56:50 | Araq | you can't pass a compiletime runtime string (that's a runtime string evaluated at compiletime) to it |
| 18:59:19 | Araq | it's quite subtle but think about it this way: macros must not access the symbol table when they are evaluated |
| 18:59:26 | Araq | because it's too late by then |
| 19:00:11 | Araq | you can't guarantee what bindSym wants to guarantee then: |
| 19:00:16 | fowl | <- never used bindsym |
| 19:00:29 | fowl | wrote a hundred macros |
| 19:01:38 | Araq | let foo = 4; macro m(s: string) = ... bindSym(s) ... |
| 19:01:54 | Araq | m("foo") # binds to the foo that is 4 |
| 19:02:01 | Araq | let foo = "ha, override" |
| 19:02:13 | Araq | m("foo") # binds to the foo that is "ha, override" |
| 19:02:21 | * | bastian_1 joined #nimrod |
| 19:02:40 | fowl | Araq, is there an example in which using nnkident would not be sufficient |
| 19:03:02 | * | bastian_ quit (Remote host closed the connection) |
| 19:03:02 | * | bastian_1 quit (Remote host closed the connection) |
| 19:03:02 | * | bastian__ quit (Remote host closed the connection) |
| 19:03:06 | Araq | that is not *symbol binding*, that's the same mess that you get when you use nnkIdent"foo" in the first place! |
| 19:03:25 | fowl | so it binds after the macro returns, whats the diff? |
| 19:03:40 | * | bastian_ joined #nimrod |
| 19:03:50 | Araq | the diff is that bindSym(s) doesn't even compile, fowl |
| 19:03:58 | Araq | to prevent that from happening |
| 19:03:59 | bastian_ | hey |
| 19:04:46 | fowl | o_k |
| 19:05:16 | Araq | so you do bindSym"foo" and only the 'foo' in scope of the macro definition gets bound |
| 19:05:17 | bastian_ | just grabbed babel and 'nimrod c -r src/babel install' as stated in the readme, but got an: src/babel.nim(672, 66) Error: undeclared identifier: '{}' |
| 19:06:10 | Araq | bastian_: I suppose babel 0.4 depends on nimrod devel |
| 19:06:53 | bastian_ | ok, i'll give it a try |
| 19:08:35 | fowl | Araq, can i use bindsym to capture local symbols |
| 19:08:41 | fowl | non-exported |
| 19:10:36 | Araq | fowl: sure |
| 19:11:27 | bastian_ | another question: is it possible to make the link pragma relative to the source file? atm. i'm importing a module which is located in a different directory and which has a link pragma, but nimrodc looks into the importing module's directory |
| 19:11:37 | EXetoC | I made a PR. seems like a good idea to update the 0.4 tag |
| 19:15:36 | NimBot | nimrod-code/babel master 0a0f9a4 Erik Johansson Andersson [+0 ±1 -0]: Update babel.babel... 2 more lines |
| 19:15:36 | NimBot | nimrod-code/babel master e079ab4 Dominik Picheta [+0 ±1 -0]: Merge pull request #43 from EXetoC/patch-1... 2 more lines |
| 19:15:39 | dom96 | EXetoC: thanks |
| 19:15:54 | dom96 | 56 people on my blog :O |
| 19:16:17 | EXetoC | at this moment? |
| 19:16:28 | dom96 | yep, 60 now |
| 19:16:32 | EXetoC | dang |
| 19:16:46 | dom96 | i'm glad my site is static lol |
| 19:18:04 | OrionPK | mine isnt and I somehow do requests more quickly than ur site :p |
| 19:18:13 | OrionPK | maybe it's just a factor of the location |
| 19:18:16 | bastian_ | got nimrod HEAD, pulled babel, but still get: lib/pure/osproc.nim(16, 34) Error: cannot open 'cpuinfo'. on OS X btw |
| 19:18:18 | EXetoC | dom96: so, can the 0.4 tag be updated? |
| 19:18:49 | EXetoC | though it might not be clear that 0.9.5 is the development version |
| 19:19:17 | EXetoC | #head didn't work of course |
| 19:19:38 | flyx | Araq: okay. I thought when using an immediate macro, I can bind symbols later because they are not bound yet |
| 19:19:55 | dom96 | EXetoC: I don't think changing the tag is a good idea. |
| 19:20:42 | flyx | another question: can I get a string representation of a typedesc? |
| 19:21:31 | EXetoC | it's just that it isn't very old, but it's a fairly minor change |
| 19:22:22 | dom96 | bastian_: does lib/pure/concurrency/cpuinfo.nim exist for you? |
| 19:23:05 | dom96 | EXetoC: Also to install head now you need to write @#head |
| 19:24:18 | * | vendethiel joined #nimrod |
| 19:24:49 | bastian_ | dom96: yep |
| 19:24:50 | dom96 | EXetoC: I'm scared that changing a remote tag will mess something up majorly. |
| 19:25:02 | superfunc | dom96: I just noticed babel's syntax is similar to toml, is that by design? |
| 19:25:27 | dom96 | superfunc: No. Babel's syntax is similar to ini. |
| 19:25:48 | dom96 | superfunc: With some slight additions. |
| 19:26:10 | dom96 | superfunc: More info here: http://build.nimrod-lang.org/docs/parsecfg.html |
| 19:26:15 | EXetoC | dom96: was # ambiguous? a switch seems better |
| 19:26:50 | dom96 | EXetoC: I figured it's better to be consistent. The version comes after the @ |
| 19:27:39 | dom96 | EXetoC: And you can now write: babel install [email protected] |
| 19:28:09 | dom96 | much better than writing babel install -v 0.1 foo, especially when you want to install multiple packages at once. |
| 19:29:28 | dom96 | bastian_: Make sure it's not using an old nimrod.cfg |
| 19:30:07 | superfunc | dom96: Nice, thanks |
| 19:30:13 | dom96 | bastian_: You should see a "Hint: used config file" when compiling |
| 19:32:25 | dom96 | superfunc: It's funny though, Araq came up with what is mostly toml way before toml saw the light of day :P |
| 19:32:59 | bastian_ | it's using babel's src/babel.nimrod.cfg and the nimrod.cfg that just got installed using 'koch install' |
| 19:33:35 | dom96 | bastian_: Check to see if that config file has 'path="$lib/pure/concurrency"' in it. |
| 19:35:44 | bastian_ | it does. but the lib directory that koch produced doesn't have a concurrency directory |
| 19:35:54 | bastian_ | looks like it forgot to copy it over? |
| 19:37:38 | dom96 | bastian_: Possible. We don't really use 'koch install' heh. |
| 19:38:33 | fowl | bastian_, if you're on linux, dont bother installing, just symlink nimrod somewhere in $PATH |
| 19:39:12 | dom96 | I would personally do that everywhere. He's on Mac OS X though, perhaps doing that on OS X is problematic? |
| 19:39:26 | fowl | yeah that doesnt work on os x |
| 19:39:53 | fowl | i think there is a page on the wiki about this |
| 19:39:59 | bastian_ | no, it's just fine, simply followed the readme |
| 19:40:33 | fowl | hey when did koch get a chefs hat icon |
| 19:41:27 | bastian_ | still think this is a bug: all directories in lib are copied over, except the new concurrency one |
| 19:42:04 | dom96 | bastian_: That's really odd. Report it please. |
| 19:42:09 | bastian_ | the install.sh is missing them |
| 19:42:17 | bastian_ | will do |
| 19:51:38 | * | dymk quit (Remote host closed the connection) |
| 19:53:30 | superfunc | dom96: lol, I'm writing a parser for it right now |
| 19:53:45 | dom96 | superfunc: in nimrod? |
| 19:53:49 | superfunc | dom96: yeah |
| 19:53:55 | dom96 | superfunc: cool |
| 19:53:57 | superfunc | dom96: Its all I use now, really |
| 19:54:14 | superfunc | unless I'm at work, where its boost c++ and some c# stuff |
| 19:55:22 | Araq | cool so we're now using the existance of the new concurrency stuff for version checking |
| 19:55:41 | dom96 | Araq: what |
| 19:56:05 | * | io2 joined #nimrod |
| 19:56:10 | Araq | dom96: well that's what you did, right? |
| 19:56:38 | dom96 | no? |
| 19:58:19 | * | pafmaf quit (Quit: This computer has gone to sleep) |
| 20:01:57 | * | Matthias247 joined #nimrod |
| 20:02:23 | flyx | hm. is nnkBracket some special thing? when I try to write newNimNode(nnkBracket), the compiler complains: Error: value of type 'Array constructor[0..-1, empty]' has to be discarded |
| 20:02:32 | flyx | I don't see where there's an array constructor |
| 20:03:34 | fowl | flyx, that node is empty |
| 20:03:38 | fowl | "[]" |
| 20:04:06 | fowl | is what that is in syntax, so its an empty array with no type (no members to glean the type from) |
| 20:04:10 | flyx | fowl, I add content later |
| 20:04:20 | flyx | but the compiler doesn't get there |
| 20:04:40 | fowl | can i see |
| 20:04:41 | flyx | quick minimal example: https://gist.github.com/flyx/0402c4e9f97f7ce6ae0d |
| 20:06:09 | flyx | ah well, discard doesn't seem to work in that way |
| 20:06:31 | flyx | then let me try to properly reproduce my actual error |
| 20:07:01 | fowl | flyx, oh, the problem is you're returning stmt instead of expr |
| 20:07:18 | fowl | so its considering [] as its own statement (which needs to be discarded) |
| 20:08:04 | flyx | fowl: yes. unfortunately, that wasn't a proper minimalization of my actual problem |
| 20:10:29 | flyx | oh, but I see that the error is not at that line, but in the generated source |
| 20:11:03 | flyx | sometimes this macro stuff *does* get confusing |
| 20:15:51 | * | nande quit (Remote host closed the connection) |
| 20:16:01 | Araq | flyx: well a bug report with these line info problems would be helpful |
| 20:16:01 | * | superfunc quit (Ping timeout: 264 seconds) |
| 20:18:01 | flyx | Araq: I don't think it's a bug here. may it be that when I call newNimNode without a second argument, the compiler takes the position in the code where newNimNode() is called as reference position |
| 20:18:21 | flyx | that would explain why I get that line reference with the error message |
| 20:22:35 | Araq | well yes |
| 20:25:13 | flyx | that explains it then. |
| 20:25:48 | flyx | I just need to remember that any error pointing to such a line may also be an error in the generated AST |
| 20:26:11 | Araq | well that's not the nimrod way |
| 20:26:36 | Araq | the nimrod way is to complain endlessly and refuse to use the language until we improved the situation |
| 20:27:26 | Araq | but more seriously, if you have an idea of how to improve the line information be my guest |
| 20:27:47 | fowl | flyx, it also says "instantiation from ..." |
| 20:28:04 | Araq | I think we could instead go up the call chain to the AST generating proc that is not in macros.nim as the "source" of the node |
| 20:28:40 | flyx | fowl: the complete error I got was: is it possible at that point to tell the user |
| 20:28:45 | flyx | oh |
| 20:29:00 | flyx | damn you ctrl+v |
| 20:29:09 | flyx | /Users/Felix/Projects/libs/NimHTML/src/tagdef.nim(82, 24) Error: type expected |
| 20:29:18 | flyx | no "instantiation from" here |
| 20:29:34 | Araq | yeah that's sometimes missing |
| 20:29:34 | * | superfunc joined #nimrod |
| 20:29:36 | fowl | look up or down a few lines |
| 20:29:44 | flyx | anyway, I fixed it now |
| 20:29:59 | flyx | it was the correct message for the error in the AST I built |
| 20:30:11 | flyx | it just didn't include "instantiation from" |
| 20:30:35 | fowl | flyx, BTW when you are writing a macro, at the end of it put "echo repr(result); quit 0" |
| 20:30:57 | fowl | then you can see what code is resulting |
| 20:31:08 | flyx | fowl: I did that to discover the problem. my AST is just pretty huge right now and I don't always spot the error |
| 20:31:19 | Araq | fowl: why not quit repr(result) ? |
| 20:31:47 | fowl | Araq, non-zero program return |
| 20:31:59 | dom96 | why the need to quit? |
| 20:32:16 | fowl | so that you see the code and not the compilation messages |
| 20:32:29 | dom96 | --verbosity:0 |
| 20:34:23 | fowl | sure if you want to split up your workflow |
| 20:39:55 | dom96 | *shrug* |
| 20:40:12 | dom96 | quit is fine if you want to use it |
| 20:40:47 | fowl | dom96, the point is to avoid errors from bad code being generated |
| 20:51:10 | fowl | flyx, re #1302, did you try import "../somemodule" |
| 20:51:22 | flyx | fowl: aye |
| 20:51:35 | flyx | oh, you mean, quoted? |
| 20:51:37 | flyx | I'll try |
| 20:51:38 | fowl | yes |
| 20:52:01 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 20:52:22 | flyx | that works. |
| 20:59:01 | * | BitPuffin joined #nimrod |
| 21:01:53 | Varriount | Meep |
| 21:02:07 | Varriount | Hello honey badgers! |
| 21:04:46 | superfunc | Yooooo |
| 21:07:20 | dom96 | hiiii |
| 21:08:16 | dom96 | BitPuffin: Would you look at that, we're on the front page of HN. |
| 21:08:24 | Jehan_ | Speaking of imports, is there a good way to resolve the problem of having two modules with the same name in different packages? |
| 21:09:25 | reactormonk | I don't think we solved that problem yet |
| 21:09:35 | dom96 | We have. |
| 21:09:47 | dom96 | Put the modules in two differently named directories. |
| 21:10:03 | Jehan_ | And import parentdir.modulename? |
| 21:10:05 | dom96 | In this case the directory names should match the package names. |
| 21:10:13 | reactormonk | no way to get a faster answer than to give the wrong one >:) |
| 21:10:17 | dom96 | yes, or import parentdir/modulename |
| 21:10:25 | dom96 | reactormonk: heh |
| 21:10:31 | Jehan_ | Same difference. :) |
| 21:10:50 | dom96 | Yeah, but I like the way the latter looks :P |
| 21:11:00 | dom96 | the former is more practical though |
| 21:11:13 | Jehan_ | I prefer the ., subjectively. :) |
| 21:11:30 | Jehan_ | Anyhow, that's how I've intuitively arranged my own stuff. |
| 21:12:18 | Jehan_ | The related problem of disambiguating vis-à-vis the stdlib is a bit trickier. |
| 21:13:09 | Jehan_ | Unless you bury all your modules in a named directory. |
| 21:17:44 | Jehan_ | Hmm. It turns out that if I have two identically named modules, even in different directories, the linker is unhappy. |
| 21:18:11 | Jehan_ | Because it sees duplicate symbols for the Init and DatInit functions. |
| 21:18:14 | * | ehaliewi` joined #nimrod |
| 21:20:06 | * | Johz quit (Quit: Leaving) |
| 21:20:15 | dom96 | Jehan_: hrm, try creating pkgA.babel and pkgB.babel files. |
| 21:20:23 | dom96 | they can be empty |
| 21:20:34 | superfunc | I was just reminded why I don't go on hackernews |
| 21:20:40 | superfunc | that place is such a circlejerk |
| 21:20:42 | Jehan_ | dom96: ??? |
| 21:20:56 | Jehan_ | Not sure how that would help. |
| 21:21:14 | dom96 | Jehan_: Yep. The compiler looks for .babel files and then names the resulting .c files based on that IIRC |
| 21:21:25 | dom96 | perhaps it also names the C functions based on that |
| 21:21:31 | * | ehaliewicz quit (Ping timeout: 272 seconds) |
| 21:21:54 | Jehan_ | Hmm. Even so, I don't necessarily want them in babel packages. |
| 21:22:09 | dom96 | it is equivalent to python's __init__.py |
| 21:23:06 | dom96 | It's why lib/stdlib.babel exists |
| 21:23:12 | Jehan_ | Ideally, I want to compile both foo1/bar.nim and foo2/bar.nim in the same library/application. |
| 21:23:23 | dom96 | yeah, you can do that |
| 21:23:28 | dom96 | You don't need to use babel at all |
| 21:23:42 | dom96 | just create foo1.babel and foo2.babel |
| 21:23:57 | dom96 | in the same directory as the foo1 and foo2 directories |
| 21:24:18 | Jehan_ | What would they have to contain? |
| 21:24:28 | dom96 | Jehan_: nothing |
| 21:24:35 | Jehan_ | That doesn't change a thing. |
| 21:24:53 | dom96 | superfunc: Is it because of that "You should have used Nix not wrote your own package manager" and the amount of comments that ensued? |
| 21:25:03 | reactormonk | superfunc, try reddit/r/circlejerk ;-) |
| 21:25:26 | dom96 | Jehan_: In that case I don't know. |
| 21:25:28 | dom96 | Araq: ^^ |
| 21:26:33 | Jehan_ | dom96: It's nothing that's an actual problem right now for anything I'm doing, but I think it's a problem that needs to be resolved in the long run. |
| 21:26:44 | superfunc | dom96: yeah |
| 21:26:51 | dom96 | Jehan_: I agree. |
| 21:27:08 | dom96 | Jehan_: This should be working already. |
| 21:27:12 | Jehan_ | Heh. :) |
| 21:27:25 | Jehan_ | Well, ideally it should be working without babel files. |
| 21:27:32 | dom96 | Jehan_: Otherwise if you end up using two babel packages which contain modules with the same names bad things will happen |
| 21:27:53 | dom96 | Jehan_: Yeah, but Araq implemented it this way for simplicity. |
| 21:28:03 | dom96 | Jehan_: I tried to convince him otherwise... |
| 21:28:09 | Jehan_ | dom96: Heh. :) |
| 21:28:22 | Jehan_ | Well, I totally understand the simplicity argument. |
| 21:28:25 | EXetoC | just qualify the name |
| 21:28:53 | EXetoC | using unique directory names should be the convention imo |
| 21:28:54 | superfunc | {. rant .} Holy shit, why can't programmers take a moment to consider the fact that creators of projects have actually considered different design tradeoffs and that their(the commentor) off-the-cuff intuition may be shortsighted. Questioning something is fine, but why can't we be less presumptious. |
| 21:29:39 | fowl | {.contextRequest.} |
| 21:29:51 | dom96 | superfunc: I wish they would focus on discussing Nimrod/babel, not completely derailing the comments to argue about things which don't interest me. |
| 21:29:58 | superfunc | fowl: hackernews commentary on babel post |
| 21:30:17 | dom96 | Meh, I guess it is a bit interesting. |
| 21:30:22 | Jehan_ | dom96: Just be happy about getting exposure. :) |
| 21:30:22 | dom96 | But still. |
| 21:30:39 | dom96 | Jehan_: True. I am :) |
| 21:30:43 | superfunc | Its just not the venue for it |
| 21:30:50 | dom96 | fowl: https://news.ycombinator.com/item?id=7938837 |
| 21:32:29 | Jehan_ | Hmm, things become even more interesting when I have foo/std/module.nim and bar/std/module.nim |
| 21:32:53 | BitPuffin | dom96: why |
| 21:33:29 | dom96 | BitPuffin: why what? |
| 21:33:37 | BitPuffin | dom96: are we on the fornt page |
| 21:33:45 | dom96 | BitPuffin: because we are awesome |
| 21:35:21 | fowl | can i not collapse threads on hn |
| 21:36:07 | BitPuffin | dom96: do we have the capability to add multiple repos? |
| 21:36:12 | Jehan_ | fowl: Negative. |
| 21:36:28 | BitPuffin | dom96: sucks a bit to have ta link to a json file |
| 21:36:38 | Araq | Jehan_, dom96 well I have a test case for that |
| 21:36:46 | Araq | tests/manyloc/packages |
| 21:36:57 | dom96 | BitPuffin: package repos? |
| 21:37:09 | BitPuffin | dom96: yeah |
| 21:37:10 | Jehan_ | Araq: Hmm, I'm open to the suggestion that I'm doing something wrong, but I'm not seeing what it may be. :) |
| 21:37:14 | dom96 | BitPuffin: babel update http://myjsonfile.json |
| 21:37:34 | BitPuffin | like if I had a company and would have a repo for internal libs |
| 21:37:35 | fowl | oh really |
| 21:37:40 | * | fowl starts his own babel repo |
| 21:37:48 | BitPuffin | dom96: well it would be nice if you could create an alias for the repo |
| 21:38:00 | BitPuffin | and even have some authentication :P |
| 21:38:09 | Araq | hmm well this lacks the .babel files |
| 21:38:31 | Araq | I guess this test doesn't work since quite some time |
| 21:38:57 | BitPuffin | dom96: lol, use babel as an excuse to try nimrod |
| 21:38:59 | BitPuffin | so confident |
| 21:39:01 | Araq | anyway, add you need to add package.babel files and then I can't see why it shouldn't work |
| 21:39:02 | BitPuffin | about babel |
| 21:39:05 | BitPuffin | but not nimrod |
| 21:39:07 | BitPuffin | :P |
| 21:39:31 | Jehan_ | Araq: The test doesn't compile for me. |
| 21:40:17 | Araq | Jehan_: yeah but add package1/foo.babel |
| 21:40:35 | dom96 | BitPuffin: Pipe your feature requests to babel's issue tracker ;) |
| 21:40:42 | Jehan_ | Oh, they need to go inside that directory? O…kay. |
| 21:41:02 | dom96 | fowl: with blackjack and hookers? |
| 21:41:03 | dom96 | :P |
| 21:41:13 | fowl | yes |
| 21:41:21 | Araq | Jehan_: does it work then? |
| 21:41:23 | fowl | matter of fact forget the repository and the blackjack |
| 21:41:34 | Jehan_ | Hmm, now it names the C files in nimcache properly, but there's still a conflict with the Init/DatInit functions. |
| 21:41:40 | dom96 | Jehan_: Araq: oh my bad, I couldn't remember which it was, inside the directory or not lol. |
| 21:41:56 | dom96 | Shouldn't have assumed the other possibility was unlikely. |
| 21:42:10 | BitPuffin | dom96: well this is not really for me |
| 21:42:11 | dom96 | fowl: :) |
| 21:42:19 | Jehan_ | duplicate symbol _HEX00strutilsInit in: |
| 21:42:19 | Jehan_ | tests/manyloc/packages/nimcache/p2_strutils.o |
| 21:42:19 | Jehan_ | tests/manyloc/packages/nimcache/p1_strutils.o |
| 21:42:19 | Jehan_ | duplicate symbol _HEX00strutilsDatInit in: |
| 21:42:19 | Jehan_ | tests/manyloc/packages/nimcache/p2_strutils.o |
| 21:42:19 | Jehan_ | tests/manyloc/packages/nimcache/p1_strutils.o |
| 21:42:28 | BitPuffin | dom96: this is just for companies who'd want to use babel as a tool to manage packages internally |
| 21:42:30 | BitPuffin | it makes sens |
| 21:42:33 | BitPuffin | if you are more than one guy |
| 21:42:37 | Jehan_ | I created package1/p1.babel and package2/p2.babel |
| 21:42:54 | BitPuffin | well it actually does make sense if you are more than one guy |
| 21:43:01 | BitPuffin | because you might have more than one computer |
| 21:43:08 | Araq | what's _HEX00 ? |
| 21:43:32 | Jehan_ | Araq: Dunno, I just used your test. |
| 21:43:34 | fowl | BitPuffin, one guy might have more than one computer |
| 21:43:50 | Jehan_ | The one in manyloc/packages |
| 21:44:02 | Jehan_ | Added the aforementioned babel files and that is what I got. |
| 21:44:21 | Jehan_ | Did it perhaps fail to copy the package name in there? |
| 21:44:29 | BitPuffin | fowl: " BitPuffin | because you might have more than one computer" |
| 21:44:42 | Araq | well I get the same on my machine |
| 21:44:48 | fowl | BitPuffin, if you are more than one guy |
| 21:44:48 | fowl | <BitPuffin> because you might have more than one computer |
| 21:44:55 | Jehan_ | I.e. HEX00 = empty string? |
| 21:45:14 | BitPuffin | fowl: what are you talking about |
| 21:45:15 | Araq | yeah something like that |
| 21:46:02 | * | superfunc quit (Ping timeout: 245 seconds) |
| 21:46:03 | Jehan_ | Out of curiosity, why not just SHA1 the path or something to disambiguate? |
| 21:46:17 | * | BitPuffin is now known as FowlSucks |
| 21:46:26 | * | FowlSucks is now known as BitPuffin |
| 21:47:09 | Araq | Jehan_: then the people complain who put the .c files in some .sh script for building things |
| 21:47:11 | * | superfunc joined #nimrod |
| 21:47:19 | Jehan_ | I see. |
| 21:47:28 | * | pafmaf joined #nimrod |
| 21:47:29 | Araq | also what's the "path"? |
| 21:47:37 | Araq | it needs to be relative |
| 21:47:45 | Araq | and then you need to decide relative to *what* |
| 21:48:06 | Araq | hence the package.babel solution in the directory of interest |
| 21:48:14 | Jehan_ | Make it absolute, choose the inode, just something that uniquely identifies it. :) |
| 21:48:28 | Jehan_ | But I see the benefits of the .babel solution. |
| 21:48:31 | Araq | not portable across machines |
| 21:48:44 | EXetoC | c files in shell scripts? wonderful |
| 21:48:56 | Araq | EXetoC: c *filenames* |
| 21:50:03 | Jehan_ | Hmm, using a different example, it works properly. |
| 21:50:22 | * | shodan45 quit (Quit: Konversation terminated!) |
| 21:50:48 | Araq | cgen.getSomeInitName() is responsible for it |
| 21:51:41 | Araq | but that only means the package name is weird |
| 21:51:55 | Araq | so grep for skPackage and see why it's screwed |
| 21:59:38 | Jehan_ | Why is getIdent operating on cstrings??? |
| 22:00:42 | Araq | there is also an overload for 'string', I think |
| 22:00:53 | Jehan_ | Yes, but it calls the cstring implementation. |
| 22:01:14 | Jehan_ | I'm wondering if the bug has anything to do with that. |
| 22:01:25 | Araq | unlikely |
| 22:01:39 | Jehan_ | Since it looks suspiciously like a cstring being processed incorrectly. |
| 22:02:07 | Araq | ccgutils.mangle |
| 22:02:27 | Araq | access name[0] even though name.len == 0 and this is allowed in nimrod |
| 22:02:35 | Araq | for convenience |
| 22:02:39 | * | superfunc quit (Ping timeout: 240 seconds) |
| 22:02:45 | Araq | so it produces HEX00 |
| 22:02:58 | Araq | that's how an empty string gets mangled |
| 22:03:18 | Araq | nothing mysterious here |
| 22:03:30 | Araq | the question is why is the f*ing package name empty |
| 22:03:50 | Jehan_ | Heh. :) |
| 22:04:16 | * | pafmaf_ joined #nimrod |
| 22:04:22 | * | pafmaf quit (Ping timeout: 245 seconds) |
| 22:05:05 | * | Joe_knock joined #nimrod |
| 22:05:12 | Jehan_ | The example that worked for me had another directory nesting level. |
| 22:05:54 | Jehan_ | But the problem is that it finds the names properly for purposes of naming the .c files. |
| 22:09:19 | Araq | oh joy we have when noTimeMachine: in the compiler dealing with macosx's time machine |
| 22:13:11 | * | flaviu joined #nimrod |
| 22:17:02 | Jehan_ | Hmm, I think I may have it. |
| 22:17:23 | Jehan_ | Eh, no. |
| 22:17:39 | milosn | hmmm |
| 22:19:41 | Jehan_ | For some reason, the compiler doesn't find the package files initially. |
| 22:22:15 | Jehan_ | And that's because walkFiles fails ... |
| 22:22:53 | Jehan_ | Which is because the path isn't normalized. |
| 22:31:10 | Araq | ah, makes sense |
| 22:31:25 | Jehan_ | Okay, I got it. I think. |
| 22:31:50 | Jehan_ | In newModule, fileIdx.toFilename is called instead of fileIdx.toFullPath |
| 22:33:21 | * | Demos joined #nimrod |
| 22:37:35 | Jehan_ | Araq: Probably want to do some more testing for it, but I'll submit a pull request so that you can try it out yourself. |
| 22:39:44 | Araq | sure thanks |
| 22:40:36 | Jehan_ | I'm mostly not sure if replacing toFilename with toFullName doesn't break something else in newModule. |
| 22:47:02 | * | flaviu quit (Remote host closed the connection) |
| 22:47:39 | * | pafmaf_ quit (Quit: This computer has gone to sleep) |
| 22:49:33 | Joe_knock | Hi Nimz |
| 22:49:46 | Joe_knock | dom96: You hit front page of HN :D |
| 22:51:30 | Jehan_ | God, I hate Git. |
| 22:52:07 | Joe_knock | Jehan_: Why? |
| 22:52:18 | Jehan_ | A version control system that only Linux kernel developers can love. :) |
| 22:54:02 | Joe_knock | Jehan_: The thing I don't get about Git is the remote-hosting part. It isn't very clear to me (yet) how git can be used successfully when developing locally, without the need to "git push" to somewhere |
| 22:54:30 | Jehan_ | That I don't have a problem with. |
| 22:55:30 | fowl | git is not intuitive |
| 22:56:26 | Joe_knock | fowl it's only until I take the time to play around with another VCS, that I will either move to that or stay with Git. Right now, it's convenient. |
| 22:56:31 | Jehan_ | fowl: The thing is, I understand the git model. Heck, I've written enough scripts to use the darn thing programmatically. |
| 22:56:36 | Jehan_ | It's still full of tripwires. |
| 22:57:24 | fowl | it confuses the hell out of me |
| 22:57:32 | Jehan_ | And yeah, I'm still moping over Canonical largely abandoning Bazaar. |
| 22:58:41 | Jehan_ | fowl: My preference list right now is something like: Bazaar (in a hypothetical, cleaned-up and fixed state) -> Mercurial -> Fossil -> Subversion -> Git -> CVS. |
| 22:59:11 | Joe_knock | I'm looking for one where everything is centralized and jumping between versions is as easy as: <command> prev |
| 23:01:30 | dom96 | Joe_knock: Yeah :D |
| 23:01:44 | Jehan_ | Joe_knock: Hmm, I don't want things to be centralized. |
| 23:01:58 | Jehan_ | I like it that I can do experimental stuff that I can throw away if it doesn't work out. |
| 23:03:48 | Joe_knock | Jehan_: Centralized, meaning that I don't need to "git push" to anywhere. My system is where VC happens and it doesn't care about a remote master. |
| 23:04:17 | Jehan_ | Joe_knock: Well, then you don't need to push. |
| 23:04:51 | Joe_knock | isn't git push part of their structure? The instructions were verbose to me. |
| 23:05:09 | Jehan_ | For my personal projects, I use "hg push" mostly as an incremental backup thing. |
| 23:05:21 | Jehan_ | Joe_knock: Only if you want to share with someone else. |
| 23:05:37 | Jehan_ | push/pull basically mirrors changes to/from another repository. |
| 23:05:41 | Jehan_ | To keep them in sync. |
| 23:05:56 | Jehan_ | If your only repository is on your computer, you don't need it. |
| 23:06:32 | fowl | indeed you can just commit to it til you're ready to put it on github, then push and all your commits show up |
| 23:06:50 | * | Jesin quit (Remote host closed the connection) |
| 23:07:51 | * | Demos quit (Ping timeout: 244 seconds) |
| 23:12:01 | * | askatasuna joined #nimrod |
| 23:16:42 | * | xenagi joined #nimrod |
| 23:17:47 | * | flaviu joined #nimrod |
| 23:18:03 | flaviu | dom96: A guy on reddit says your site isn't very good on mobile |
| 23:18:19 | * | xenagi quit (Read error: Connection reset by peer) |
| 23:18:37 | * | xenagi joined #nimrod |
| 23:18:59 | * | xenagi quit (Client Quit) |
| 23:19:37 | flaviu | I'm not sure what he's talking about though, it looks good to me in the different screen simulator |
| 23:21:22 | * | xenagi joined #nimrod |
| 23:22:52 | dom96 | flaviu: There are issues with some phones IIRC |
| 23:22:56 | flaviu | Oh, I see. Anything greater than 360px is considered a desktop and not scaled correctly |
| 23:22:56 | dom96 | But I wouldn't say it's impossible |
| 23:23:33 | fowl | considering that "mobile" means one of 20,000 phone models out there |
| 23:24:09 | flaviu | fowl: I can reproduce on the simulator, its a broad issue |
| 23:24:29 | flaviu | Bug in the CSS code, not people's browser |
| 23:25:28 | flaviu | dom96: Simple fix: `s/width: 980px/max-width: 980px/g` |
| 23:25:34 | * | hoverbear quit () |
| 23:26:18 | dom96 | flaviu: what simulator are you using? |
| 23:26:24 | flaviu | Firefox |
| 23:27:00 | * | vendethiel- joined #nimrod |
| 23:28:31 | * | vendethiel quit (Ping timeout: 244 seconds) |
| 23:28:35 | dom96 | oh yeah, Firefox didn't have that when I was working on this site :P |
| 23:31:26 | dom96 | flaviu: fixed, thanks. |
| 23:31:39 | flaviu | Don't forget to let the guy know |
| 23:31:55 | dom96 | I did. |
| 23:33:09 | flaviu | dom96: It doesn't seem to have shown up. All I see is "What phone are you using? It looks fine on my Samsung Galaxy Ace" |
| 23:33:22 | dom96 | Refresh |
| 23:33:24 | flaviu | Oh, it just did |
| 23:33:45 | flaviu | I guess reddit has some latency, I did, but it just now showed up |
| 23:39:30 | * | io2 quit () |
| 23:48:37 | * | goobles quit (Ping timeout: 246 seconds) |
| 23:53:50 | * | springbok quit (Ping timeout: 244 seconds) |
| 23:54:06 | * | askatasuna quit (Remote host closed the connection) |