| 00:00:15 | Araq | hi BlueProtoman welcome |
| 00:00:32 | Araq | Python has no type system and C has an archaic one |
| 00:00:41 | brihat | everybody says it's templates and macros |
| 00:01:07 | BlueProtoman | I wouldn't say Python has no type system (just not a static one), but I'm not quite sure how C (or C++'s, for that matter) is considered archaic. |
| 00:01:27 | brihat | And, instead of sleeping, Araq woke up :) |
| 00:01:56 | BlueProtoman | I ask because I'm considering learning it for an algorithms class I'm taking next semester. |
| 00:02:47 | BlueProtoman | After a year of Java programming, I could use a break; one class next term I'm using C++, another Python, and if you convince me, Nimrod for the third (else Python). |
| 00:05:41 | Araq | well arguably types are static and "dynamic typing" essentially is a euphemism for runtime tags, but alright lets not play games |
| 00:05:51 | BlueProtoman | Also, where can I see what C code output from Nimrod looks like? (I'm not able to install it right now.) |
| 00:06:15 | Araq | it's generated into a nimcache directory |
| 00:06:35 | BlueProtoman | No, I mean is there something in the manual, or...? |
| 00:07:38 | Araq | no, that's an implementation detail and subject to change. The FFI is documented of course. |
| 00:08:21 | BlueProtoman | Araq: I'm not looking to do anything fancy with the output or FFIs, I literally just want to see what it looks like. |
| 00:08:49 | Araq | well it's full of gotos and macros |
| 00:09:10 | Araq | and full of debug line tracking |
| 00:09:13 | BlueProtoman | That's OK. I'd still like to see it. |
| 00:09:26 | Araq | so install it and have a look |
| 00:09:31 | brihat | BlueProtoman: I have a sample |
| 00:09:39 | BlueProtoman | brihat: May I see it, please? Thanks! |
| 00:09:56 | BlueProtoman | I ask because if I use Nimrod next semester, since my professor is not likely to have Nimrod installed, I'd have to hand in the C output, too. |
| 00:10:07 | BlueProtoman | Or at least provide a link to a Pastebin or something. |
| 00:10:18 | brihat | Here: https://gist.github.com/anonymous/7966782 |
| 00:11:44 | BlueProtoman | Huh. Is all the output of Nimrod put into a single file, or only if I use one Nimrod file? |
| 00:12:34 | Araq | BlueProtoman: every single example of my slides can't be done in either C or Python ... ;-) |
| 00:12:34 | brihat | The original Nimrod code: https://gist.github.com/anonymous/7966814 |
| 00:12:52 | BlueProtoman | Araq: Your slides? |
| 00:13:26 | BlueProtoman | brihat: Ooh, now that's a sexy language. |
| 00:13:27 | Araq | brihat: the lines iterator should be faster |
| 00:14:02 | Araq | and takes fewer lines of code |
| 00:14:17 | brihat | Araq: that was actually gradha's code which I copy-pasted |
| 00:14:40 | BlueProtoman | As long as I can make it as easy as possible for my professor or TA to compile my Nimrod output...I guess I can provide a Makefile or something. |
| 00:14:43 | brihat | I was looking for lines iterator in the documentation, couldn't find it |
| 00:15:05 | BlueProtoman | So what other strengths or weaknesses does Nimrod have (small user base aside)? |
| 00:15:34 | Araq | weakness: It's not as stable as I would like |
| 00:15:46 | BlueProtoman | Araq: In terms of...? |
| 00:16:06 | brihat | BlueProtoman: Here is Araq's talk: http://nimrod-code.org/talk01/slides.html |
| 00:16:14 | Araq | mostly compiler bugs, but the occasional runtime bug pops up too |
| 00:16:27 | BlueProtoman | Araq: Where can I find the known issues? |
| 00:17:20 | Araq | on github |
| 00:17:50 | BlueProtoman | Oh, now I see that you're the inventor of the language. Cool. |
| 00:18:01 | OrionPKM | araq you look into that GC issue yesterday? |
| 00:19:02 | brihat | Araq... the BBBBBDDDDDFFFFFFLLLLLLL !!! |
| 00:19:25 | Araq | OrionPKM: not really but I have a couple of theories |
| 00:19:40 | OrionPKM | cool |
| 00:19:41 | Araq | try to wrap it a proc main(), for instance |
| 00:19:44 | BlueProtoman | Araq: Would you recommend it for usage in an algorithms course, particularly one that deals with a lot of graph theory? |
| 00:20:08 | OrionPKM | think I tried wrapping it in a proc |
| 00:20:24 | OrionPKM | it was while true: callThatLooksAtTime() or something |
| 00:20:29 | OrionPKM | no difference in memory use |
| 00:20:57 | Araq | tried --gc:markAndSweep ? |
| 00:21:12 | OrionPKM | yeah, think it was still leaking |
| 00:21:33 | Araq | hmm that's interesting |
| 00:21:50 | Araq | --gc:boehm fixes it, I guess? |
| 00:21:59 | OrionPKM | i was going to test it, but I dont have the dll |
| 00:22:31 | BlueProtoman | Ooh, it compiles to Javascript, too. Fancy. |
| 00:22:43 | BlueProtoman | Is Nimrod intended to be used for games? |
| 00:22:44 | Araq | BlueProtoman: well I love algorithms so nimrod is a perfect match imoo |
| 00:22:48 | Araq | *imo |
| 00:23:02 | BlueProtoman | Araq: If I decide to use it, I'll definitely keep you posted in how it goes. |
| 00:24:52 | OrionPKM | i plan to eventually use it for a game, once it's stable enough |
| 00:25:01 | OrionPKM | and the tooling is good enough |
| 00:25:22 | BlueProtoman | I'm still using Haxe for games, but I'm looking at the slides with a big grin on my face. |
| 00:25:26 | fowl | OrionPKM, whats the tooling |
| 00:25:42 | fowl | OrionPKM, what can you possibly need that isnt wrapped |
| 00:25:47 | BlueProtoman | Wow, that's a *lot* of compile-time optimization. |
| 00:25:52 | OrionPKM | not talking about libraries fowl |
| 00:26:03 | fowl | its never enough is it ;_ |
| 00:26:03 | fowl | ; |
| 00:26:10 | OrionPKM | lol |
| 00:26:21 | OrionPKM | i'm working on tooling w/ my ST plugin |
| 00:26:47 | Araq | fowl: no, it's never enough until we match C#'s dev environment |
| 00:27:06 | OrionPKM | I dont think one should ever be satisfied |
| 00:27:16 | OrionPKM | always strive to be better |
| 00:27:26 | OrionPKM | https://dl.dropboxusercontent.com/u/417554/sublanguages.png |
| 00:27:30 | fowl | high level game engines are hard work |
| 00:27:35 | fowl | nobody wants to collaborate :( |
| 00:28:26 | BlueProtoman | Araq: I'm sold. As soon as finals are over (I should really be studying for a discrete math final), I'm going to test it out, then if I can convince my future professor to accept Nimrod, I'll be in here a lot more often. |
| 00:31:16 | Araq | now those slides surely were a good idea ;-) |
| 00:31:43 | BlueProtoman | Do you have a PDF version or similar so I can easily download them without messing with a lot of HTML files? |
| 00:31:51 | Araq | gah |
| 00:32:08 | Araq | and I thought everybody hates PDF by now :P |
| 00:32:17 | * | Araq is ahead of his time |
| 00:32:24 | BlueProtoman | Araq: What's wrong with PDFs? |
| 00:32:56 | OrionPKM | araq can you think of a way to parse strings (like in my screenshot above) at compile time and automatically transform into code ala sourcecode filters, w/ just macros? |
| 00:32:56 | BlueProtoman | If someone hands me something in plain text or as a Markdown document I won't complain, but I'm curious. |
| 00:33:36 | brihat | Araq is against markdown I think, but he may give you .rst files :) |
| 00:33:50 | BlueProtoman | brihat: You get the idea. |
| 00:34:12 | * | Varriount joined #nimrod |
| 00:34:35 | Araq | I'm not against markdown but I don't think it existed when I wrote the first version of the docgen, so I picked RST |
| 00:35:13 | Araq | markdown came later when everybody figured out RST is a PITA to implement |
| 00:35:14 | BlueProtoman | I just used Markdown as an example. My point is, I'm not choosy about what format I read or write my documents in, as I can convert between them an y time. |
| 00:35:16 | joelmo | when was that |
| 00:35:36 | Araq | no idea, in 2008 perhaps |
| 00:35:44 | Araq | or 2006 |
| 00:36:09 | brihat | Ah i see, in the morning we were talking about it. someone mentioned that RST has something to do with Germany, that's why |
| 00:37:04 | Araq | BlueProtoman: well I used nimrod's documenator generator for the slides |
| 00:37:16 | Araq | that means I can generate HTML or LaTex |
| 00:37:45 | Araq | LaTeX turned out to be stupid as schmock for slides |
| 00:37:47 | reactormonk | Araq, why not org-mode? ^^ |
| 00:38:06 | * | DAddYE joined #nimrod |
| 00:38:14 | reactormonk | anyway, reveal.js works pretty sneak for simple stuff... as does +/- everything |
| 00:38:29 | reactormonk | with fancy effects. |
| 00:38:46 | * | Araq only likes tools he wrote (and Aporia...) |
| 00:38:56 | reactormonk | NIH syndrome? |
| 00:39:25 | OrionPKM | what does aporia have that ST doesnt? :P |
| 00:39:32 | Varriount | OrionPKM, plugins |
| 00:39:41 | Varriount | Oh wait, nevermind |
| 00:39:52 | Varriount | I thought you meant the other way around. |
| 00:39:56 | reactormonk | ST? |
| 00:39:56 | BitPuffin | gaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaahhhhhhhhhh |
| 00:39:59 | OrionPKM | sublimetext |
| 00:40:01 | BitPuffin | nimrooooodDD!!! |
| 00:40:03 | reactormonk | oh |
| 00:40:04 | BitPuffin | Worst error message ever |
| 00:40:05 | brihat | Emaaaaacss |
| 00:40:07 | * | BlueProtoman left #nimrod ("Leaving") |
| 00:40:13 | reactormonk | ^ best editor ever |
| 00:40:17 | BitPuffin | lib/pure/htmlgen.nim(91, 19) Error: type mismatch: got (PComment, string) |
| 00:40:19 | Varriount | naaaaaanoooo |
| 00:40:25 | BitPuffin | doesn't tell me where I'm calling it |
| 00:40:27 | BitPuffin | thanks compiler |
| 00:40:35 | BitPuffin | not like I have a deadline or anything lol |
| 00:40:39 | reactormonk | ^ "I'm a newb at this but I don't wanna learn" |
| 00:40:44 | reactormonk | damn, I should type faster. |
| 00:40:58 | OrionPKM | yeah but emacs doesnt have this: https://dl.dropboxusercontent.com/u/417554/sublanguages.png |
| 00:40:59 | OrionPKM | :P |
| 00:41:03 | Varriount | reactormonk, dude, catch up with the times. Notepad.exe is where it's at. |
| 00:41:39 | brihat | Bah, Emacs users don't _need_ it |
| 00:41:55 | brihat | Poor souls like OrionPKM need them ;) |
| 00:42:06 | OrionPKM | it's not about need, it's about want :p |
| 00:42:15 | fowl | brihat, i was making that up IRT rst and germany |
| 00:42:19 | Varriount | brihat, is your hat made out of cheese, by any chance? |
| 00:42:21 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 00:42:32 | OrionPKM | why not just pop open nano |
| 00:42:33 | OrionPKM | done |
| 00:42:42 | Araq | BitPuffin: well I changed line handling for templates, but I'm not sure if it's only in vm2, but try that |
| 00:42:57 | brihat | fowl: got it |
| 00:43:05 | BitPuffin | Araq: You mean I should try using the vm2 branch? |
| 00:43:10 | Araq | yes |
| 00:43:19 | Araq | which is more stable now anyway I think |
| 00:43:26 | BitPuffin | alright |
| 00:43:28 | BitPuffin | I'll try it |
| 00:43:34 | BitPuffin | hopefully it helps |
| 00:43:39 | BitPuffin | otherwise I'm gonna be really depressed |
| 00:44:04 | brihat | Varriount: oh yes, fresh gouda cheese |
| 00:44:06 | reactormonk | OrionPKM, to a certain degree, within org-mode |
| 00:44:20 | Araq | do I want to know what org-mode is? |
| 00:44:28 | Varriount | ^ |
| 00:44:37 | reactormonk | OrionPKM, and when you're generating code with strings you're doing something wrong anyway imo |
| 00:44:52 | Varriount | Araq, it's when all the text you've typed has an orgy. |
| 00:44:59 | reactormonk | Araq, "your life in plaintext" |
| 00:45:25 | reactormonk | I only use the latex export currently, to get low-cost latex documents without all the {{{}}} parties |
| 00:45:32 | brihat | Ahere: http://lmgtfy.com/?q=org-mode |
| 00:45:38 | Araq | well I know how to get latex output |
| 00:45:51 | Araq | unfortunately that doesn't help as TeX is stuck in the 60ies |
| 00:46:10 | reactormonk | XeTeX has unicode at least |
| 00:46:40 | reactormonk | Yup, but as soon as you GUI you can't really use git anymore, all gotta be in-house |
| 00:47:03 | BitPuffin | Varriount: how's the hashing going? |
| 00:47:50 | Araq | well latex-beamer considers "must fit on the slide" to be a nice optional feature you can live without |
| 00:48:17 | BitPuffin | hahahaha |
| 00:48:18 | BitPuffin | well |
| 00:48:22 | BitPuffin | at least I got a new error |
| 00:48:25 | BitPuffin | but it wasn't much nicer |
| 00:48:32 | BitPuffin | lib/core/macros.nim(333, 21) Error: type mismatch: got (PComment, string) |
| 00:48:33 | Araq | but hey, what do I know, it's not like I use the tools before I start hating them |
| 00:49:09 | Varriount | BitPuffin, I gave up |
| 00:49:17 | BitPuffin | in the newCall proc |
| 00:49:24 | * | BitPuffin facedesks |
| 00:49:51 | BitPuffin | Varriount: too bad you couldn't do GPU hashing |
| 00:49:57 | BitPuffin | would have been way faster |
| 00:50:13 | Varriount | BitPuffin, too bad that the GPU version doesn't support the hash format that is used. |
| 00:50:31 | BitPuffin | :/ |
| 00:50:36 | reactormonk | BitPuffin, PComment? Right, you can mess with comments... Make annotations java-style \o/ |
| 00:50:49 | BitPuffin | reactormonk: PComment is my own type |
| 00:51:04 | Varriount | PuffinComment |
| 00:51:11 | BitPuffin | exactly |
| 00:51:25 | BitPuffin | Araq: what should I punch |
| 00:52:35 | BitPuffin | not like I have any way to know |
| 00:52:45 | BitPuffin | but I suspect that the error is in here: https://gist.github.com/BitPuffin/6f1c1704e3706a58f18b |
| 00:54:43 | BitPuffin | I'm not gonna sleep until I fix this bug I think |
| 00:54:45 | BitPuffin | too risky |
| 00:54:50 | BitPuffin | I need to be done today |
| 00:54:54 | BitPuffin | or I won't get paid |
| 00:55:13 | Araq | so do a binary search to isolate the error |
| 00:55:18 | Araq | that's not rocket science |
| 00:55:56 | BitPuffin | uh? |
| 00:56:03 | BitPuffin | search for what |
| 00:56:20 | Araq | well a binary prune operation then |
| 00:56:38 | Araq | prune half of the code repeat etc. |
| 00:56:57 | NimBot | nimrod-code/babel master cf17779 Dominik Picheta [+0 ±1 -0]: Versions in .babel files are now verified. |
| 00:56:57 | NimBot | nimrod-code/babel master 7b09600 Dominik Picheta [+0 ±1 -0]: Replaced quit() in packageinfo with an exception. |
| 00:56:57 | NimBot | nimrod-code/babel master 4bc0c17 Dominik Picheta [+0 ±2 -0]: A URL can now be specified for installation. |
| 00:56:57 | NimBot | nimrod-code/babel master 1a32055 Dominik Picheta [+0 ±1 -0]: Documented installation by URL. |
| 00:57:32 | BitPuffin | Araq: hmm, I guess do i have to do it manually? |
| 00:57:37 | dom96 | And with that. Babel is complete. |
| 00:57:42 | BitPuffin | dom96: yay! |
| 00:57:46 | BitPuffin | back in to vnug then lol |
| 00:57:48 | BitPuffin | :P |
| 00:57:51 | Araq | dom96: congratulations |
| 00:58:17 | Araq | does it support minversion, maxversion? |
| 00:58:24 | dom96 | Araq: what now? |
| 00:58:36 | BitPuffin | Araq: won't removing half of the code cause other errors lol |
| 00:59:09 | Araq | BitPuffin: now you found out about the part that involves using your brain. |
| 00:59:21 | BitPuffin | Araq: it's 2 am |
| 00:59:34 | BitPuffin | google doesn't really even help |
| 00:59:47 | BitPuffin | the only thing that shows up is people talking about how sad they are because they commited binaries into git |
| 01:00:28 | Araq | dom96: the tester needs babel support ;-) |
| 01:00:43 | dom96 | Araq: What's minversion maxversion? |
| 01:01:06 | Araq | it's the feature everybody wants and nobody has seen working in practice |
| 01:02:00 | dom96 | Still haven't answered my question. |
| 01:02:03 | Araq | packaga A: requires: babelfish <1.0 |
| 01:02:14 | Araq | packaga B: requires: babelfish >0.8 |
| 01:02:20 | Araq | --> so install version 0.9 |
| 01:03:04 | * | LostNimrod joined #nimrod |
| 01:03:08 | * | fever308 joined #nimrod |
| 01:03:26 | * | LostNimrod left #nimrod (#nimrod) |
| 01:03:50 | * | fever308 left #nimrod (#nimrod) |
| 01:03:51 | Araq | hi fever308 welcome |
| 01:03:54 | BitPuffin | alright the error seems to be in the htmlComment procedure |
| 01:03:59 | dom96 | argh. |
| 01:04:07 | dom96 | Forgot about that silliness. |
| 01:04:44 | dom96 | oh no wait. |
| 01:04:51 | BitPuffin | <h4>${comment.title}</h4> |
| 01:04:55 | BitPuffin | that seems to be the line |
| 01:04:59 | BitPuffin | there is no title field lol |
| 01:05:05 | dom96 | Now I remember how it's meant to work heh |
| 01:05:06 | BitPuffin | that's a great error for that now isn't it |
| 01:05:42 | BitPuffin | uh |
| 01:05:51 | BitPuffin | however adding it doesn't seem to make a difference |
| 01:06:03 | fowl | i always want "$foo" % {"foo": "x"} to work |
| 01:06:11 | fowl | would that be an acceptable pull request |
| 01:06:15 | BitPuffin | well it does if I export it |
| 01:06:21 | fowl | % ["foo", "x"] is stupid |
| 01:06:26 | dom96 | Araq: If you're building package A then it will use 0.9 if it exists. |
| 01:06:50 | dom96 | Araq: If you're building package B it will use 0.9 too unless something newer exists. |
| 01:07:26 | dom96 | Dependencies are only handled properly if you're building your package using 'babel build' |
| 01:07:39 | dom96 | otherwise your code uses the latest package on your system |
| 01:08:17 | Araq | fowl: I think so |
| 01:09:14 | fowl | i started messing with dogecoin today |
| 01:09:23 | fowl | i have 2700 |
| 01:09:28 | fowl | i will be very rich in the future |
| 01:09:36 | dom96 | litecoin is the future |
| 01:09:58 | dom96 | Only quote me on that if I am right :P |
| 01:10:00 | fowl | idk why people thing that 30$ is good for litecoin, i saw it at 48$ when btc was at 1000$ |
| 01:10:02 | EXetoC | fowl: what can you get for that? a burger? |
| 01:10:28 | fowl | EXetoC, i only need them to be worht $1, or $.50, i paid nothing |
| 01:10:41 | dom96 | So yeah. Please test babel guys. |
| 01:12:08 | fowl | EXetoC, also they are still very minable |
| 01:12:17 | BitPuffin | https://gist.github.com/BitPuffin/2370fc9de896270e6856 views/article.tmpl.html(18, 0) Error: undeclared identifier: 'result' |
| 01:12:21 | fowl | even for me, im on a weak laptop |
| 01:12:33 | BitPuffin | guess I'm using result wrong somehow? |
| 01:13:26 | BitPuffin | dom96: nevar |
| 01:14:05 | BitPuffin | not sure why it says line 18 though for result |
| 01:14:13 | BitPuffin | line 18 is empty |
| 01:14:30 | fowl | um |
| 01:14:42 | fowl | doesnt that bit of html get embedded as a string in the src |
| 01:14:59 | BitPuffin | fowl: kind of the point though but yeah |
| 01:15:13 | fowl | idk |
| 01:15:20 | Araq | BitPuffin: the empty line should be: |
| 01:15:22 | Araq | # |
| 01:15:40 | BitPuffin | Araq: really lol |
| 01:15:42 | BitPuffin | well okay |
| 01:15:46 | Araq | so the compiler knows it's not verbatim |
| 01:15:59 | Araq | well ok, we could improve that :P |
| 01:16:09 | Araq | but it IS logical |
| 01:16:33 | BitPuffin | Araq: yeah true, I see why it happens :P |
| 01:16:37 | BitPuffin | but still a gotcha |
| 01:16:42 | EXetoC | empty? which line? |
| 01:16:53 | BitPuffin | EXetoC: yo dads |
| 01:17:00 | BitPuffin | no but the one in the gist |
| 01:17:00 | EXetoC | I dealt with this once. can't remember shit yo |
| 01:17:16 | BitPuffin | EXetoC: yo bro momma damn brutha |
| 01:17:59 | * | brson quit (Ping timeout: 260 seconds) |
| 01:18:02 | * | ddl_smurf quit (Quit: not gangsta enough) |
| 01:18:02 | BitPuffin | guess my strategy of doing this didn't work |
| 01:18:08 | BitPuffin | #htmlComment(reply) |
| 01:18:15 | BitPuffin | #walkReplies(reply) |
| 01:18:35 | dom96 | 'night |
| 01:18:39 | BitPuffin | changing the # to $ doesn't seem to help either |
| 01:18:42 | BitPuffin | night dom96! |
| 01:18:49 | brihat | bye dom96 |
| 01:18:56 | reactormonk | (close 16 |
| 01:19:08 | reactormonk | yeah, cleaning up some channels |
| 01:19:34 | Araq | same here, I should sleep, bye |
| 01:19:51 | * | brson joined #nimrod |
| 01:23:25 | BitPuffin | Guess I'll sleep too |
| 01:23:29 | BitPuffin | I found the demon error |
| 01:23:34 | BitPuffin | and I did slay it |
| 01:23:50 | brihat | Bye BitPuffin |
| 01:24:10 | brihat | I will also go to sleep then.. bye buys |
| 01:25:02 | * | brson quit (Ping timeout: 240 seconds) |
| 01:31:16 | * | brson joined #nimrod |
| 01:31:41 | * | BitPuffin quit (Read error: Operation timed out) |
| 01:39:28 | * | DAddYE joined #nimrod |
| 01:43:31 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 02:40:47 | * | DAddYE joined #nimrod |
| 02:45:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 03:19:35 | * | boydgreenfield joined #nimrod |
| 03:42:09 | * | DAddYE joined #nimrod |
| 03:46:14 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 03:47:45 | * | boydgreenfield quit (Quit: boydgreenfield) |
| 04:43:23 | * | DAddYE joined #nimrod |
| 04:44:30 | * | EXetoC quit (Quit: WeeChat 0.4.2) |
| 04:48:02 | * | DAddYE quit (Ping timeout: 260 seconds) |
| 05:45:45 | * | OrionPKM quit (Remote host closed the connection) |
| 05:47:02 | * | OrionPKM joined #nimrod |
| 05:53:11 | * | brson quit (Ping timeout: 245 seconds) |
| 05:55:04 | * | brson joined #nimrod |
| 06:06:37 | * | darkf quit (Read error: Connection reset by peer) |
| 06:06:42 | * | darkf joined #nimrod |
| 06:28:02 | * | xenagi joined #nimrod |
| 06:35:54 | * | XAMPP joined #nimrod |
| 06:46:11 | * | DAddYE joined #nimrod |
| 06:50:20 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 07:16:48 | * | darkf quit (Read error: Connection reset by peer) |
| 07:16:48 | * | darkf joined #nimrod |
| 07:16:48 | * | darkf quit (Changing host) |
| 07:16:48 | * | darkf joined #nimrod |
| 07:28:10 | * | boydgreenfield joined #nimrod |
| 07:42:26 | * | xenagi quit (Read error: Connection reset by peer) |
| 07:42:48 | * | boydgreenfield quit (Quit: boydgreenfield) |
| 08:08:37 | * | brson quit (Quit: leaving) |
| 08:30:24 | * | zielmicha joined #nimrod |
| 08:48:54 | * | DAddYE joined #nimrod |
| 08:53:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 09:50:05 | * | DAddYE joined #nimrod |
| 09:54:15 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 10:02:50 | * | psquid joined #nimrod |
| 10:27:46 | * | Zuchto quit (Ping timeout: 245 seconds) |
| 10:30:36 | * | dom96 quit (Ping timeout: 246 seconds) |
| 10:31:29 | * | orbitz quit (Ping timeout: 272 seconds) |
| 10:31:44 | * | orbitz joined #nimrod |
| 10:34:12 | * | dom96 joined #nimrod |
| 10:45:28 | * | Roin quit (Ping timeout: 264 seconds) |
| 10:51:32 | * | DAddYE joined #nimrod |
| 10:55:47 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 11:05:41 | * | OrionPKM quit (Remote host closed the connection) |
| 11:40:58 | * | BitPuffin joined #nimrod |
| 11:41:12 | BitPuffin | ahoy maties |
| 11:41:35 | BitPuffin | whaddup guys? |
| 11:42:11 | BitPuffin | anyways I solved the #htmlCommentC(reply) thing by changing it to #result.add(htmlComment(reply) |
| 11:42:22 | fowl | hi |
| 11:42:23 | BitPuffin | but now I get undeclared identifier htmlArticle |
| 11:42:45 | BitPuffin | in my file which does include the article.tmpl.html |
| 11:42:52 | BitPuffin | hey fowl |
| 11:47:31 | BitPuffin | so if you look here https://gist.github.com/BitPuffin/81e36d4e3cc60daba2ca |
| 11:48:07 | BitPuffin | line 8 it is included and then used on line 114 |
| 11:48:10 | BitPuffin | in app.nim |
| 11:48:30 | brihat | morning guys |
| 11:48:46 | BitPuffin | and as you can see the procedures does exist in the the template |
| 11:49:10 | fowl | BitPuffin, maybe its because its not exported |
| 11:49:18 | fowl | oh you use include |
| 11:49:28 | fowl | brihat, good morning |
| 11:49:31 | BitPuffin | fowl: exactly |
| 11:49:33 | BitPuffin | hey brihat |
| 11:50:01 | BitPuffin | is it actually possible to import a template? |
| 11:50:11 | fowl | when defined(release) and appSecret == "doRememberToChangeThisLaterItIsImportantForSigningCookiesEtc": |
| 11:50:12 | fowl | lol |
| 11:50:24 | BitPuffin | fowl: :P |
| 11:50:26 | fowl | BitPuffin, i dont know, id say look at a project that uses it (nimforum) |
| 11:50:56 | BitPuffin | I wonder if nimforum has any templates with multiple procs in it |
| 11:51:13 | BitPuffin | seems like it |
| 11:52:32 | BitPuffin | hmm, I can't really see what they are doing different |
| 11:52:37 | fowl | you should make a babel out of the persona verifier |
| 11:52:42 | fowl | also do an openid thing |
| 11:52:55 | BitPuffin | fowl: it doesn't work atm |
| 11:52:58 | * | DAddYE joined #nimrod |
| 11:53:11 | BitPuffin | fowl: but yeah it's on the list |
| 11:53:17 | BitPuffin | not openid though |
| 11:54:40 | BitPuffin | hmm, I wonder what the difference between stdtmpl | standard and just stdtmpl is |
| 11:54:41 | fowl | BitPuffin, wrap btc json rpc so i can make a website to steal bitcoins from stupids |
| 11:54:54 | BitPuffin | fowl: here's an idea, you do it :P |
| 11:55:00 | fowl | but i suck at web |
| 11:55:07 | fowl | you know what you're doing |
| 11:55:07 | BitPuffin | good opportunity to learn |
| 11:55:11 | BitPuffin | haha |
| 11:55:16 | BitPuffin | does it look like I know what I am doing |
| 11:55:21 | BitPuffin | I can't even use source code filters |
| 11:55:25 | fowl | yea |
| 11:55:34 | fowl | well to be fair its not a much used feature |
| 11:55:51 | BitPuffin | I guess |
| 11:55:58 | BitPuffin | and the documentation on it is well |
| 11:56:01 | BitPuffin | incomplete I think |
| 11:57:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 11:57:19 | BitPuffin | for example it doesn't explain why you have to put result = "" |
| 11:57:29 | BitPuffin | I guess that's to initialize the result as a string |
| 11:57:51 | BitPuffin | so that it isn't nil |
| 11:58:06 | fowl | idk anything |
| 11:58:21 | BitPuffin | fowl: ;D |
| 11:58:32 | BitPuffin | I only know that you should be in the VNUG |
| 11:58:37 | BitPuffin | you'd fit in |
| 12:00:58 | fowl | i have 6000 dogecoins |
| 12:01:06 | fowl | one day they will be worth $1 |
| 12:01:12 | fowl | and i will be rich !!! |
| 12:01:19 | BitPuffin | lol :P |
| 12:01:24 | BitPuffin | I used to have 50 LTC :( |
| 12:01:25 | BitPuffin | never forget |
| 12:01:31 | fowl | what happened to them |
| 12:01:46 | BitPuffin | nope, no explanation for diff between stdtmpl and stdtmpl | standard |
| 12:01:49 | BitPuffin | fowl: lost in reformat |
| 12:01:55 | BitPuffin | because I assumed that the wallet was in dropbax |
| 12:02:01 | BitPuffin | but turns out it was in appdata |
| 12:02:04 | BitPuffin | awwww yeeee |
| 12:02:06 | fowl | ohlol |
| 12:02:11 | fowl | maybe you could recover it? |
| 12:02:24 | BitPuffin | fowl: you don't think I tried :P |
| 12:02:33 | fowl | i dont think :( |
| 12:03:02 | BitPuffin | :( |
| 12:03:11 | * | _dymk quit (Ping timeout: 245 seconds) |
| 12:03:30 | BitPuffin | honestly though |
| 12:03:47 | BitPuffin | why the ballsack does my proc not get recognized |
| 12:05:29 | fowl | why do you include and not import |
| 12:05:45 | fowl | (and which one of those does nimforum do) |
| 12:06:52 | BitPuffin | fowl: nimforum does include |
| 12:07:02 | BitPuffin | and basically, because I was told to do so |
| 12:07:21 | BitPuffin | yeah the documentation doesn't even cover how to get a filter in to your source code lol |
| 12:08:40 | BitPuffin | fowl: https://github.com/nimrod-code/nimforum/blob/master/forum.nim#L633 |
| 12:11:02 | BitPuffin | for shits and giggles I'm gonna remove the | standard just to see if it does anything because it is honestly the only thing I can think of |
| 12:11:16 | BitPuffin | no diff |
| 12:12:34 | BitPuffin | oh I think I might know what it is |
| 12:12:37 | fowl | did you try making 5 bug reports |
| 12:12:37 | BitPuffin | forgot #end if |
| 12:12:45 | BitPuffin | fowl: I have 60 batched up |
| 12:13:26 | BitPuffin | wohoo that was the error :d |
| 12:17:49 | BitPuffin | can't believe that the code I wrote worked almost without any tweaking |
| 12:18:20 | BitPuffin | or hmm |
| 12:18:46 | fowl | lol |
| 12:19:02 | fowl | if not eggs.hatched: chickens.count |
| 12:23:51 | * | dymk joined #nimrod |
| 12:24:09 | * | Zuchto joined #nimrod |
| 12:40:41 | * | dymk quit (Ping timeout: 245 seconds) |
| 12:43:50 | * | Roin joined #nimrod |
| 12:54:17 | * | DAddYE joined #nimrod |
| 12:58:38 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 12:59:58 | BitPuffin | gah |
| 13:00:11 | BitPuffin | I had forgotten to add replies when constructing PComment |
| 13:00:13 | BitPuffin | so it was nil |
| 13:00:22 | BitPuffin | damn it why do we have automatic default to nil xD |
| 13:01:01 | fowl | nil is a state |
| 13:01:36 | BitPuffin | fowl: so is Washington |
| 13:02:05 | fowl | ur |
| 13:02:10 | fowl | where are you from btw |
| 13:02:15 | fowl | youre in america right |
| 13:03:00 | brihat | i thought washington was a name |
| 13:03:24 | brihat | sorry, english is not my native language :) |
| 13:04:46 | fowl | it is, also a state in the northwest |
| 13:06:19 | brihat | i also get confused when people just say america, do they mean north ameraic, south america or some country in it like US of America |
| 13:06:50 | * | EXetoC joined #nimrod |
| 13:07:18 | brihat | fowl: yea, i just googled it on google maps |
| 13:07:57 | * | dymk joined #nimrod |
| 13:21:40 | dom96 | hello |
| 13:28:52 | BitPuffin | oi dom96 |
| 13:28:55 | BitPuffin | fowl: I'm from sweden |
| 13:29:23 | fowl | hmm how do you have knowledge of our states |
| 13:29:30 | fowl | are you spying on america |
| 13:29:34 | BitPuffin | fowl: yes |
| 13:29:37 | BitPuffin | I work for the NSA |
| 13:29:51 | fowl | omg who do i tell about this?? |
| 13:30:37 | BitPuffin | fowl: the NSA? |
| 13:32:45 | BitPuffin | dom96: the request variable in a request is a TRequest and not a PRequest right lol |
| 13:32:56 | dom96 | dunno |
| 13:35:27 | BitPuffin | dom96: good:P |
| 13:35:33 | * | zahary quit (Read error: Connection reset by peer) |
| 13:46:41 | dom96 | is it just me or do Rust macros look kind of meh? https://www.youtube.com/watch?v=_KgXy7jnwhY |
| 13:50:24 | BitPuffin | fowl: do you live in the US? |
| 13:50:47 | fowl | yea |
| 13:51:40 | BitPuffin | fowl: guessing you have problems with the job situation |
| 13:52:06 | BitPuffin | it was discussed very well in the latest Unfilter episode |
| 13:52:08 | BitPuffin | let me link it |
| 13:52:54 | fowl | the problem is ive stopped long caring about it long ago |
| 13:53:37 | BitPuffin | http://www.youtube.com/watch?feature=player_detailpage&v=9ZZs3j5lS9M#t=2886 |
| 13:53:44 | dom96 | fowl: Solution is simple: move to Europe. |
| 13:54:37 | fowl | jesus what is this |
| 13:54:41 | fowl | ($($arg)*) |
| 13:55:30 | fowl | dom96, i plan to when i have a degree |
| 13:55:38 | fowl | (some debt to run away from) |
| 13:55:39 | * | DAddYE joined #nimrod |
| 13:56:27 | fowl | god this rust macro stuff is hideous |
| 13:56:32 | * | darkf quit (Quit: Leaving) |
| 13:56:58 | BitPuffin | fowl: I don't think the job situation is all that good in europe either |
| 13:59:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 14:00:18 | fowl | well tbh i hate working |
| 14:00:24 | fowl | i do kind of have a job though |
| 14:12:22 | dom96 | fowl: Whereabouts in the US do you live? |
| 14:13:30 | fowl | st louis |
| 14:13:41 | fowl | missouri |
| 14:13:52 | fowl | pretty much the center of the country |
| 14:22:29 | BitPuffin | hey guys |
| 14:22:31 | BitPuffin | guyss!!!! |
| 14:22:36 | BitPuffin | there is a new version of make out!! xD |
| 14:25:24 | EXetoC | I "worked" as a Janitor once. Never again |
| 14:26:18 | EXetoC | I can only assume that writing code for money is more endurable |
| 14:26:45 | EXetoC | BitPuffin: ? |
| 14:27:13 | BitPuffin | EXetoC: ?? |
| 14:27:20 | EXetoC | make out? |
| 14:28:19 | BitPuffin | EXetoC: LOL |
| 14:28:27 | BitPuffin | s/make out/make is out/ |
| 14:28:55 | EXetoC | lol |
| 14:46:56 | BitPuffin | dom96: too cool for the VNUG eh? :D |
| 14:47:23 | * | dom96 considers making NimBot autoban anyone that says VNUG :P |
| 14:47:41 | BitPuffin | dom96: :( |
| 14:47:53 | EXetoC | why? does it remind you of GNU? |
| 14:47:59 | BitPuffin | hahaha |
| 14:48:12 | BitPuffin | I love how I turned EXetoC into a real GPL/GNU hater |
| 14:50:36 | BitPuffin | dom96: you are currently missing my awesome whissling |
| 14:50:47 | BitPuffin | (spelling?) |
| 14:50:52 | dom96 | whistling |
| 14:51:05 | BitPuffin | pff |
| 14:53:09 | dom96 | creating test packages gets really confusing |
| 14:53:31 | BitPuffin | dom96: I could help you, with my voice :P |
| 14:55:51 | EXetoC | BitPuffin: not really, but I don't think I realized myself that libao was GPL-licensed |
| 14:56:57 | * | DAddYE joined #nimrod |
| 14:57:41 | EXetoC | it's a nice lib, but we have portaudio now so it doesn't matter |
| 14:59:18 | BitPuffin | EXetoC: yeah it's really a shame |
| 14:59:21 | BitPuffin | and a missed opportunity |
| 14:59:33 | BitPuffin | Portaudio is great but if you don't need input it's too much |
| 15:01:06 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 15:02:48 | dom96 | huh |
| 15:03:01 | dom96 | doing when compiles(import somemodule): causes the compiler to freeze |
| 15:03:16 | fowl | oo new version of make out |
| 15:04:08 | EXetoC | BitPuffin: I don't know, it seems fairly simple |
| 15:05:04 | dom96 | hrm |
| 15:05:57 | dom96 | oh i see |
| 15:05:58 | BitPuffin | EXetoC: ofc it is |
| 15:06:16 | BitPuffin | but it has input lol |
| 15:06:26 | BitPuffin | ofc it's kind of nice if you ever end up needing input :P |
| 15:07:34 | fowl | so whats going on in here |
| 15:07:36 | EXetoC | yes, and you can just ignore that aspect |
| 15:07:36 | fowl | hmm |
| 15:07:44 | EXetoC | fowl: dunno |
| 15:08:22 | EXetoC | people say stuff, and that |
| 15:08:23 | dom96 | so it seems I found a compiler bug due to my awesome dependency testing heh |
| 15:11:56 | BitPuffin | dom96: shouldn't this be correct? :( let email = request.params["email"] |
| 15:12:03 | BitPuffin | where email comes from a form |
| 15:12:09 | dom96 | yeah? |
| 15:12:14 | BitPuffin | I also tried request.formData["email"].body |
| 15:12:16 | BitPuffin | but nein |
| 15:12:22 | BitPuffin | dom96: but I get nothing baaaack lol |
| 15:12:45 | BitPuffin | https://gist.github.com/BitPuffin/04e3eccf1e9e9154c3cf |
| 15:12:47 | BitPuffin | that's the view |
| 15:13:03 | fowl | dont you use name= |
| 15:13:19 | fowl | use id="email" name="email" |
| 15:13:28 | fowl | id is for css to grab with #email |
| 15:13:50 | BitPuffin | fowl: yo moma |
| 15:13:57 | BitPuffin | thanks bro |
| 15:14:44 | fowl | oh id= is also for for= for the label |
| 15:15:08 | fowl | whats <section> btw |
| 15:15:11 | fowl | is that some new html5 stuff |
| 15:15:14 | BitPuffin | fowl: some new html5 thing |
| 15:15:20 | fowl | you should use a fieldset |
| 15:15:22 | BitPuffin | fowl: see I don't know what I'm doing, you were right |
| 15:15:23 | fowl | fieldsets are classy |
| 15:15:54 | * | BitPuffin does not know what that is |
| 15:16:09 | fowl | im jking |
| 15:16:30 | fowl | btw di dyou fix your sql problem |
| 15:16:35 | BitPuffin | fowl: yeah |
| 15:16:40 | fowl | was it using prepared stmts improperly |
| 15:16:44 | BitPuffin | now I'm getting a bad gateway error |
| 15:16:47 | BitPuffin | gah |
| 15:16:49 | BitPuffin | fowl: yeah |
| 15:17:06 | BitPuffin | dom96: sorry but the jester error handling is the worst :( it hides the error from you lol |
| 15:18:03 | dom96 | no it doesn't? |
| 15:18:05 | BitPuffin | fixed it though |
| 15:18:12 | BitPuffin | dom96: some times it does |
| 15:22:09 | BitPuffin | dom96: yay I created a dom96 user in my testapp lol |
| 15:23:40 | BitPuffin | dom96: by the way I realized that more security is needed than just signing cookie and encryption, join the vnug to find out more :P |
| 15:27:30 | dom96 | you just don't give up huh? lol |
| 15:28:58 | BitPuffin | dom96: nevar |
| 15:30:11 | BitPuffin | dom96: no but it is actually easier to explain some things in that format :P |
| 15:34:19 | BitPuffin | honestly wtf this error should not be able to happen |
| 15:34:28 | BitPuffin | app.nim(59, 17) Error: type mismatch: got (seq[string]) but expected 'string |
| 15:34:45 | BitPuffin | well alright then the thing that is apparently a seq[string] in this case is the parameter which is enforced to be of type string |
| 15:34:50 | BitPuffin | so when I call it THERE it should error |
| 15:34:54 | BitPuffin | not in the procedure body |
| 15:34:56 | BitPuffin | damn it |
| 15:35:54 | * | ddl_smurf joined #nimrod |
| 15:36:11 | BitPuffin | or oh |
| 15:36:31 | * | OrionPKM joined #nimrod |
| 15:38:16 | BitPuffin | are asserts kept in release builds? |
| 15:38:30 | fowl | noooooooooooooo |
| 15:38:36 | fowl | do_asserts are |
| 15:38:56 | BitPuffin | argh |
| 15:38:59 | BitPuffin | damn it |
| 15:39:14 | BitPuffin | there is probably asserts all over the place that needs to be switched then |
| 15:39:24 | BitPuffin | In this case I like the D naming better |
| 15:39:34 | BitPuffin | they use assert for debug, and enforce for non-debug |
| 15:39:45 | BitPuffin | well both debug and non-debug |
| 15:40:56 | fowl | yea i dont like do_assert either but in release build you shouldnt need assertions |
| 15:41:49 | BitPuffin | fowl: well for some things you do |
| 15:41:57 | BitPuffin | when there is data that you don't have control over |
| 15:42:02 | fowl | yeah if you're using it wrong |
| 15:42:21 | BitPuffin | well no something like enforce is totally nice |
| 15:42:46 | BitPuffin | instead of doing if blabla: raise newException(blabul,abuh,rhu ar,cuharcuh,aru) you just do enforce(blabla) |
| 15:42:53 | fowl | programming by contract should not be used for validating user input |
| 15:43:03 | BitPuffin | fowl: says who |
| 15:43:15 | fowl | our top ten scientists actually |
| 15:43:18 | fowl | look it up |
| 15:43:20 | fowl | its science |
| 15:43:58 | BitPuffin | fowl: fuck science |
| 15:44:01 | BitPuffin | it's useful |
| 15:44:43 | fowl | BitPuffin, giving end users uncaught exceptions is not good either |
| 15:44:58 | fowl | they dont need to see backtraces n such |
| 15:45:17 | BitPuffin | fowl: yeah they do, so that they can send them to me :P |
| 16:00:01 | fowl | well then you might not want to compile it release mode because there is no backtraces |
| 16:00:13 | EXetoC | contracts are for catching programmer errors. you might use an exception (other than one that is for assertions), but then it's not related to dbc |
| 16:03:26 | EXetoC | I don't know how you can compare enforce and assert. enforce is just a shortcut for returning a value, unless the predicate is false in which case it'll throw an exception of choice instead (it defaults to Exception) |
| 16:06:54 | * | PortableEXetoC joined #nimrod |
| 16:13:50 | BitPuffin | EXetoC, PortableEXetoC: alrigth well at least enforce would be nice to have |
| 16:15:23 | PortableEXetoC | Sure |
| 16:19:21 | PortableEXetoC | Should be easy to implement |
| 16:21:11 | BitPuffin | PortableEXetoC: yup |
| 16:30:45 | * | zahary joined #nimrod |
| 16:32:40 | BitPuffin | o/ zahary |
| 16:39:03 | * | fntzr joined #nimrod |
| 16:39:14 | * | dymk quit (Ping timeout: 264 seconds) |
| 16:44:35 | * | Hannibal_Smith joined #nimrod |
| 16:46:26 | * | dymk joined #nimrod |
| 16:53:56 | * | PortableEXetoC quit (Quit: cake) |
| 16:59:38 | * | DAddYE joined #nimrod |
| 17:01:33 | BitPuffin | Araq must be working like a trooper, he hasn't said anything all day |
| 17:01:38 | BitPuffin | either that or he's slacking :P |
| 17:04:05 | * | DAddYE quit (Ping timeout: 248 seconds) |
| 17:10:54 | dom96 | hi fntzr |
| 17:21:05 | NimBot | nimrod-code/babel master b266132 Dominik Picheta [+0 ±2 -0]: Added a more descriptive error when trying to install a version of a... 1 more lines |
| 17:21:05 | NimBot | nimrod-code/babel master e14ffd5 Dominik Picheta [+0 ±3 -0]: Better download dir names for URL dependencies. |
| 17:21:12 | dom96 | hrm, well this is a problem... |
| 17:23:43 | BitPuffin | dom96: I just discovered the weirdest bug in my webapp lol :( |
| 17:23:49 | BitPuffin | gonna be an arse to hunt down |
| 17:24:12 | dom96 | I just discovered a problem which seems to be unfixable |
| 17:25:27 | BitPuffin | dom96: sweet, high five then |
| 17:25:38 | BitPuffin | what's the problem? |
| 17:25:46 | dom96 | https://github.com/babel-test/packagebin |
| 17:26:00 | dom96 | I created a package which is impossible to build |
| 17:26:10 | dom96 | It depends on PackageA v0.4 |
| 17:26:14 | dom96 | and PackageB#head |
| 17:26:22 | dom96 | but PackageB depends on PackageA v0.2 |
| 17:26:32 | BitPuffin | so install both |
| 17:26:37 | dom96 | I do. |
| 17:26:44 | BitPuffin | so what's the problem? |
| 17:26:56 | BitPuffin | I guess the compiler adds both to the path |
| 17:26:58 | dom96 | But there is no way for me to tell the compiler to import PackageA v0.2 in PackageB |
| 17:27:02 | BitPuffin | and then it doesn't know which one to pick |
| 17:27:20 | dom96 | Babel gives the paths to the compiler explicitly |
| 17:27:30 | dom96 | But yeah, it should give both. |
| 17:27:43 | dom96 | So I will need some sort of mechanism to tell the compiler exactly which... |
| 17:27:44 | BitPuffin | guess the only way is to have the compiler check for a babel file first in the same directory as the thing you are building |
| 17:27:48 | BitPuffin | and then walk up the file system |
| 17:27:56 | BitPuffin | "only" |
| 17:27:59 | dom96 | no |
| 17:28:18 | dom96 | The compiler is unaware of babel files. |
| 17:28:21 | dom96 | and it should stay that way |
| 17:28:37 | dom96 | I'm not sure if there is a good solution to this. |
| 17:29:04 | dom96 | Perhaps an ability to specify the import path per module. |
| 17:29:23 | fntzr | dom96, hi |
| 17:30:44 | dom96 | fntzr: You're new aren't you? Welcome! |
| 17:31:40 | fntzr | Thanks. |
| 17:31:54 | BitPuffin | yay fntzr welcome! |
| 17:33:14 | fntzr | BitPuffin, Thanks. |
| 17:33:28 | dom96 | BitPuffin: So yeah.. I'm stuck. |
| 17:33:47 | dom96 | and it'll probably take Araq a long time to implement this... |
| 17:33:53 | dom96 | or he'll reject it completely. |
| 17:33:58 | dom96 | I bet it's not easy... |
| 17:34:45 | EXetoC | "freetype.h:24:2: error: #error "`ft2build.h' hasn't been included yet!" |
| 17:34:54 | EXetoC | is it possible to deal with this? I'm using the header pragma |
| 17:34:56 | BitPuffin | dom96: seems like Araq got hit by the dreaded bus today anyway |
| 17:35:24 | dom96 | BitPuffin: better not joke about that |
| 17:35:34 | BitPuffin | dom96: yeah :( |
| 17:35:59 | EXetoC | maybe he just felt like working on nimrod undisturbed :p |
| 17:36:11 | BitPuffin | EXetoC: well then he hasn't pushed anything at least |
| 17:36:17 | BitPuffin | so now we have the hard-drive hit by a bus problem xD |
| 17:36:24 | EXetoC | or maybe he's just slacking, indeed. I guess that's *ok* c(:)-< |
| 17:36:57 | EXetoC | doesn't he usually push about 9000 commits at once? |
| 17:37:04 | BitPuffin | no |
| 17:37:06 | BitPuffin | over 9000 |
| 17:40:10 | EXetoC | if it's not possible to work around this, then it must be a pretty risky approach, because a lib might just require the user to include one header before another all of a sudden |
| 17:43:29 | EXetoC | how does the header pragma even work? is it supposed to make all fields available in nimrod when applied to types? |
| 17:54:51 | * | dymk quit (Ping timeout: 252 seconds) |
| 17:56:04 | EXetoC | compile pragma. neat |
| 18:00:52 | * | DAddYE joined #nimrod |
| 18:02:31 | * | dymk joined #nimrod |
| 18:02:54 | fowl | EXetoC, no, importc does that |
| 18:03:14 | BitPuffin | dom96: http://www.pasteall.org/pic/show.php?id=64038 |
| 18:04:11 | BitPuffin | dom96: http://www.pasteall.org/pic/show.php?id=64039 |
| 18:05:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 18:06:24 | BitPuffin | yes I am amusing myself while coding |
| 18:06:29 | fowl | BitPuffin, make it generate html then serve html instead of quering databases all the time |
| 18:06:35 | dom96 | yay screenshots |
| 18:09:27 | BitPuffin | fowl: maybe one day |
| 18:09:30 | BitPuffin | no but nah |
| 18:09:40 | BitPuffin | I'll maybe add some more efficient caching database in front but not now |
| 18:10:51 | dom96 | rediissss |
| 18:10:59 | BitPuffin | yeah probably redis indeed |
| 18:11:01 | OrionPKM | BangDB |
| 18:11:06 | fowl | lol |
| 18:11:09 | fowl | is that a thing |
| 18:11:11 | OrionPKM | yes |
| 18:11:14 | OrionPKM | faster than redis |
| 18:11:20 | fowl | hm i read bangbusdb |
| 18:11:26 | fowl | whats bangdb never heard of that |
| 18:11:36 | OrionPKM | http://www.iqlect.com/bangdb_embedded.php |
| 18:11:42 | EXetoC | fowl: uh yea, I was even using it |
| 18:11:48 | EXetoC | will experiment some more |
| 18:13:13 | OrionPKM | http://www.gridquorum.com/2013/08/redis-vs-bangdb-performance-comparison_16.html |
| 18:13:48 | * | achim joined #nimrod |
| 18:16:00 | BitPuffin | best database name ever |
| 18:17:39 | OrionPKM | you know that ! is the 'bang' symbol, right? |
| 18:18:01 | BitPuffin | yes |
| 18:18:21 | * | fntzr quit (Quit: Leaving) |
| 18:20:55 | EXetoC | fowl: I mean, so that I can reference the struct fields. won't I need to use both pragmas then? |
| 18:21:18 | EXetoC | and then I think I need my own header that includes <ft2build.h> and then FT_FREETYPE_H |
| 18:22:35 | fowl | no |
| 18:27:15 | BitPuffin | seriously I'm just gonna put "ncr" as an alias for "nimrod c -r" |
| 18:27:29 | BitPuffin | and nc for nimrod c |
| 18:27:31 | BitPuffin | or something |
| 18:27:36 | EXetoC | doit |
| 18:27:39 | BitPuffin | yamannn |
| 18:27:59 | EXetoC | tnx for reminding me of my own alias |
| 18:28:46 | BitPuffin | haha np |
| 18:28:48 | EXetoC | I also haz: al nimh='{nim -h; nim --advanced}|less' |
| 18:29:04 | EXetoC | al == alias |
| 18:29:06 | Araq | OrionPKM: tried with --gc:markAndSweep with the knowledge the GC doesn't kick in before you used 2 MB of RAM? |
| 18:29:11 | EXetoC | gotta alias alias ofc |
| 18:29:22 | Araq | no bus hitting for you, sorry |
| 18:30:09 | EXetoC | fowl: well, I have to do that. otherwise the compiler asks for an implementation of the object |
| 18:30:24 | dom96 | Araq: I need more fine grained control of import paths for babel |
| 18:30:34 | dom96 | unfortunately |
| 18:30:45 | Araq | of course |
| 18:31:08 | fowl | EXetoC, show me |
| 18:32:44 | Araq | hmm thinking about it |
| 18:33:08 | Araq | indeed I got hit by an electric shock today |
| 18:34:03 | OrionPKM | Iraq |
| 18:34:09 | OrionPKM | lol autocorrect |
| 18:34:18 | OrionPKM | araq no I haven't |
| 18:34:28 | Araq | but according to the internet: "either you die or you have problems in the next 24 hours or you'll be fine" |
| 18:36:50 | EXetoC | fowl: https://gist.github.com/EXetoC/27a537fef3395a57690a |
| 18:37:04 | EXetoC | I don't know how much of this makes sense. I just know that it compiles and runs |
| 18:38:37 | EXetoC | though it is pretty similar to the irrlicht example |
| 18:39:28 | fowl | EXetoC, why not just {.emit: "#include <ft2build.h>\L#include FT_FREETYPE_H".} |
| 18:40:21 | fowl | then remove the dynlib: stuff and uncomment passl: gorge(freetype-config --libs) |
| 18:42:56 | EXetoC | fowl: yes that works now |
| 18:43:15 | fowl | EXetoC, now make sure it works from an outside file |
| 18:43:28 | fowl | (import freetype; freetype.init()) |
| 18:45:09 | EXetoC | fowl: I get "nimcache/nim-ttf_test.c:9:11: error: unknown type name ‘FT_Library’ N_NIMCALL(FT_Library, init_77208)(void)" |
| 18:46:35 | OrionPKM | araq mark and sweep does seem to not be growing, once it gets up from 700k to 4.7mb of memory |
| 18:46:49 | fowl | EXetoC, try putting header:"FT_FREETYPE_H" on PLib |
| 18:47:44 | OrionPKM | the default gc keeps growing.. 100mb of ram, 150mb, 200mb |
| 18:47:52 | Araq | yes I know |
| 18:47:53 | EXetoC | fowl: not possible, but it works if I include my own header |
| 18:49:06 | fowl | i dunno |
| 18:49:10 | fowl | maybe araq knows |
| 18:49:39 | * | BitPuffin died a little when he saw OrionPKM's autocorrect |
| 18:49:40 | EXetoC | fowl: is it supposed to work? if so, then it might be that FT_FREETYPE_H is passed as "FT_FREETYPE_H" |
| 18:49:57 | fowl | check the c |
| 18:50:19 | Araq | hi psquid welcome |
| 18:51:57 | EXetoC | fowl: yes, that's what's happening |
| 18:53:15 | Araq | EXetoC: just remembered what I do with 18 headers |
| 18:53:17 | psquid | Araq: 'allo. Been playing about with nimrod a little lately and rather liking it (feels like Python as I use it, but with more type safety and an even better-for-me set of batteries included :P), so I figured I might as well join here. |
| 18:53:44 | fowl | EXetoC, #define FT_FREETYPE_H <freetype.h>, why not just use that?? |
| 18:53:46 | Araq | EXetoC: I concatenate them |
| 18:54:05 | fowl | header:"<freetype.h>" |
| 18:55:07 | EXetoC | Araq: good idea. that's basically what happens anyway |
| 18:55:23 | psquid | I was also originally planning to ask how I'm supposed to actually use modules installed with Babel, but searching through the logs for something else turned up that answer (had the bad luck to initially build a version which lagged behind Babel's .babel/libs -> .babel/pkgs change, so it should've been automatic anyway). xD |
| 18:57:04 | EXetoC | fowl: it doesn't work then, and I am still emitting #include <ft2build.h> prior to that |
| 18:57:29 | EXetoC | I get the same error as before then: /usr/include/freetype2/freetype.h:24:2: error: #error "`ft2build.h' hasn't been included yet!" |
| 18:58:11 | Araq | that's why you shouldn't use #header |
| 19:00:17 | dom96 | Araq: is it hard to implement that for babel? |
| 19:00:34 | Araq | dom96: what exactly? |
| 19:00:37 | EXetoC | Araq: I solved this by wrapping this in a single header. I think it's the only quirk I have to deal with |
| 19:00:52 | Araq | ha! |
| 19:01:02 | dom96 | Araq: Have you read what I said half an hour ago? |
| 19:01:20 | Araq | no, the logs are overwhelming these days |
| 19:01:41 | dom96 | <dom96> Araq: I need more fine grained control of import paths for babel |
| 19:01:44 | EXetoC | Araq: quirks in freetype that is. so, are the struct fields supposed to be accessible? |
| 19:05:22 | Araq | dom96: well I got that part |
| 19:05:30 | Araq | but what's your proposal? |
| 19:06:36 | dom96 | I need something along the lines of: |
| 19:07:05 | dom96 | --path:~/.babel/pkgs/packagea-0.2=~/.babel/pkgs/packageb-0.1 |
| 19:07:19 | dom96 | So the path for any files in that directory will be ~/.babel/pkgs/packageb-0.1 |
| 19:23:17 | psquid | dom96: Is this a known problem, or am I missing some step? http://pastebin.ca/2504464 |
| 19:24:04 | psquid | Oh, that's for nimkernel, by the way, since I forgot to mention that (though the output kinda sorta hints at it). |
| 19:26:31 | psquid | I know that line's *meant* to produce an error, but as I understood it, that was supposed to happen at runtime for the purposes of demonstrating error handling in the system, rather than causing it to entirely fail to compile. |
| 19:26:38 | dom96 | hrm, indeed. |
| 19:26:47 | dom96 | I guess the compiler got smarter and now catches it at compile-time heh |
| 19:27:23 | fowl | --checks:off |
| 19:27:30 | Araq | could also be a new bug |
| 19:27:47 | fowl | oh thats runtime checks |
| 19:27:48 | fowl | too |
| 19:28:27 | dom96 | bbl |
| 19:31:55 | * | PortableEXetoC joined #nimrod |
| 19:36:09 | psquid | dom96: Looks like another compiler(?) change is affecting it too, even if I dummy out the out-of-bounds line (pending finding something that *does* error at runtime so I can see that in action): http://pastebin.ca/2504468 |
| 19:38:23 | psquid | Definitely an easy quick-fix to make it build here, but I figured you'd like to know where it's hitting trouble anyway. |
| 19:40:29 | psquid | Might just be speaking from ignorance here, but it seems like something in Nake that gives the correct answer to "what .o would this .nim compile to?" might be a better fix overall than manually fixing paths like this. |
| 19:42:32 | psquid | However! With the quick-and-dirty fix to just the nakefile, it does now compile. :D |
| 19:42:46 | fowl | we dont have that currently so its easier to just fix the nakefile >_> |
| 19:45:07 | psquid | fowl: Yeah, that's what I figured. Just throwing out an idea for what might be one answer to not needing to fix multiple files (instead of just nake, with the change propagating to anything using it) in future. |
| 19:45:49 | psquid | Also, thanks for nake. :) |
| 19:48:39 | psquid | On the other hand, if it's unlikely the paths will change again (I'm guessing the change was to give the C output for the modules a namespace of sorts, which seems like a once-off change), just fixing stuff now might still be easier than adding complexity to nake "just in case". Hm. |
| 19:48:46 | * | achim quit (Quit: Computer has gone to sleep.) |
| 19:49:23 | BitPuffin | Araq: haha well it's not like we wanted bus hitting |
| 19:49:27 | psquid | (Sorry, just thinking out loud xD) |
| 19:49:50 | BitPuffin | psquid: don't worry I do it too and it makes me very popular |
| 19:50:19 | * | Hannibal_Smith quit (Quit: Sto andando via) |
| 19:54:04 | BitPuffin | dom96: how do I put jester behind nginx? |
| 19:57:00 | psquid | BitPuffin: Unless I'm mistaken about your intent, something like this (straight from my dev machine's sites-enabled!) ought to work: http://pastebin.ca/2504472 |
| 19:57:38 | psquid | Certainly jester's quite happily serving requests that come through it on my dev machine. xD |
| 19:58:06 | BitPuffin | psquid: haha well I wonder if that works outward xD |
| 20:00:07 | psquid | Good question! I think it should do, though, considering proxy_pass and proxy_set_header together seem to be a pretty common way to do reverse proxying with nginx (i.e., the program serving the actual requests runs on another port, nginx just handles getting port-80 stuff to it). |
| 20:01:10 | BitPuffin | psquid: uh, do I have to specify all routes? ©_© |
| 20:02:46 | * | achim joined #nimrod |
| 20:03:10 | psquid | Nope - 'location /' should match all locations under / - i.e., everything. (To *not* proxy something, like, say a static directory you want nginx to serve instead, you'd just put a more specific rule first for that.) |
| 20:04:46 | BitPuffin | I get some kind of tests fail error lol |
| 20:04:47 | psquid | If I'm correctly remembering, anyway. It's been a little while since I wrote that bit of config, and longer still since I've been actively using nginx in any way except just letting it chug along with already-configured stuff. But that stuff still works, so... xD |
| 20:05:01 | * | gradha joined #nimrod |
| 20:06:58 | BitPuffin | Starting nginx: nginx: [emerg] "server" directive is not allowed here in /etc/nginx/sites-enabled/default:24 |
| 20:07:00 | BitPuffin | woot |
| 20:07:08 | psquid | BitPuffin: Ah, dang. Could be that the tests test something like opening different ports, where nginx would only be proxying one (which is also not by default the one I'm using - I just like 8080)? |
| 20:07:12 | psquid | Hmm. |
| 20:08:27 | BitPuffin | argh |
| 20:08:37 | BitPuffin | Yeah it's whining about the /etc/nginx.conf or whatever |
| 20:08:40 | psquid | That seems odd - anything from sites-enabled should be included into the http { } block, where the server directive is totally valid. |
| 20:08:45 | psquid | Yeah. |
| 20:08:46 | BitPuffin | Starting nginx: nginx: [emerg] "server" directive is not allowed here in /etc/nginx/sites-enabled/default:24 |
| 20:08:49 | BitPuffin | nginx: configuration file /etc/nginx/nginx.conf test failed |
| 20:11:33 | psquid | If there's nothing sensitive in either /etc/nginx/nginx.conf (and there shouldn't typically be, since that's the point of sites-enabled) or sites-enabled/default, could you paste them? I'm a little confused by what could be going wrong, without seeing the config in question. |
| 20:12:00 | BitPuffin | psquid: should just be defaults so yeah I can paste |
| 20:13:30 | BitPuffin | psquid: https://gist.github.com/BitPuffin/668fd23f3157d6f4ee7f |
| 20:15:23 | psquid | Hrm. That all looks like it should be working fine. o.O |
| 20:16:05 | psquid | oh wait |
| 20:16:15 | * | io2 joined #nimrod |
| 20:17:04 | psquid | I see the problem now: somehow a space got into the server_name directive on this line: https://gist.github.com/BitPuffin/668fd23f3157d6f4ee7f#file-etc-nginx-sites-enabled-default-L24 |
| 20:17:30 | psquid | Which turned it into a server directive inside a server directive, hence the error. xD |
| 20:17:40 | * | PortableEXetoC quit (Quit: cake) |
| 20:17:43 | * | fundamental left #nimrod ("Leaving") |
| 20:18:19 | * | PortableEXetoC joined #nimrod |
| 20:19:05 | BitPuffin | psquid: lol :D |
| 20:19:09 | BitPuffin | weird somehowe it still errors |
| 20:19:12 | BitPuffin | even though I fixed it now |
| 20:19:29 | psquid | Different error message, or still the same one? |
| 20:20:34 | BitPuffin | psquid: fixed :) |
| 20:20:44 | psquid | Hooray! |
| 20:23:01 | * | PortableEXetoC quit (Ping timeout: 248 seconds) |
| 20:24:15 | BitPuffin | psquid: http://blog.bs |
| 20:24:17 | BitPuffin | :P |
| 20:24:50 | psquid | Fancy! |
| 20:25:10 | BitPuffin | super fancy |
| 20:25:15 | BitPuffin | you can sign up and comment haha |
| 20:25:22 | EXetoC | can't sign up :< |
| 20:25:22 | OrionPKM | .bs? |
| 20:25:31 | EXetoC | lies |
| 20:26:07 | psquid | BitPuffin: Though given you're serving it under an actual domain, you probably want "server_name blog.bs;" rather than "server_name _;", since the latter is a catch-all I only use because I want to proxy everything on my dev box. |
| 20:26:12 | EXetoC | ok now |
| 20:26:17 | EXetoC | u c it? |
| 20:27:22 | BitPuffin | psquid: gues sI can change that :P |
| 20:27:46 | psquid | :P |
| 20:28:37 | psquid | Clearly works either way, but the more specific one won't bite you unexpectedly if you ever serve other vhosts from that box. :P |
| 20:29:19 | BitPuffin | psquid: Yep! and I might actually, so thanks for the advice :D |
| 20:30:06 | psquid | No problem! I like helping people when I can. :) |
| 20:45:12 | gradha | zielmicha: another solution for https://github.com/Araq/Nimrod/pull/752 would be to make non windows platforms generate *.exe files, that would alleviate keeping .gitignore in sync |
| 20:46:37 | gradha | Araq: make ExeExt a variable which a runtime switch could change from empty string to .exe? |
| 20:47:25 | fowl | ? o-o |
| 20:48:46 | gradha | runtime parametrization is awesome |
| 20:48:47 | Araq | gradha: no way, it has to be a constant for compile time evaluation and sanity |
| 20:48:58 | ddl_smurf | (please don't make ELFs with .exe) |
| 20:49:22 | gradha | ddl_smurf: do they cry if they have an extension? |
| 20:49:27 | Araq | the tester should tell the compiler to output an .exe no matter what |
| 20:49:46 | ddl_smurf | no, but i like looking at a file and knowing that its for windows and i shouldn't bother with it |
| 20:49:53 | gradha | Araq: -d:forceExeExtension? |
| 20:50:06 | Araq | seems preferable to me than adding 600 filenames to gitignore, ddl_smurf |
| 20:50:12 | ddl_smurf | mv mybinary{,.exe} ? |
| 20:50:29 | ddl_smurf | just put them in a folder and ignore the folder |
| 20:50:44 | fowl | whats this for? |
| 20:51:13 | gradha | fowl: https://github.com/Araq/Nimrod/pull/752 |
| 20:52:02 | ddl_smurf | or use another pattern, or anything else |
| 20:52:05 | fowl | erm |
| 20:52:07 | ddl_smurf | .exe has semantic meaning |
| 20:52:10 | fowl | so you want to add .exe to all those files? |
| 20:52:13 | fowl | er all those lines |
| 20:52:14 | gradha | .unixexe |
| 20:52:31 | Araq | I like .exe for ELF, it makes sense. no file extension is like having no static type system |
| 20:52:34 | gradha | oh wait, let's use .com |
| 20:52:59 | ddl_smurf | file extensions were a dumb idea, metadata is the way to go |
| 20:53:07 | * | brson joined #nimrod |
| 20:53:31 | gradha | ddl_smurf: most users don't care about extensions, only about icons, and now they require a retina version |
| 20:53:41 | Araq | yeah, lets have metadata instead, but we haven't. all we got are file extensions |
| 20:53:55 | gradha | the filesystem should be a database |
| 20:53:57 | ddl_smurf | (mac does, but that's another debate) |
| 20:54:57 | ddl_smurf | put it in a folder, or add a prefix, or anything else, .exe means "this is executable", what gitignore is excluding is not "executables" but "build products" |
| 20:55:21 | Araq | but it is executable ... |
| 20:55:23 | psquid | Araq: I find having .exe on the end of non-Windows executables a little crufty, but I can't find any objective reason for it, and it's not like I don't already have .sh files where I have a symlink in ~/bin to let me use them without the extension. So I'm in favour of adding .exe extensions on all platforms if it reduces problems. |
| 20:55:41 | ddl_smurf | *"this is a PE" |
| 20:56:05 | gradha | hmm... maybe adding a Britney Spears quote to the idetools doc would be reduntant |
| 20:56:08 | Araq | but it ain't already a PE, it's used by Mono too |
| 20:56:15 | * | gradha starts searching for Jennifer Lopez quotes |
| 20:56:40 | fowl | .exe is dumb |
| 20:56:50 | ddl_smurf | sure, mono is a fine example of cross platform, it's not like its emulating something designed solely for windows or anything |
| 20:56:58 | fowl | if you rename a text file to .exe on windows and double click it, it will try to run that text file... |
| 20:57:09 | Araq | fowl: that's a cool feature IMO |
| 20:57:27 | Araq | otherwise you would need yet another tool to change file types |
| 20:57:30 | gradha | fowl: you can also rename it to bmp and sometimes "see things" |
| 20:57:31 | ddl_smurf | chmod +x yadayada.txt is a better feature |
| 20:57:47 | fowl | chmod +x is not another tool, its part of the base system |
| 20:57:56 | ddl_smurf | chmod or rename, same difference |
| 20:58:00 | gradha | chmod is out of the reach of GUI users |
| 20:58:22 | ddl_smurf | nimrod is out of reach of GUI users, whats your point ? |
| 20:58:32 | Araq | I disagree but to each his own |
| 20:58:34 | fowl | im pretty sure i can add +x with thunar |
| 20:58:42 | Araq | lets use .elfexe and be done with it |
| 20:58:58 | Araq | or .elf I don't care |
| 20:59:22 | ddl_smurf | when you'll be testing libraries the same problem will come up, just move build products to their folder or give em a prefix or something |
| 20:59:42 | Araq | libraries already have a nice .so extension |
| 21:00:07 | psquid | fowl: The problem (though Araq has a point - being able to say to the OS "actually, I want you to consider it this filetype" is a neat little feature, even if +x is just as useful) there is that Windows' way of deciding how to handle files is based on extensions, not that .exe is inherently a bad extension. |
| 21:00:10 | ddl_smurf | sometimes it's .a, .dynlib, .dll, .alltheplugins |
| 21:00:29 | gradha | ddl_smurf: you started diverging into generic talk, so I thought I had to throw in a generic argument. WRT to nimrod the same can be said about exe, why should you care about the tests' extension? |
| 21:00:59 | ddl_smurf | its not a bad extension, i'm just saying it designates something (this is a PE file) that would be abused if put on non PE files |
| 21:01:14 | gradha | ddl_smurf: I don't even know what PE file stands for |
| 21:01:40 | Araq | ok so let's use .elf so that ddl_smurf and others are not confused. |
| 21:01:42 | ddl_smurf | portable executable, the file format of windows executables/code libraries |
| 21:01:57 | psquid | ^ |
| 21:02:17 | fowl | i rathger not type .exe or tab complete to .exe at all |
| 21:02:23 | psquid | Same purpose as ELF, different specific implementation. |
| 21:02:27 | fowl | its not the convention for unix |
| 21:02:32 | ddl_smurf | go with exe, i'll sleep well either way, i just like arguing =) |
| 21:03:04 | Araq | .exe has the benefit of pissing off unix lovers though |
| 21:03:15 | gradha | I thought exe stands for executable |
| 21:03:20 | brihat | I generally name my executable with .bin |
| 21:03:34 | brihat | on unix |
| 21:03:56 | * | reactormonk slaps Araq around a bit with a large trout |
| 21:04:06 | ddl_smurf | yeah to be accurate, .exe is "PE file with a main entry point" |
| 21:04:17 | psquid | gradha: It does, but traditionally it's only been used for PE executables, since every ELF system in common use has other ways of determining whether a file can be run (the executable bit). |
| 21:04:21 | reactormonk | find /usr/bin | grep '\.bin$' | wc -l |
| 21:04:22 | reactormonk | 0 |
| 21:04:39 | reactormonk | just sayin' |
| 21:05:06 | Araq | psquid: unix uses '.' to get the "hidden" attribute, neither win nor unix are really different here |
| 21:05:19 | zielmicha | maybe it's better to save executables to nimcache directory |
| 21:05:22 | ddl_smurf | that is a really old convention |
| 21:05:27 | Araq | they simply encode things differently and win's way works better in practice |
| 21:05:45 | fowl | this is a deal breaker |
| 21:05:54 | ddl_smurf | it's because software that listed folders used to skip anything that started with '.' so it wouldn't enum '.' and '..', it was then abused |
| 21:06:12 | fowl | what is the point of this? |
| 21:06:18 | gradha | the channel was too quiet |
| 21:06:51 | Araq | no the point is that gitignore should ignore the generated test executables |
| 21:07:02 | fowl | it does |
| 21:07:14 | fowl | nobody commits from windows anyways |
| 21:07:15 | gradha | fowl: but it requires manual updating/maintenance |
| 21:07:18 | psquid | Araq: Yeah, neither are better here. Just pointing out why .exe may lead to faulty assumptions. On the other hand, arguably users should correct those assumptions instead of everyone working around them, so again - whichever you feel works, I don't mind, since I already have a way of avoiding extensions on stuff I don't want to type the extensions for. |
| 21:08:16 | brihat | http://stackoverflow.com/questions/19756445/gitignore-based-on-unix-file-permissions |
| 21:08:17 | ddl_smurf | i would point out that it really is easier and future-proof to just group build products into a folder |
| 21:08:18 | gradha | well, since koch generates test suite exes, and test suit exes are not meant to be run by mere mortals, either from the command line or the GUI, could koch make them with .badgertest? |
| 21:08:31 | fowl | i feel like any unix user who runs nimrod c project and ends up wiht a .exe will say "what the fuck is this" |
| 21:08:35 | psquid | Araq: If the only problem is being able to use gitignore, though, then .elf or .bin might be better, since they're still easily matchable, but don't carry that historical context of "this is a PE executable". |
| 21:08:58 | Araq | fowl: no matter what we do, we won't change the default for "nimrod c" |
| 21:09:27 | brihat | Bah, the SO answer doesn't help |
| 21:09:39 | * | zielmicha agrees with ddl_smurf and repeats his argument |
| 21:09:50 | Araq | psquid: yeah as I said, lets use .elf and call it a day |
| 21:10:55 | gradha | brihat: the SO answer says "make koch generate a .koch_ignore_test file and tell git to ignore that too", but with weird words |
| 21:12:15 | Araq | btw is a PNG a binary? if not, why not? why call it '.bin' then? |
| 21:12:29 | ddl_smurf | what i don't get is what's wrong with a folder ? it'll work with libraries, it'll self-document the contents, and if some day tests depend on another generated file, lets say csv test cases and what not, it'll be dead easy to figure out where everything comes from |
| 21:12:52 | gradha | ddl_smurf: the folder requires a lot of relative path tweaking to make all tests work (maybe) |
| 21:13:09 | Araq | that's what I fear too, gradha |
| 21:13:12 | ddl_smurf | my understanding of .bin is that it means 'nothing else than data, would have used no extension but windows users' |
| 21:13:56 | gradha | basically, we are procrastinating and bikeshedding the lowest resistance solution to a problem not relevant to world domination |
| 21:13:58 | Araq | using "binary" to mean executable is stupid, but unix has inherent problems to name anything properly |
| 21:14:28 | ddl_smurf | fair enough |
| 21:14:29 | gradha | "I only do what my gut tells me to. I think it's smart to listen to other people's advice, but at the end of the day, you're the only one who can tell you what's right for you." -- Jennifer Lopez |
| 21:14:40 | brihat | HOw about .out then? |
| 21:14:47 | brihat | gcc generates a.out |
| 21:14:50 | brihat | on unix |
| 21:14:58 | ddl_smurf | unix is also fucking old, should cut it some slack for having trouble getting rid of old ideas *wink* *wink* |
| 21:15:21 | Araq | gcc is archaic and .out is even more stupid than .bin |
| 21:15:41 | ddl_smurf | "out" is the best i've seen if folders are trouble, it specifies pretty much that it is the result of a build step |
| 21:16:18 | brihat | ^ |
| 21:16:19 | Araq | is your config.h named config.h.out when it comes from autoconf? no? fun. |
| 21:16:36 | ddl_smurf | (mine would be config.out.h) |
| 21:16:46 | ddl_smurf | (or more likely out/config.h) |
| 21:16:57 | brihat | there is already a config.h.in generating config.h |
| 21:17:08 | brihat | thats why we dont have donfig.h.out |
| 21:17:25 | ddl_smurf | (don't have much respect for autotools anyway) |
| 21:18:48 | psquid | .elf is more specific than .out (could be output from any automatic step) or .bin (binary, but what kind?), though. It outright says "this is an ELF file", at least to anyone with some grasp of what ELF is. |
| 21:19:03 | gradha | so I'm going to make a PR to have idetools a wonderful quote at the beginning, to match the rest of the documentation filled with random quotes, and I need your bikeshedding help |
| 21:19:19 | gradha | option a) "You get what you give. What you put into things is what you get out of them." -- Jennifer Lopez |
| 21:19:26 | gradha | option b) "I have to work, for my soul." -- Jennifer Lopez |
| 21:19:27 | psquid | If the argument is that people *won't* know what ELF is, then I could understand that objection, but otherwise it seems odd to avoid being specific. |
| 21:19:30 | gradha | discuss! |
| 21:19:58 | gradha | I like a) |
| 21:20:05 | Araq | gradha: only one is allowed here to come up with random quotes |
| 21:20:09 | brihat | Unix executables are ELF format in honour of the Elves of Middle Earth -- brihat |
| 21:20:13 | Araq | for the documentation |
| 21:20:19 | psquid | gradha: I like that option a is the GIGO principle via J-Lo, so I vote that. |
| 21:20:23 | gradha | Araq: even for the one written by Britney? |
| 21:20:54 | ddl_smurf | psquid: i agree its more specific, but the purpose here as i understand it is excluding build products, not necessarily executables |
| 21:21:01 | gradha | meh, ok, I guess I'll have to do a useful PR instead |
| 21:21:29 | Araq | well come up with a good quote by Andrew Ryan and I might consider it |
| 21:21:46 | gradha | who's Andrew Ryan? Does he have a grammy? |
| 21:22:14 | brihat | Owner of Ryan Air, the best ever airline in the world!! |
| 21:22:35 | * | achim quit (Quit: Computer has gone to sleep.) |
| 21:22:44 | Araq | what? and I thought he built a city at the bottom of the sea. stupid me. |
| 21:23:03 | gradha | seriously, what have you against Jennifer Lopez |
| 21:24:35 | Araq | meh, she's old |
| 21:26:54 | EXetoC | Araq: can fields in C structs be referenced in nimrod? |
| 21:27:09 | gradha | I'd have suggested Christina Aguilera, but she went wrong like Lindsay Lohan, she's not cool any more |
| 21:28:33 | Kristina | I like how I ocassionally get highlighted in random channels and get overly excited over it, just to find out they weren't referring to me. |
| 21:28:39 | Araq | what about Emma Watson? she might stay cool for a little while |
| 21:29:22 | Araq | hi Kristina. Any famous quotes for us? |
| 21:30:06 | gradha | was Emma ever cool? |
| 21:30:41 | Araq | I think she's cool. She's young and rich and not drug addicted yet. |
| 21:30:53 | Kristina | I write firmwares for Chinese hardware. Probably not. |
| 21:31:25 | Araq | "I write firmwares for Chinese hardware." -- that's good enough |
| 21:31:35 | Trixar_za | Actually, Christina Aguilera did it first - so did Britney Spears |
| 21:31:58 | Trixar_za | Then these dumb asses like Miley Cyrus comes a long and people think it's something unique... |
| 21:33:54 | Trixar_za | Wait |
| 21:34:05 | * | gradha waits |
| 21:34:06 | Trixar_za | Why are you looking for a random quote again? |
| 21:34:19 | * | Trixar_za is too lazy to scroll up |
| 21:34:27 | gradha | the idetools doc lack a magnificent intro quote |
| 21:34:51 | psquid | Trixar_za: Because other docs have quotes, idetools doesn't (yet?). Simple as that. :P |
| 21:35:20 | Trixar_za | Use a game quote like Araq did for that one document (from System Shock said by SHODAN) |
| 21:35:51 | Trixar_za | Preferably by another insane AI - maybe Portal |
| 21:35:52 | Trixar_za | :P |
| 21:35:58 | psquid | The "Look at you, hacker [etc.]" one? Yeah, I could see another similarly iconic game quote working. :o |
| 21:36:21 | Araq | well c2nim now has a quote from bioshock ... :P |
| 21:36:22 | psquid | Also I loved seeing that one when I opened that doc, so well done Araq. :P |
| 21:36:33 | Araq | thanks lol |
| 21:37:08 | Trixar_za | http://theportalwiki.com/wiki/GLaDOS_voice_lines |
| 21:37:11 | gradha | "there will be cake" |
| 21:37:18 | Trixar_za | There is no cake |
| 21:37:24 | Trixar_za | or SPAAAAAAAAAAAAAAAAAACCCCCCCCCEEEEEEEEEEEEEE |
| 21:37:31 | Trixar_za | Yes, do the space one |
| 21:37:49 | psquid | Also also, I'd somehow missed the idetools documentation before, but CAAS especially sounds *really* neat. Though I do wonder how much work it'd take to make it play nice with vim's omnicomplete. |
| 21:38:09 | gradha | if only we could masquerade nimrod as a cool game people would document everything |
| 21:38:15 | Trixar_za | http://theportalwiki.com/wiki/Core_voice_lines#Portal_2 |
| 21:38:16 | gradha | and for free! |
| 21:38:21 | Trixar_za | Space Core - we love you |
| 21:39:50 | Araq | tut1 has quotes from HAL 9000 but I don't think anybody noticed |
| 21:41:19 | gradha | maybe we should use a quote from tetris |
| 21:42:02 | psquid | Araq: You mean in the procedures section? Pretty sure I noticed that. :P |
| 21:42:18 | Araq | psquid: yay :-) |
| 21:42:38 | ddl_smurf | wow, the idetools really matured, are they integrated in the sublime text package ? |
| 21:43:44 | psquid | Araq: The lack of attribution on the quote at the top is puzzling me, though. Vague memory says it's a Rammstein lyric, but I'm not convinced it isn't something else too. |
| 21:44:47 | ddl_smurf | I still have a rather advanced text mate (1) bundle with only a few bugs if anyone is up for taking ownership I'll gladly send it |
| 21:46:17 | Araq | psquid: yes indeed it's from rammstein and contrary to what gradha thinks, the quotes fit and are not random. imo anyway. |
| 21:46:27 | psquid | Araq: Re that, am I right in thinking a less literal translation would render it as "Man is but a visual animal - I wish for beautiful things"? |
| 21:46:46 | psquid | That's pretty fitting for your philosophy for Nimrod, as I understand it at least. :) |
| 21:46:50 | Araq | yup |
| 21:47:07 | gradha | Contrary to what Araq expects, I'm keeping this quote for some future PR: "(Supa) Supa-pa Dupa-pa Supa Dupa LaLa (Dupa) Diva-va Diva-va Supa-Boom Boom Boom Boom" --Dal★Shabet |
| 21:47:25 | Araq | gradha: "I'm selling these fine leather jackets" |
| 21:47:41 | gradha | there was something about fighting and cows |
| 21:49:46 | Trixar_za | Oo |
| 21:50:39 | Trixar_za | You had to use an obscure LucasArts game reference first used in Indiana Jones and the Last Crusade adventure game and then it appears in pretty much every other LucasArts games after that? |
| 21:51:10 | Trixar_za | And several fan games and one or two Sierra games that makes fun of LucasArts Oo |
| 21:52:41 | Araq | Trixar_za: so suggest something better |
| 21:53:13 | Trixar_za | How about the famous quote from Monkey Island one? |
| 21:53:18 | Araq | I also like "Ketzerei entspringt aus Müßiggang." but I don't know the english translation |
| 21:53:40 | Araq | Trixar_za: it *is* a famous quote afaict |
| 21:53:54 | Trixar_za | Well, besides "I want to be a Pirate" and "Look! A three-headed monkey!" |
| 21:54:09 | BitPuffin | Araq: what bioshock quote in c2nim? :o |
| 21:54:44 | Trixar_za | er |
| 21:55:02 | Trixar_za | Home of the Honey Badgers? |
| 21:56:51 | Trixar_za | Araq: Only one that comes to mind is "Shut up and show me the code", which I'm probably paraphrasing from Linus Torvalds |
| 21:57:51 | BitPuffin | psquid: look at you hacker = best quote |
| 21:58:18 | Trixar_za | Talk is cheap. Show me the code. |
| 21:58:18 | Trixar_za | Torvalds, Linus (2000-08-25). Message to linux-kernel mailing list. Retrieved on 2006-08-28. |
| 21:58:21 | psquid | Araq: It looks to be similar to the English idiom "The devil makes work for idle hands." and/or "Idle hands are the devil's playthings.", but both are far from a literal translation. |
| 21:58:22 | Trixar_za | that's the real one |
| 21:58:23 | Trixar_za | :P |
| 21:59:18 | Araq | psquid: well it's from warhammer so there has to be an english original :-) |
| 21:59:42 | psquid | Aha. xD |
| 21:59:44 | Araq | sometimes translation improves things though (yes this can happen!) |
| 22:00:34 | psquid | From a quick search of https://en.wikiquote.org/wiki/Warhammer_40,000:_Dawn_of_War , "Heresy grows from idleness." looks to be the source quote. |
| 22:01:13 | Araq | yeah nice, you found it |
| 22:01:29 | Araq | (and indeed the german version is better :P ) |
| 22:03:32 | dom96 | Araq: so er, what about that thing for babel then? |
| 22:04:19 | Araq | dom96: well you already have full control over --path with --excludePath etc. it seems you dislike babelpath's automation? |
| 22:04:21 | * | brihat quit (Ping timeout: 272 seconds) |
| 22:04:54 | dom96 | Araq: I don't. That isn't fine-grained enough. |
| 22:05:40 | dom96 | I set up a couple of repos with dependencies which shows the problem: https://github.com/babel-test/packagebin |
| 22:05:51 | dom96 | Read the readme |
| 22:08:14 | Araq | well I don't get it. your scenario has no solution |
| 22:08:40 | Araq | babel should be helpful here with a message like "there is no cake" |
| 22:08:44 | dom96 | I believe I described a potential solution. |
| 22:10:19 | Araq | well babel can exclude the v4.0 directory for building packageB |
| 22:10:37 | dom96 | I need a way to tell the compiler that PackageB should get PackageA-0.2 but that PackageBin should get PackageA-0.4 |
| 22:10:48 | dom96 | PackageB does not get built. |
| 22:10:55 | dom96 | Only PackageBin gets built |
| 22:14:49 | Trixar_za | That warhammer one is pretty good |
| 22:14:56 | * | xenagi joined #nimrod |
| 22:15:46 | Araq | dom96: well if packageB doesn't get built, what's the problem? |
| 22:16:11 | dom96 | PackageBin imports PackageB |
| 22:16:39 | Araq | so you need to build both A0.2 and A0.4 at the same time? |
| 22:17:45 | dom96 | precisely |
| 22:18:28 | Araq | that sounds like it encourages a bloated solution over telling the programmer "something is wrong" |
| 22:18:43 | Araq | I prefer the latter |
| 22:20:01 | dom96 | The thing is though, this will manifest as a "Oh no I can't depend on this guy's package" |
| 22:20:32 | dom96 | But ehh, perhaps it will be fine as long as people don't depend on specific versions of packages. |
| 22:20:44 | Araq | "Oh no I can't depend on a particular outdated version. " |
| 22:20:50 | gradha | dom96: isn't that the same in other languages? your main program depends on libFoo 1.3, but you also use libBar which can't work unless libFoo 1.0 is linked? |
| 22:21:02 | gradha | sounds like the solution is to fix libBar |
| 22:21:25 | dom96 | hrm, alright. |
| 22:21:53 | BitPuffin | dom96: how about, environments |
| 22:22:35 | gradha | I remember that windows MFCs already had trouble depending on you using a single thread or multithreaded DLL, which cascaded on 3rd party libraries you wanted to use |
| 22:23:13 | dom96 | perhaps I should make babel detect this then and throw a nice error |
| 22:24:45 | * | brihat joined #nimrod |
| 22:27:58 | gradha | "You can't use two conflicting versions of the same library. For your help, I'll reformat your main disk partition to get rid of the problem" |
| 22:28:41 | * | darkf joined #nimrod |
| 22:31:03 | brihat | i just went to prepare dinner & the channel is so quiet now. what happen? |
| 22:31:18 | gradha | ah, formatting is so old school, nowadays you should encrypt the hd and request a ransom for the decryption key |
| 22:31:23 | Araq | "Or alternatively I'll let autoconf generate a 40K script instead that should fix your problems." |
| 22:31:46 | Araq | "Well at least it will detect if your 'memcpy' is broken" |
| 22:35:22 | psquid | What still-extant problem, if any, does ./configure solve anyway? Lack of a needed header/library, maybe, but it can't be *that* bad to have to respond with "oh, this definition is missing, let's search for what provides it", even if it's one the programmer doesn't already know. |
| 22:36:11 | Araq | well it surely solves the problem "this software would compile under windows otherwise" |
| 22:36:32 | brihat | ./configure can detect it strcpy is found on a HP-UX machine, for one |
| 22:37:47 | brihat | Aside, when is 0.9.,4 going to be out? |
| 22:37:52 | Araq | tomorrow |
| 22:38:00 | gradha | nooooooooooo! |
| 22:39:59 | Araq | I'm implementing an "injectLine" pragma. any ideas for a better name? |
| 22:40:29 | gradha | zergs would infectLine, but that depends on what your version does |
| 22:40:38 | Araq | it injects a statement before/after each statement in the source file |
| 22:41:25 | gradha | isn't that like a source code filter? |
| 22:41:35 | fowl | whats the use |
| 22:41:39 | gradha | do you use it conditionally on a range of lines? |
| 22:41:40 | Araq | no it's something completely different |
| 22:42:16 | Araq | it's a debugging tool {.injectLine: gcInvariants().} to easily find where the corruption comes from |
| 22:42:38 | joelmo | does it inject both before and after? |
| 22:42:56 | fowl | {.wrapline.} |
| 22:43:14 | Araq | actually it injects before for now |
| 22:43:28 | Araq | cause that's easier to implement |
| 22:43:48 | joelmo | wouldnt inject be sufficient, or is that taken but something else |
| 22:43:56 | Araq | taken |
| 22:44:30 | Araq | hmm 'wrapline' ... |
| 22:44:51 | fowl | actually if its just before |
| 22:44:58 | fowl | it should be injectBeforeStmts |
| 22:45:11 | joelmo | yes i like that, maybe just wrap, and or wrap: before, wrap: after |
| 22:45:37 | Araq | fowl: not sexy enough |
| 22:45:57 | gradha | {.source.codegen.lines.inject.} |
| 22:46:22 | ddl_smurf | statementPrefix =D |
| 22:46:47 | Araq | gradha: too enterprisey |
| 22:46:51 | ddl_smurf | preamble |
| 22:46:58 | gradha | ddl_smurf: too latexy |
| 22:47:07 | Araq | ddl_smurf: too inaccurate |
| 22:48:02 | joelmo | .paste. |
| 22:48:19 | joelmo | with an accompanying .copy. |
| 22:48:44 | gradha | {.injectQuote.} and slurp a fortune cookie db into the compiler to provide random stuff |
| 22:49:20 | * | Araq uses 'injectStmt' |
| 22:50:17 | ddl_smurf | {.revoltingHackForDebugUntilThisLanguageMatures.} |
| 22:50:40 | Araq | well it's a generally useful debugging feature |
| 22:50:49 | Araq | even once it's mature |
| 22:51:03 | joelmo | indeed, injectQuote is :P |
| 22:51:05 | ddl_smurf | lol ok |
| 22:52:04 | Araq | in fact, these code injection stuff from aspect oriented programming is only useful for debugging :P |
| 22:53:35 | * | gradha wonders what he did wrong to reach a website carrying stories like "Awesome angry birds art" |
| 22:54:15 | Araq | perhaps 'debug' should be part of the name |
| 22:54:37 | Araq | {.injectDebug: foo().} ? |
| 22:55:06 | gradha | {.debug.injectStmt.}? enterprisey FTW |
| 22:55:38 | gradha | btw, does the dot hierarchichal notation make firefox configuration enterprisey? |
| 22:56:05 | Araq | yup |
| 22:56:47 | Araq | they get some credit for not using etc/firefox.rc though |
| 22:56:55 | joelmo | is there somewhere where all current pragmas is listed? |
| 22:57:15 | gradha | it is good that objc2.0 got enterprise by adopting dots instead of square brackets |
| 22:57:36 | Araq | the manual and the compiler's guide, joelmo, but we keep discovering undocumented ones |
| 22:57:39 | gradha | joelmo: the manual.html contains a section named "pragmas" |
| 22:58:16 | gradha | I also think nimrodc has more pragmas |
| 22:58:42 | gradha | yes, they are called additional features though |
| 22:58:58 | Araq | well what's in the manual is more official |
| 22:59:08 | Araq | not that it matters |
| 22:59:47 | * | gradha notes lack of javascript in the manual |
| 23:04:31 | * | io2 quit () |
| 23:06:36 | Araq | gradha: can you please test your argument parser with vm2? |
| 23:07:02 | gradha | like now? I was going to watch kpop shows… |
| 23:07:13 | Araq | the better |
| 23:07:42 | Araq | so I keep you from idleness |
| 23:08:08 | gradha | compiling nimrod on my machine makes me pretty idle… |
| 23:09:05 | Araq | so watch a kpop in the meantime |
| 23:09:29 | gradha | hmm... latest commit is from 13th 3876b393ab95624a72a36647b987567d613b8e73 |
| 23:09:49 | gradha | did you forget to push or is that fine? |
| 23:10:13 | Araq | I heard some people do count panties when watching kpop |
| 23:10:35 | Araq | from 13th is fine I think |
| 23:10:55 | gradha | what does mean "doing count panty?", sounds intriguing |
| 23:11:21 | BitPuffin | dom96: guess you don't like the solution of environments I guess? :P |
| 23:11:26 | * | gradha launches compiler and goes to the kitchen for whisky cream |
| 23:13:42 | Araq | well they could whenever they can see a panty |
| 23:13:47 | Araq | *they count |
| 23:14:23 | Araq | not sure if they have a drink then |
| 23:14:47 | gradha | Araq: I think you mean animes, kpop is very strict about stuff like that, blame corean censorship |
| 23:14:56 | * | zielmicha quit (Ping timeout: 260 seconds) |
| 23:15:27 | gradha | all girl groups wear mandatory shorts for that reason |
| 23:15:59 | Araq | lol why do you watch them then? |
| 23:16:39 | gradha | they look gorgeous, I like looking at gorgeous stuff |
| 23:17:55 | gradha | also, coreans do really funny humillating reality shows |
| 23:18:22 | brihat | s/coreans/koreans |
| 23:19:08 | gradha | sorry, I get confused with the spanish spelling |
| 23:22:18 | gradha | example video: http://www.youtube.com/watch?v=xQCckeMY2q8 |
| 23:24:07 | Araq | gah, that's ... creepy |
| 23:24:28 | brihat | whoa youtube have changed their palkyer controls again |
| 23:25:13 | gradha | Araq: so the one who holds more tomatoes wins being able to eat some meat, because those girls are trained in starvation camps |
| 23:25:30 | brihat | ah, this is the "chubby-bunny" game |
| 23:26:24 | gradha | you know the world is pretty fucked up when the number 1 request of these girls is to "eat" |
| 23:29:27 | * | OrionPKM quit (Remote host closed the connection) |
| 23:29:36 | gradha | can't compile aporia, Error: cannot open 'glib2' |
| 23:30:06 | BitPuffin | gradha: idea: install glib |
| 23:30:13 | Araq | well you now have to use babel to install the gtk wrappers |
| 23:30:33 | gradha | ah, living on the cutting edge |
| 23:31:17 | Araq | we're after the node.js effect |
| 23:31:29 | Araq | everybody uses it, nothing works |
| 23:32:15 | BitPuffin | Araq: sounds like a plan |
| 23:32:16 | gradha | Araq: everything seems to compile fine |
| 23:33:27 | dom96 | I think the reason is that people would rather spend their time earning money fixing stupid problems rather than worrying about the truly complex problems. |
| 23:33:31 | gradha | Araq: my porn downloading scripts seem to work fine, so it's release time |
| 23:33:53 | * | OrionPKM joined #nimrod |
| 23:35:01 | BitPuffin | dom96: oh snap diddely |
| 23:35:36 | Araq | well my goal was to make fowl's keineschweine compile |
| 23:36:11 | * | fowl quit (Ping timeout: 246 seconds) |
| 23:36:23 | Araq | so please test that (it's in tests/manyloc) |
| 23:36:31 | Araq | it requires opengl |
| 23:36:33 | gradha | dom96: trying to "babel install aporia" FAILURE: Specified directory does not contain a .babel file. |
| 23:37:05 | Araq | gradha: aporia doesn't compile on macosx anyway, does it? |
| 23:37:42 | dom96 | gradha: babel install aporia#head |
| 23:38:23 | gradha | dom96: you need to update the gtk dependency |
| 23:38:50 | gradha | Araq: yep, still fails |
| 23:39:56 | gradha | keineschweine depends on smfl, but smfl doesn't support macosx platform |
| 23:40:04 | gradha | smfl |
| 23:40:16 | Araq | just make it compile |
| 23:40:25 | Araq | no need to run it |
| 23:40:42 | gradha | doesn't compile because of that dependency |
| 23:40:54 | gradha | tests/manyloc/keineschweine/dependencies/sfml/sfml.nim(9, 9) Error: Platform unsupported |
| 23:41:29 | OrionPKM | SFML doesnt work on OSX? |
| 23:41:41 | gradha | forcing it to compile starts giving out erros about undeclared identifiers like TWindowHandle |
| 23:42:10 | gradha | sigh, now chipmunk |
| 23:42:30 | EXetoC | OrionPKM: I think it applies only to the nimrod binding |
| 23:42:38 | OrionPKM | that makes more sense.. |
| 23:43:28 | * | oburbencova joined #nimrod |
| 23:43:31 | * | oburbencova quit (Remote host closed the connection) |
| 23:44:10 | gradha | if I keep renaming linux to macosx in all when branches I get http://pastebin.com/bTNyw9Mm |
| 23:44:24 | Araq | use --os:linux |
| 23:45:13 | gradha | I reach to the same error then |
| 23:45:17 | gradha | which is obvious |
| 23:45:26 | EXetoC | Araq: can struct fields be referenced in nimrod? |
| 23:46:34 | gradha | are there any other superpowers I should expect from vm2? |
| 23:46:36 | EXetoC | freetype exposes plenty of fields directly |
| 23:46:46 | Araq | EXetoC: that shouldn't be a problem |
| 23:47:12 | Araq | gradha: well too bad, that means vm2 is not ready to be merged |
| 23:48:10 | gradha | idetools jump to def seems to have problems as well |
| 23:48:24 | EXetoC | The struct isn't declared as extern, so maybe it has something to do with the fact that it's typedef'ed |
| 23:49:04 | * | lerona joined #nimrod |
| 23:49:09 | * | lerona quit (Remote host closed the connection) |
| 23:53:29 | EXetoC | I guess that's not the only way to hide things. the fields are probably inaccessible |
| 23:56:21 | gradha | good night, vm2 badgers |
| 23:56:27 | * | gradha quit (Quit: bbl, need to watch http://www.youtube.com/watch?v=dEf4PJZXBxA again) |
