| 00:00:06 | dom96 | and of course I didn't even get a chance to get the improved version of the article... |
| 00:00:21 | BitPuffin | fowl: :P |
| 00:00:26 | dom96 | great. |
| 00:00:39 | wlhlm | dom96: have you updated the sandbox page with these references? |
| 00:00:45 | dom96 | no... |
| 00:03:49 | * | mflamer joined #nimrod |
| 00:08:24 | NimBot | Araq/Nimrod vm2 dee471a Araq [+0 ±8 -0]: new VM is getting stable |
| 00:09:26 | dom96 | I wonder if there is any point to even asking the guy why he deleted it when we added references... |
| 00:09:42 | BitPuffin | dom96: what wiki was it deleted from? |
| 00:09:53 | dom96 | wikipedia |
| 00:09:59 | BitPuffin | uh wtf |
| 00:10:07 | BitPuffin | why don't we get a wikipedia article |
| 00:10:19 | dom96 | and people said "Don't delete. We dispute this." |
| 00:10:32 | dom96 | Seriously annoying. |
| 00:10:43 | dom96 | After someone spent the time adding the references. |
| 00:10:45 | BitPuffin | can you get it back? |
| 00:10:55 | dom96 | I can, but not the version that was there. |
| 00:11:04 | BitPuffin | oh that's just crap |
| 00:11:13 | dom96 | I'm going to write the guy who deleted it a message. |
| 00:11:32 | BitPuffin | dom96: death thread? |
| 00:11:44 | BitPuffin | threat" |
| 00:11:52 | BitPuffin | *** this god damn us layout |
| 00:12:42 | fowl | hahaha: http://www.youtube.com/watch?v=EWBvdZa_Nno |
| 00:17:20 | * | DAddYE quit (Remote host closed the connection) |
| 00:17:52 | * | DAddYE joined #nimrod |
| 00:18:55 | dom96 | https://en.wikipedia.org/wiki/User_talk:ErrantX#Deletion_of_the_Nimrod_.28programming_language.29_article. |
| 00:20:14 | fowl | damn dom96 nice lawyer speak |
| 00:20:24 | dom96 | heh, thanks. |
| 00:20:33 | dom96 | Just noticed the guy replying on HN: https://news.ycombinator.com/item?id=6630769 |
| 00:22:26 | * | DAddYE quit (Ping timeout: 264 seconds) |
| 00:22:35 | dom96 | I guess that answers that. |
| 00:23:34 | * | DAddYE joined #nimrod |
| 00:23:38 | * | DAddYE quit (Remote host closed the connection) |
| 00:23:54 | * | DAddYE joined #nimrod |
| 00:32:46 | BitPuffin | dom96: not sure it does |
| 00:35:02 | * | wlhlm quit (Ping timeout: 240 seconds) |
| 00:44:59 | dom96 | BitPuffin: so when will you start programming this WM of yours? |
| 00:45:40 | dom96 | Running weston inside X fails :\ |
| 00:47:51 | BitPuffin | dom96: hmm, say from around the 8th and forward perhaps? |
| 00:48:01 | BitPuffin | dom96: it does? It worked for me on arch |
| 00:48:07 | BitPuffin | dom96: in what way does it fail |
| 00:48:56 | * | bjz quit (Read error: Connection reset by peer) |
| 00:49:21 | * | bjz joined #nimrod |
| 00:49:35 | dom96 | https://gist.github.com/dom96/7e2e03b1c7e36f878991 |
| 00:51:21 | BitPuffin | dom96: hmm |
| 00:51:25 | BitPuffin | dom96: did dota 2 work? |
| 00:51:34 | dom96 | haven't downloaded it yet |
| 00:51:41 | BitPuffin | but other games did |
| 00:51:43 | BitPuffin | hm |
| 00:51:53 | BitPuffin | dom96: how did you install weston? |
| 00:52:15 | dom96 | sudo pacman -S weston |
| 00:53:05 | BitPuffin | dom96: my guess is that there is either a misconfiguration or a bug somewhere in the driver that causes some particular opengl functionality to segfault |
| 00:53:13 | BitPuffin | dom96: that both tf2 and weston uses |
| 00:53:56 | BitPuffin | dom96: perhaps try installing the git versions of everything |
| 00:54:02 | BitPuffin | since it could already be fixed |
| 00:54:23 | dom96 | perhaps |
| 00:54:43 | BitPuffin | dom96: anyways try dota 2 |
| 00:54:49 | BitPuffin | dom96: if that doesn't work maybe they are related |
| 00:54:55 | BitPuffin | dom96: and then ask in #radeon :P |
| 00:55:13 | dom96 | ok |
| 00:55:41 | * | Demos joined #nimrod |
| 00:57:46 | BitPuffin | dom96: of course the wm can be delayed the longer time I have to spend translating C :P |
| 00:58:12 | fowl | what do you need to translate c for |
| 00:58:54 | BitPuffin | fowl: I need to translate wayland-server-protocol.h from wayland and compositor.h from weston |
| 00:59:10 | BitPuffin | but perhaps c2nim can take them in one go |
| 00:59:26 | fowl | i'll do it for $20 |
| 00:59:31 | BitPuffin | no |
| 00:59:38 | Demos | what do people use to build new versions of nimrod on windows, my current workflow for that is really screwed up |
| 00:59:49 | fowl | BitPuffin, fine, $30 |
| 00:59:52 | BitPuffin | fowl: ever heard of something called collaboration :P |
| 01:00:04 | fowl | yeah |
| 01:00:08 | fowl | "stop, collaborate and listen" |
| 01:00:14 | fowl | i'll collaborate for $10 |
| 01:00:22 | BitPuffin | fowl: I have less money to spend than I have time |
| 01:00:30 | dom96 | Demos: cmd.exe + git |
| 01:00:50 | BitPuffin | dom96: no need for a compiler then |
| 01:01:01 | OrionPK | best way to do sha1 in nimrod? |
| 01:01:11 | Demos | can you just git pull then nimrod c koch then koch boot -d:release? |
| 01:01:38 | dom96 | Demos: most of the time all you have to do is git pull and koch boot -d:release |
| 01:01:39 | xenagi | OrionPK, by yourself? :P jk |
| 01:01:43 | OrionPK | hey now |
| 01:01:44 | OrionPK | :P |
| 01:02:11 | xenagi | lol |
| 01:02:13 | dom96 | Demos: Sometimes you may need to grab the C sources and build using those. |
| 01:02:29 | Demos | really? but if I already have a nimrod compiler.... |
| 01:02:59 | dom96 | it's only if your current compiler can't compile the latest one. |
| 01:03:09 | Demos | right, so if it is broken |
| 01:03:19 | dom96 | yeah, kinda |
| 01:03:31 | Demos | wow way to segfault visual studio :C |
| 01:03:47 | musicalchair | BitPuffin: is wayland-server-protocol generated from wayland.xml? use that to generate nimrod compatibility? |
| 01:04:36 | Demos | I thought wayland just threw a gles context at you, why not just write a thunk to do that in C then export that and use the (probably) existing gl bindings? |
| 01:04:50 | BitPuffin | musicalchair: yeah it is generated from that |
| 01:05:06 | BitPuffin | using wayland-inspect or something like that |
| 01:05:08 | Demos | *note* Demos knows very little about wayland... |
| 01:05:46 | BitPuffin | Demos: well if you are writing a compositor you have to write the scene graph etc on your own |
| 01:06:04 | BitPuffin | Demos: But I will most likely just be writing a wl_shell that is used with the weston compositor |
| 01:06:18 | Demos | oh, kk |
| 01:06:56 | BitPuffin | Demos: so instead of using the sample more or less pointless one you get an awesome one that is customizable with nimrod :D |
| 01:09:33 | BitPuffin | Well |
| 01:09:38 | BitPuffin | I am gonna finish reading this book in bed |
| 01:09:41 | BitPuffin | see you guys |
| 01:10:14 | dom96 | yeah, i'm heading to bed as well. |
| 01:10:14 | dom96 | Good night |
| 01:13:48 | * | mflamer quit (Ping timeout: 240 seconds) |
| 01:15:01 | * | BitPuffin quit (Ping timeout: 245 seconds) |
| 01:26:24 | * | hoverbear joined #nimrod |
| 01:26:43 | * | mflamer joined #nimrod |
| 01:35:53 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 01:43:57 | Demos | do "refs" have a different memory layout from "ptrs"? |
| 01:46:51 | * | fowl quit (Quit: Leaving) |
| 01:51:51 | * | bjz quit (Read error: Connection reset by peer) |
| 01:52:03 | * | bjz joined #nimrod |
| 01:53:05 | Demos | is there a {.stdcall.} pragma? |
| 01:53:35 | Demos | or even better will {.exportc,dynlib.} just choose the default calling convention(in my case stdcall(I hope)) |
| 01:55:47 | * | ics joined #nimrod |
| 01:58:00 | * | dymk joined #nimrod |
| 01:58:13 | * | mflamer quit (Ping timeout: 272 seconds) |
| 01:58:16 | dymk | evening guys! |
| 01:58:16 | dymk | recently came across nimrod, and it seems like a really neat language |
| 01:58:44 | dymk | question: is there any facility similar to D/Rust's built in unit testing? |
| 01:59:34 | Demos | yes! |
| 01:59:37 | Demos | sort of |
| 02:00:01 | dymk | :D Oh man, well, at least there sort of is; I saw that it might not and I do really like that feature of those other languages |
| 02:00:43 | Demos | if you say when isMainModule: you get conditional compilation of the stuff after that iff that module(file) was the one passed to the compiler (ie was not compiled because of an import) |
| 02:01:29 | dymk | So how does that aid in unittesting? |
| 02:02:14 | Demos | so you can put your tests after that and then use some macros (these are lisp style macros, not that c bullshit) to get a good test env set up |
| 02:02:23 | Demos | then you just nimrod c somemodule.nim |
| 02:02:39 | dymk | Alright, neat |
| 02:02:42 | Demos | and you get a somemodule.exe (or and ELF/mach-o image) that runs your tests |
| 02:02:49 | dymk | And then, I've got a medium sized codebase in D right now (~6K lines), but I'd like to port it to a somewhat more performant language (and one with fewer compiler bugs). Is the nimrod compiler fairly stable/bug free? |
| 02:03:04 | Demos | compared to D, no it is not |
| 02:03:27 | dymk | Scratch stable, I don't care if backwards compatibility changes. |
| 02:03:38 | dymk | But nimrod is still buggy then? |
| 02:03:44 | Demos | I am keeping my codebase of a similar size in c++ and exporting a nimrod interface. and yes there are some bugs |
| 02:03:54 | Demos | and things like diagnostics are not "up to par" yet |
| 02:03:58 | Demos | also visual D |
| 02:04:14 | Demos | visual studio integration for C++ (and D) makes them very attractive |
| 02:04:20 | Demos | stick with D for now, but learn nimrod |
| 02:04:21 | dymk | I've used VisualD, it's alright, but I tend to use envs like vim and sublime text for development |
| 02:04:44 | dymk | Alright, thank you |
| 02:04:52 | Demos | but learn nimrod! it is super cool |
| 02:05:17 | Demos | in general it is not really worth rewriting a whole codebase in nimrod, esp if it is already in a fine language like D! |
| 02:05:20 | dymk | yeah I can see that! I really dig the syntax, it vaugly reminds me of Haskell |
| 02:05:31 | Demos | it is not very similar to haskell |
| 02:05:48 | Demos | generic programming leans more toward c++ concepts than haskell typeclasses |
| 02:05:59 | dymk | Ah |
| 02:06:12 | Demos | ofc with a syntax that does not suck as much as c++'s |
| 02:06:12 | dymk | Haha, well the D language itself is fine, but the compiler is a never ending source of headaches for me ;) |
| 02:06:44 | Demos | really? I thought the D compiler was pretty good. Like on par with c++ compilers good |
| 02:06:58 | dymk | Oh god no |
| 02:07:19 | dymk | It's certainly usable for largish projects if you know how to work around the bugs |
| 02:07:57 | dymk | But that's only for a single implementation of the compiler; once you throw LDC and GDC into the mix (which use the same frontend, curiously enough), you get quite the mess |
| 02:08:38 | dymk | that being said it's lightning fast and *generally* works alright. But not nearly C++ mature, IMO. |
| 02:09:01 | Demos | well c++ had a LONG time when compilers were terrable |
| 02:09:42 | dymk | that gives me hope for dmd ;) |
| 02:10:51 | * | mflamer joined #nimrod |
| 02:15:57 | * | mflamer quit (Ping timeout: 272 seconds) |
| 02:16:53 | dymk | Fibers: Does Nimrod have them built into the std lib? |
| 02:19:29 | xenagi | so the death star had a fatal flaw |
| 02:20:04 | xenagi | kinda equivalent to... if $password == 'secret': system('rm -rf /') |
| 02:20:10 | xenagi | but why?! |
| 02:22:26 | * | mflamer joined #nimrod |
| 02:29:25 | dymk | '$password' obviously because the death star was written in PHP! |
| 02:31:34 | Demos | anyone on ref memory layout? |
| 02:35:12 | xenagi | haha dymk thats my perl/python pseudo code |
| 02:36:28 | * | mflamer quit (Ping timeout: 240 seconds) |
| 02:36:54 | * | musicalchair quit (Quit: WeeChat 0.3.8) |
| 02:38:33 | * | Varaway is now known as Varriount |
| 02:38:40 | * | musicalchair joined #nimrod |
| 02:44:45 | dymk | Right, so are fibers not a thing in Nimrod then? That might be fun to implement in the language to get to know it |
| 02:49:25 | * | dyu_ joined #nimrod |
| 03:10:00 | xenagi | fibers? |
| 03:12:49 | * | DAddYE quit (Remote host closed the connection) |
| 03:14:23 | * | DAddYE joined #nimrod |
| 03:14:25 | * | DAddYE quit (Remote host closed the connection) |
| 03:14:44 | * | DAddYE joined #nimrod |
| 03:15:35 | * | DAddYE quit (Remote host closed the connection) |
| 03:16:07 | * | DAddYE joined #nimrod |
| 03:19:52 | dymk | xenagi, fibers == threads, but user code handles the scheduling |
| 03:20:00 | xenagi | ah i see |
| 03:20:10 | xenagi | that would be nice |
| 03:20:12 | dymk | as in, fibers release control of the thread they're running in so another can take over, etc |
| 03:20:41 | xenagi | they should be intuitive like Go |
| 03:20:55 | * | DAddYE quit (Ping timeout: 272 seconds) |
| 03:21:04 | xenagi | although Go doesn't really have 'fibers' they do multiplex coroutines onto threads and its really easy to do |
| 03:21:17 | dymk | With fibers and a basic scheduler, it's pretty easy to write async code that looks totally synchronous |
| 03:21:31 | dymk | "easy" being a relative term here :P |
| 03:22:03 | dymk | http://vibed.org/ being an example done in D of the idea |
| 03:23:31 | xenagi | wouldn't it need some sort of run-time to run the scheduler? |
| 03:24:34 | dymk | vibed provides the framework for handling the scheduling |
| 03:25:26 | dymk | It comes down to wrapping all blocking calls, and yielding control when that happens and handing control off to the next fiber. Then, when the result is ready, hand control back to the first fiber. |
| 03:25:40 | dymk | so not so much of a runtime as an event loop |
| 03:26:21 | * | hoverbear quit (Quit: Textual IRC Client: www.textualapp.com) |
| 03:32:40 | * | brson quit (Quit: leaving) |
| 03:52:36 | * | xenagi quit (Quit: Leaving) |
| 04:27:14 | * | OrionPK quit (Quit: Leaving) |
| 04:27:25 | * | XAMPP quit (Ping timeout: 272 seconds) |
| 04:46:25 | * | mflamer joined #nimrod |
| 04:56:06 | dymk | How does dynamic binding work without a votable? |
| 04:56:09 | dymk | *vtable? |
| 05:06:57 | * | mflamer quit (Ping timeout: 272 seconds) |
| 05:25:55 | * | XAMPP joined #nimrod |
| 05:36:37 | * | Endeg joined #nimrod |
| 05:45:25 | * | Paka joined #nimrod |
| 06:03:25 | * | Paka quit (Quit: Page closed) |
| 06:13:25 | Araq | dymk: an 'if'-based dispatcher is generated at "link time" |
| 06:13:49 | Araq | welcome btw and see you later |
| 06:14:03 | dymk | See you later, Araq |
| 06:14:22 | dymk | Also neat language you've got here; it seems really powerful |
| 06:16:23 | dymk | Araq, if you do happen to read this later, does nimrod have fibers as a library construct or built in feature? |
| 06:28:23 | * | Trixar_za quit (*.net *.split) |
| 06:35:15 | * | Trixar_za joined #nimrod |
| 06:58:55 | * | Demos quit (Read error: Connection reset by peer) |
| 07:24:51 | * | dLog quit (Ping timeout: 252 seconds) |
| 07:54:25 | * | sebcrozet joined #nimrod |
| 08:25:49 | * | Araq_ joined #nimrod |
| 08:31:28 | Araq_ | dymk: these kind of things don't play well with nimrod's GC, so no. we have c#-like async/await in the pipeline |
| 08:32:27 | Araq_ | also a variant of the current GC is planned which supports any kind of stack hacks that you throw at it |
| 08:38:08 | * | Jackneill joined #nimrod |
| 08:59:40 | * | wlhlm joined #nimrod |
| 09:08:54 | Araq_ | hi Jackneill welcome |
| 09:14:32 | * | sebcrozet quit (Quit: Gone) |
| 09:39:10 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258]) |
| 09:39:54 | * | CarpNet joined #nimrod |
| 09:55:38 | * | bjz quit (Read error: Connection reset by peer) |
| 10:44:07 | * | delian66 joined #nimrod |
| 11:05:45 | * | faassen joined #nimrod |
| 11:18:07 | * | faassen quit (Quit: Leaving.) |
| 11:18:21 | * | faassen joined #nimrod |
| 11:27:40 | dom96 | 'morning |
| 11:38:56 | * | Associat0r joined #nimrod |
| 12:02:20 | * | io2 joined #nimrod |
| 12:02:30 | * | io2 quit (Changing host) |
| 12:02:30 | * | io2 joined #nimrod |
| 12:51:02 | * | Araq_ joined #nimrod |
| 13:22:49 | * | BitPuffin joined #nimrod |
| 13:25:19 | BitPuffin | hey guys! |
| 13:25:54 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258]) |
| 13:27:36 | Varriount | Good Moooooorning! |
| 13:27:48 | BitPuffin | I passed the drivers license test part one :D |
| 13:28:05 | * | Varriount has had 5 hours of sleep, has a math exam tomorrow, and an english test today. |
| 13:28:19 | Varriount | O_O <- Me |
| 13:28:30 | Varriount | BitPuffin, good! |
| 13:28:39 | BitPuffin | now I just need to do the driving test and I'll have a license |
| 13:28:40 | BitPuffin | to kill |
| 13:28:52 | Varriount | O_o |
| 13:29:42 | * | eigenlicht joined #nimrod |
| 13:30:05 | * | eigenlicht reports in for idling |
| 13:30:28 | eigenlicht | just read about the language on reddit, hopefully find time to really try it out one day. looks great so far |
| 13:30:39 | * | OrionPK joined #nimrod |
| 13:31:31 | Varriount | eigenlicht, which OS are you running? |
| 13:39:27 | dom96 | hello guys |
| 13:39:31 | dom96 | welcome eigenlicht! |
| 13:39:58 | eigenlicht | Varriount: arch |
| 13:39:58 | dom96 | BitPuffin: congrats on passing! |
| 13:40:08 | eigenlicht | Varriount: may I ask you why? |
| 13:41:56 | BitPuffin | thanks dom96! |
| 13:47:41 | Varriount | eigenlicht, building on windows is bit different |
| 13:48:09 | Varriount | So, as one of the few windows users here, I try to help others who use windows build nimrod |
| 13:48:12 | eigenlicht | I'd bet that arch has a package for it already... |
| 13:48:23 | BitPuffin | eigenlicht: it does |
| 13:48:44 | BitPuffin | eigenlicht: although it is safe to say that the git version is recommended |
| 13:48:53 | eigenlicht | <3 arch |
| 13:48:58 | eigenlicht | there is a git version in the AUR |
| 13:49:05 | BitPuffin | eigenlicht: so: <your-fav-aur-tool> -S nimrod-git |
| 13:49:27 | Varriount | eigenlicht, you have good taste in distros |
| 13:49:31 | eigenlicht | even a package in community? didn't expect that |
| 13:49:38 | BitPuffin | eigenlicht: yep |
| 13:49:39 | * | Varriount likes arch's minimalist approach |
| 13:49:42 | BitPuffin | for the stable releases |
| 13:49:51 | BitPuffin | I love arch too |
| 13:49:56 | BitPuffin | I ran it for quite some time |
| 13:50:03 | eigenlicht | everybody who used arch for a while loves it |
| 13:50:03 | BitPuffin | but switched to debian the other day |
| 13:50:08 | BitPuffin | for the KXStudio repos |
| 13:50:57 | eigenlicht | Varriount: confused why you love (and I assume) use arch, but still work on windows? |
| 13:51:16 | eigenlicht | oh, you didn't say you love it - but you like it |
| 13:51:50 | BitPuffin | http://live.julik.nl/2013/05/javascript-is-shit I quite enjoy this article so far |
| 13:52:32 | BitPuffin | "Both of these stem from the fact that fu(ck)bjects in JS have no defined methods " |
| 13:52:41 | eigenlicht | know that presentation where that guy picks up on languages? JS is, of course, one of them |
| 13:52:55 | BitPuffin | you mean wat? |
| 13:53:00 | eigenlicht | yeah! |
| 13:53:05 | BitPuffin | yeah that talk is amazing |
| 13:53:14 | eigenlicht | gotta rewatch it, thanks for reminding me of its name |
| 13:53:31 | BitPuffin | eigenlicht: it is over at destroyallsoftware or something |
| 13:53:36 | BitPuffin | I believe that was his site |
| 13:53:42 | eigenlicht | https://www.destroyallsoftware.com/talks/wat |
| 13:53:52 | * | BitPuffin has an exabyte brain |
| 13:54:04 | eigenlicht | seems so |
| 13:55:12 | BitPuffin | I am gonna hack a bit of nimrod this evening |
| 13:55:16 | BitPuffin | work on my personal site |
| 13:55:18 | BitPuffin | dom96: ^ |
| 13:55:24 | BitPuffin | YOU HAPPY NOW |
| 13:55:29 | dom96 | Hell yes. |
| 13:55:35 | dom96 | I got weston to run btw. |
| 13:55:40 | dom96 | Just not through X. |
| 13:55:47 | BitPuffin | dom96: now go fix sockets |
| 13:55:55 | BitPuffin | dom96: Oh! So it worked fine on its own? |
| 13:56:01 | BitPuffin | dom96: See, X is shit :P |
| 13:56:01 | dom96 | BitPuffin: yeah. |
| 13:56:25 | eigenlicht | I thought about porting my connect four ai from clojure to nimrod, in a functional, but in contrast statically typed, manner - good idea? |
| 13:58:10 | dom96 | eigenlicht: Porting anything to Nimrod is a good idea. :P |
| 13:59:53 | eigenlicht | but functional? I read that nimrod provides some functional features, but that doesn't mean an (almost) 1:1 port from a lisp is a good idea |
| 14:01:27 | dom96 | Some functional features still need to be implemented. Depends what functional features you want to use. |
| 14:02:36 | eigenlicht | I'll dig deeper once that AI is finished in Clojure :P barely have time for that actually |
| 14:11:02 | eigenlicht | it's mostly lazy sequences (can be replaced by iterators I guess), reduce/fold, filter, map and apply - the usual FP stuff |
| 14:24:27 | * | mflamer joined #nimrod |
| 14:24:53 | * | mflamer_ joined #nimrod |
| 14:24:57 | dom96 | eigenlicht: Implementing lazy sequences actually sounds like a fun project. You should do it :P |
| 14:25:29 | mflamer | yes, you should |
| 14:25:33 | eigenlicht | dom96: are they really needed if you have iterators? |
| 14:26:15 | dom96 | Maybe it's not needed. But it's still nice. |
| 14:27:17 | profmakx | codata! |
| 14:29:14 | eigenlicht | I might be overseeing something, but it seems to me iterators can perfectly implement lazy seqs |
| 14:33:04 | * | mflamer quit (Remote host closed the connection) |
| 14:39:11 | eigenlicht | what could be interesting though is providing a module which implements certain (functional/declarative) features in a lazy way... |
| 14:47:05 | * | mflamer_ quit (Ping timeout: 272 seconds) |
| 14:50:47 | eigenlicht | the link to babel is broken here: http://nimrod-code.org/lib.html |
| 14:51:44 | Varriount | dom96, fix eeeeet |
| 14:52:03 | dom96 | works for me? |
| 14:52:34 | eigenlicht | woot, I swear it did not 30 secs ago |
| 14:59:34 | BitPuffin | works here too |
| 14:59:51 | eigenlicht | it does for me too now, but didn't before |
| 15:02:23 | OrionPK | hey guys, best way to put a char array into a nim string |
| 15:03:15 | dom96 | join() perhaps |
| 15:03:35 | BitPuffin | shouldn't there be a $ for that? |
| 15:04:11 | dom96 | yes, but it should give the characters as a list IMO |
| 15:04:26 | OrionPK | ah yeah |
| 15:04:31 | OrionPK | bitpuffin I think you're right |
| 15:06:28 | Varriount | Anyone know a nimrod type that has a sizeof(2)? |
| 15:06:51 | Varriount | Or, to restate, that sizeof() returns 2 for? |
| 15:15:14 | * | Endeg quit (Ping timeout: 264 seconds) |
| 15:18:58 | * | Endy joined #nimrod |
| 15:24:48 | olahol | int16? |
| 15:40:34 | * | MFlamer joined #nimrod |
| 15:49:01 | dyu_ | Araq: there seems to be a quirk when explicitly using the object constructor (http://pastebin.com/d1HFJ5DP - the generated code for newFoo1a) |
| 15:50:08 | dyu_ | there is an unnecessary local var present |
| 16:01:34 | * | XAMPP_ joined #nimrod |
| 16:06:32 | * | XAMPP quit (Read error: Connection reset by peer) |
| 16:06:33 | * | mkb quit (Remote host closed the connection) |
| 16:06:33 | * | mkb joined #nimrod |
| 16:10:37 | MFlamer | 54 on today |
| 16:11:29 | dom96 | Yeah, pretty good. |
| 16:17:45 | * | Varriount quit (Read error: Connection reset by peer) |
| 16:17:55 | * | dyu_ quit (Quit: Leaving) |
| 16:18:40 | * | Varriount joined #nimrod |
| 16:19:51 | * | shodan45 quit (Quit: Konversation terminated!) |
| 16:34:49 | * | dLog joined #nimrod |
| 16:41:43 | * | shodan45 joined #nimrod |
| 17:04:47 | * | DAddYE joined #nimrod |
| 17:04:47 | * | DAddYE quit (Remote host closed the connection) |
| 17:05:01 | * | DAddYE joined #nimrod |
| 17:11:23 | CarpNet | hey there, where do dynamic C libs have to be placed in order for them to be found? i have a C lib i compiled myself to a .so but no matter where i place it the nimrod application cannot find it, i just get "could not load: libstb_image.so", thanks |
| 17:12:53 | dom96 | CarpNet: What's your OS? |
| 17:13:07 | dom96 | oh, nvm. .so means linux duh |
| 17:13:32 | dom96 | I think you need to have the path where the .so is in your LD_LIBRARY_PATH environment variable |
| 17:13:41 | CarpNet | yeah sorry linux |
| 17:14:24 | CarpNet | hmmm well i've stuck the lib in /usr/lib and added the local library path (both relative and absolute paths) to LD_LIBRARY_PATH and it doesn't seem to work, i may just be missing something really obvious though :P |
| 17:16:05 | * | brson joined #nimrod |
| 17:16:06 | dom96 | try restarting your terminal maybe |
| 17:20:22 | CarpNet | doesn't seem to make a difference, was already exporting it in the same terminal anyway |
| 17:21:44 | dom96 | In that case I don't know. Check if other libraries can be loaded by testing one of the wrappers in stdlib. |
| 17:22:14 | CarpNet | fair enough, thanks anyway, will have to do some more digging to find out what it is |
| 17:27:54 | dLog | CarpNet, I don't know if this helps with Nimrod, but run ldconfig perhaps? |
| 17:32:41 | CarpNet | doesn't seem to work, though i can see from ldconfig -p that it has been cached correctly, does gcc use the cache by default? |
| 17:45:04 | * | hoverbear joined #nimrod |
| 17:49:14 | Varriount | dom96, you know any way to include nimrod source code in a c header file, to be used when the header file is passed through c2nim? |
| 17:50:05 | dom96 | CarpNet: See what the out of this is for you: https://gist.github.com/dom96/c36b2f863fb42a002bbb |
| 17:50:14 | dom96 | *output |
| 17:50:51 | dom96 | Varriount: I don't think there is a way to do that. |
| 17:50:58 | wlhlm | CarpNet: you can try to use LD_PRELOAD to check whether your executable works with the shared library, also check try `ldd` or `strace` |
| 17:51:38 | CarpNet | yeah just checked it with ldd and it's not linking with the shared library for some reason |
| 17:51:42 | CarpNet | testing that now dom96 |
| 17:54:28 | wlhlm | CarpNet: have you used the `--passl:OPTION` parameter? OPTION is passed directly to the linker |
| 17:54:50 | CarpNet | dom96: yeah that's a "nil" |
| 17:55:00 | CarpNet | hmmm i'll have a go with that, i tried clibdir: |
| 17:56:53 | CarpNet | tried --passl:OPTION didn't work, does this look like i'm using it correctly? nimrod c "--passl:-Llib/libstb_image" -r src/nimrod/main.nim |
| 17:57:50 | dom96 | Are you sure the filename is correct? |
| 17:58:17 | CarpNet | well that last command wasn't correct, it should have been "lib/stb_image" for the dir, but i corrected that |
| 17:58:22 | CarpNet | the filename is simply "libstb_image.so" |
| 17:58:38 | CarpNet | located in a dir ./lib/stb_image |
| 17:59:12 | dom96 | It's also in /usr/lib though right? |
| 18:00:02 | CarpNet | /usr/local/lib |
| 18:00:07 | CarpNet | but yeah |
| 18:00:34 | dom96 | try putting it in /usr/lib |
| 18:01:36 | wlhlm | CarpNet: also, add `--passL:-lstb_image` |
| 18:01:46 | CarpNet | ah yes |
| 18:02:09 | CarpNet | dom96: doesn't seem to make a difference |
| 18:03:46 | CarpNet | wlhm: no difference, i might try and write up a simple C program and link it to see if there's something else going on here |
| 18:06:14 | wlhlm | CarpNet: if the linker cannot locate the shared library, your programm shouldn't even compile |
| 18:06:42 | dom96 | Wait. Are you trying to statically or dynamically link your library? |
| 18:06:48 | wlhlm | CarpNet: so, I guess that linking should work correctly if it compiles |
| 18:07:34 | CarpNet | this is dynamic |
| 18:07:44 | CarpNet | this is very confusing |
| 18:08:15 | CarpNet | i don't do much C coding, so it's quite different territory |
| 18:09:06 | wlhlm | CarpNet: is there an error when you compile your nimrod programm? something like: `/bin/ld: cannot find -lfoo`? |
| 18:09:21 | dom96 | Maybe the library you're trying to load has a dependency on some other .so? |
| 18:10:59 | CarpNet | nope no errors or anything, this is all the output http://hastebin.com/vuxonenafa |
| 18:11:08 | shodan45 | is there a "philosophy of nimrod" doc somewhere? something like python's "import this"? |
| 18:11:21 | CarpNet | the stb_image library is a standalone file, also i just tried linking it with a simple c program and it worked fine |
| 18:12:31 | dom96 | Did you use dlopen in your C program? |
| 18:13:57 | wlhlm | CarpNet: maybe you can paste the `strace` output… |
| 18:14:09 | CarpNet | hmmm actually, it seems stb_image has a need for "pow" in the c library? |
| 18:14:18 | CarpNet | just got an error running a proc in the c program |
| 18:14:44 | wlhlm | CarpNet: the c library should be linked implicitly |
| 18:14:46 | CarpNet | could this be because i'm using "nimrod --run"? |
| 18:14:53 | CarpNet | ok |
| 18:15:46 | wlhlm | CarpNet: can you also paste `ldd` output? |
| 18:15:52 | CarpNet | sure |
| 18:16:32 | CarpNet | ldd output: http://hastebin.com/saxujuxini |
| 18:19:56 | * | hoverbear quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 18:21:52 | CarpNet | strace output if interested: http://hastebin.com/wajojeciwo.tex |
| 18:22:07 | wlhlm | CarpNet: so, it is not linked with your library, and also looking at the compiler output, I can see that no compiler is invoked at all - try to delete the nimcache directory and recompile |
| 18:24:34 | CarpNet | deleting the cache doesn't do anything, tried that with the standard nimrod command and the ones passing "--passl" option |
| 18:25:20 | wlhlm | CarpNet: does the nimrod command output list a c compiler? like `gcc` or so? |
| 18:25:41 | CarpNet | yeah it's using gcc |
| 18:26:37 | wlhlm | ok, and there is no linker error and `ldd` still doesn't list your library? |
| 18:27:16 | * | C0C0 joined #nimrod |
| 18:27:19 | CarpNet | no linker errors and ldd doesn't link the lib |
| 18:27:30 | CarpNet | very odd |
| 18:27:39 | wlhlm | yeah |
| 18:27:54 | C0C0 | hi |
| 18:27:56 | dom96 | Dynamically linked libraries do not show up in ldd output. |
| 18:27:57 | CarpNet | though i can obviously see with the "--passl:OPTION" option it does indeed pass the correct commands to gcc in the final compilation step |
| 18:28:09 | dom96 | hello C0C0 |
| 18:28:10 | wlhlm | Hi C0C0! |
| 18:30:42 | CarpNet | well thanks for the help anyway, gotta go now, i'm sure it's going to be something to do with the environment (it always is) :P |
| 18:30:58 | * | CarpNet quit (Quit: Leaving) |
| 18:36:12 | BitPuffin | back! |
| 18:36:17 | BitPuffin | if not only temporarily |
| 18:36:22 | Varriount | Araq, is there any way for c2nim to translate something (a prototype?) in c to a forward declaration? |
| 18:42:15 | BitPuffin | 56 users! |
| 18:42:22 | BitPuffin | nimrod is exploading!!! |
| 18:42:35 | BitPuffin | breaking in to the mainstream |
| 18:42:38 | BitPuffin | becoming the next java |
| 18:42:40 | BitPuffin | wait what |
| 18:44:32 | C0C0 | hackernews ftw |
| 18:45:48 | C0C0 | the lib documentation doesn't mention simple3d, is that correct? |
| 18:45:53 | eigenlicht | any newlings from reddit? |
| 18:46:37 | eigenlicht | newbies* |
| 18:47:06 | * | C0C0 found the link on news.ycombinator yesterday |
| 18:47:52 | * | eigenlicht read about it a longer time ago on reddit, but decided to idle here due to the new blog post about its features |
| 18:48:09 | eigenlicht | actually, dunno why I stopped reading hackernews... |
| 18:48:24 | eigenlicht | maybe because reddit takes up enough time already |
| 18:51:30 | C0C0 | eigenlicht: had that problem as well, use the reddit RSS feed - saves a shitload of time for me :P |
| 18:51:53 | eigenlicht | how should that help me save time? |
| 18:52:07 | eigenlicht | it's not like a subbed r/fun or something :P |
| 18:52:08 | C0C0 | less time spent polling reddit |
| 18:52:32 | C0C0 | i was often polling reddit looking for something new |
| 18:52:48 | C0C0 | each time tearing me away from working for about 3 minutes |
| 18:52:55 | eigenlicht | not me, i check it once a day and then just have all those tabs open which I want to read during the day |
| 18:52:59 | C0C0 | ah |
| 18:53:03 | C0C0 | smart^^ |
| 18:53:22 | eigenlicht | RSS doesn't allow me to comment and participate, so... |
| 18:53:37 | C0C0 | well it gives you a link to click.. |
| 18:57:05 | eigenlicht | checking reddit front just once a day saved me a shitload of time ;) |
| 18:57:54 | C0C0 | sure does^^ |
| 19:01:29 | * | enurlyx joined #nimrod |
| 19:05:51 | BitPuffin | you know what also saves a shitload of time? |
| 19:06:40 | * | io2_ joined #nimrod |
| 19:06:56 | * | io2 quit (Ping timeout: 260 seconds) |
| 19:08:52 | C0C0 | BitPuffin: not using reddit? |
| 19:09:06 | BitPuffin | damn straight C0C0 |
| 19:09:32 | C0C0 | ^^ |
| 19:13:49 | * | OrionPK quit (Ping timeout: 250 seconds) |
| 19:15:43 | wlhlm | I observed weird compiler behavior, maybe someone can help me… https://github.com/Araq/Nimrod/issues/642 |
| 19:25:42 | * | OrionPK joined #nimrod |
| 19:34:40 | * | sebcrozet joined #nimrod |
| 19:44:34 | Varriount | wlhlm, if you keep running into that problem, just turn the cache off |
| 19:45:30 | Varriount | I think you can do that from the config. Or, you could try fixing it yourself. (The conditions for using cached code are probably off somewhere.) |
| 19:49:08 | wlhlm | Varriount: my problem is, that 1) it stops invoking the c compiler only the third time the nimrod programm is compiled (why not stop the second time, since nothing change since the first compilation |
| 19:49:35 | Varriount | wlhlm, something must have changed. |
| 19:49:58 | wlhlm | 2) the compiler should notice that the executable has been removed and should rebuild it |
| 19:50:05 | Varriount | Try getting versions of each file, and diff them. |
| 19:50:58 | wlhlm | Varriount: nothing has changed, look at the shell session-log in the issue (can you try it for yourself?) |
| 19:51:47 | Varriount | I'll try it on windows. If nothing else, that'll help determine whether is a linux only bug |
| 19:52:45 | wlhlm | ok, windows - just try to compile a simple programm and than just run the compiler again |
| 19:53:32 | * | Jesin joined #nimrod |
| 19:54:11 | wlhlm | and then run compile it for the third time |
| 19:55:02 | Varriount | wlhlm, I don't get any error. The program compile and runs fine, 3 times in a row. |
| 19:56:04 | Varriount | https://gist.github.com/Varriount/7221460 |
| 19:56:31 | Varriount | and the program consists of echo("hello world") |
| 19:57:06 | wlhlm | Varriount: my issue is about, when the c compiler is started trough the `nimrod` command |
| 19:57:17 | Varriount | ? |
| 19:57:36 | wlhlm | Varriount: `gcc.exe` in your case |
| 19:58:01 | wlhlm | it stop after the first compilation |
| 19:58:16 | wlhlm | for me, only after the second |
| 19:58:33 | Varriount | Hm. |
| 19:58:48 | Varriount | Maybe it's due to how file metadata works on each platform. |
| 19:59:00 | wlhlm | Varriount: is this 0.9.3? |
| 19:59:07 | Varriount | This is the trunk. |
| 19:59:45 | Varriount | If you're filing bugs using anything but the trunk, then theres quite the chance that your bugs may have already been fixed. |
| 20:01:18 | wlhlm | Varriount: I just checked it, and it's the same in 0.9.2 and 0.9.3 |
| 20:01:36 | Varriount | Well, the same for you. |
| 20:01:45 | Varriount | What version of gcc are you using? |
| 20:02:19 | wlhlm | I might need someone who uses linux the verify if it's platform specific… |
| 20:02:40 | wlhlm | Varriount: 4.8.2 |
| 20:03:39 | Varriount | Hm, I'm using 4.8.1 |
| 20:07:48 | dom96 | 59 users :O |
| 20:08:45 | * | silven joined #nimrod |
| 20:09:33 | dom96 | 60! |
| 20:09:47 | MFlamer | damn! |
| 20:10:43 | Varriount | dom96, can you test out wlhlm's bug and see if you get it? |
| 20:11:35 | dom96 | ok |
| 20:11:50 | wlhlm | Varriount: it's not compiler dependend |
| 20:12:05 | wlhlm | (tested with clang) |
| 20:13:10 | dom96 | indeed, if I delete the binary Nimrod doesn't regenerate it. |
| 20:13:43 | dom96 | It stops calling gcc after the first time thoguh |
| 20:13:45 | dom96 | *though |
| 20:14:05 | wlhlm | ok, that's interesting… |
| 20:15:49 | * | silven quit (Quit: No Ping reply in 180 seconds.) |
| 20:16:04 | * | silven joined #nimrod |
| 20:16:08 | * | Endy quit (Ping timeout: 240 seconds) |
| 20:17:09 | wlhlm | dom96: have you tested that with 0.9.3? |
| 20:17:13 | dom96 | yes |
| 20:17:34 | wlhlm | dom96: does it change with 0.9.2? |
| 20:20:34 | dom96 | I don't have 0.9.2 |
| 20:21:46 | * | silven quit (Quit: No Ping reply in 180 seconds.) |
| 20:22:06 | * | silven joined #nimrod |
| 20:29:28 | dymk | afternoon guys |
| 20:29:56 | dymk | Does Nimrod have something analogous to D's scope statements? |
| 20:30:18 | dymk | As opposed to wrapping entire function bodies in a try ... finally block |
| 20:32:58 | dom96 | http://build.nimrod-code.org/docs/manual.html#except-and-finally-statements |
| 20:33:10 | * | silven quit (Quit: No Ping reply in 180 seconds.) |
| 20:33:21 | dymk | ah thanks |
| 20:33:24 | Varriount | dymk, maybe block statements? |
| 20:33:41 | Varriount | I haven't used d (never got the compiler to work) |
| 20:34:08 | dymk | dom96's link is exactly what I was looking for |
| 20:34:15 | * | silven joined #nimrod |
| 20:34:35 | dymk | not quite as flexible but I haven't had to use the success/failure modes in D's scope blocks before, so this should work for 99% of my cases |
| 20:36:40 | * | sebcrozet quit (Ping timeout: 245 seconds) |
| 20:37:43 | * | silven quit (Client Quit) |
| 20:38:10 | reactormonk | close 13 |
| 20:38:11 | Araq | MFlamer: your bug"fix" keeps master from compiling vm2 ... |
| 20:38:25 | * | silven joined #nimrod |
| 20:44:20 | * | silven quit (Quit: No Ping reply in 180 seconds.) |
| 20:55:03 | * | MFlamer quit (Ping timeout: 272 seconds) |
| 20:56:33 | * | Associat0r quit (Quit: Associat0r) |
| 21:07:36 | * | reactormonk quit (*.net *.split) |
| 21:07:37 | * | JStoker quit (*.net *.split) |
| 21:09:49 | * | Jackneill quit (Remote host closed the connection) |
| 21:10:06 | BitPuffin | Hey guys |
| 21:10:22 | BitPuffin | Araq: since cdecl is also used with JS, should it really be called cdecl? |
| 21:10:34 | BitPuffin | foreignDecl perhaps? |
| 21:11:32 | Araq | yeah but that's longer |
| 21:11:54 | Araq | cdecl means "Compatible with target" instead |
| 21:12:44 | dom96 | Araq: Any chance you could fix that? https://github.com/Araq/Nimrod/issues/641 |
| 21:13:55 | BitPuffin | Araq: lol :D fair engouh :D |
| 21:14:01 | Araq | yes it doesn't look like a blocking bug, is it? |
| 21:14:04 | BitPuffin | Araq: fdecl |
| 21:14:15 | BitPuffin | makes it seem like function though |
| 21:14:26 | * | reactormonk joined #nimrod |
| 21:14:26 | * | JStoker joined #nimrod |
| 21:14:49 | * | JStoker quit (Max SendQ exceeded) |
| 21:15:19 | * | JStoker joined #nimrod |
| 21:17:14 | BitPuffin | dom96: your dialect must be really funny, a mix between polish and irish :D |
| 21:18:23 | dom96 | BitPuffin: people tell me I sound American :P |
| 21:19:02 | BitPuffin | interesting |
| 21:19:08 | BitPuffin | maybe because they are irish though |
| 21:19:22 | dom96 | Araq: No, but it would be cool if it was fixed. I could then get the cool closure syntax to work, probably. |
| 21:20:05 | BitPuffin | dom96: \(a-b) ? |
| 21:20:14 | dom96 | BitPuffin: Maybe. I do watch a lot of American TV shows though. |
| 21:20:22 | BitPuffin | dom96: well so do I |
| 21:20:29 | BitPuffin | dom96: but I still sound swedish |
| 21:21:02 | dom96 | BitPuffin: Currently: \(x, y) : x - y |
| 21:21:24 | BitPuffin | dom96: just listen http://www.youtube.com/playlist?list=PL-nJoAqmj3DMpZXxdwG0n9Mmgcc5QRRU- |
| 21:22:08 | dom96 | BitPuffin: is that you? |
| 21:22:17 | BitPuffin | dom96: yeppers |
| 21:22:24 | dom96 | you do lets plays :O |
| 21:22:33 | BitPuffin | a little |
| 21:23:32 | dom96 | I would watch it but I don't want Amnesia spoilers :P |
| 21:23:47 | dom96 | But yeah, I heard your voice. It's not /that/ Swedish. |
| 21:24:00 | BitPuffin | dom96: what about thief 1 spoilers? http://youtu.be/wa5Gr3cHxpY |
| 21:24:21 | dom96 | ehh, sure. |
| 21:25:24 | BitPuffin | the narration is a bit ahead in the first few minutes, not too bad |
| 21:26:18 | * | dLog_ joined #nimrod |
| 21:26:50 | dom96 | BitPuffin: we should play some game together some time |
| 21:26:57 | BitPuffin | dom96: I agree |
| 21:28:30 | * | dLog quit (Read error: Operation timed out) |
| 21:30:22 | dom96 | so much swearing lol |
| 21:30:33 | BitPuffin | profanitypuffin |
| 21:31:04 | BitPuffin | 20:33 |
| 21:31:12 | BitPuffin | I don't know why I am so weird |
| 21:31:14 | BitPuffin | "advanced" |
| 21:40:14 | * | Varriount quit (Ping timeout: 240 seconds) |
| 21:47:09 | BitPuffin | http://youtu.be/csyL9EC0S0c good talk so far |
| 21:48:33 | dom96 | oh yes, i've seen that. |
| 22:03:11 | BitPuffin | I am too tired today |
| 22:03:22 | BitPuffin | I'm gonna get up early tomorrow and work on the site in the morning instead |
| 22:03:24 | BitPuffin | (yeah right) |
| 22:03:31 | BitPuffin | (me getting up early) |
| 22:03:35 | BitPuffin | (pffff) |
| 22:06:09 | musicalchair | at work, but looking that the slides for that talk is interesting. seems it covers a lot of points I've been trying to articulate (to myself) recently |
| 22:06:43 | musicalchair | especially since I'm a pretty terrible programmer =P |
| 22:09:00 | dom96 | BitPuffin: noo, work on it now |
| 22:09:10 | BitPuffin | dom96: why not in the morning? |
| 22:09:22 | BitPuffin | When I won't fall asleep on the backspace key |
| 22:10:03 | BitPuffin | I only slept about 3 hours or so tonight |
| 22:10:16 | BitPuffin | interesting that I still passed the test lol |
| 22:10:37 | dom96 | BitPuffin: The sooner the better :P |
| 22:10:57 | BitPuffin | dom96: same applies to sleep :D |
| 22:12:11 | BitPuffin | dom96: and while I am sleeping you can add prober socket unbingind and automatic server restart to jester and I will write the website 1.3 |
| 22:12:11 | BitPuffin | times faster! |
| 22:13:07 | Araq | wtf happend to youtube links? |
| 22:13:18 | BitPuffin | Araq: wtf are you talking about :D |
| 22:13:30 | Araq | they are long now |
| 22:14:33 | dom96 | BitPuffin: Programming is not the same without your presence! |
| 22:14:48 | BitPuffin | dom96: but I am everywhere remember? |
| 22:15:42 | dom96 | oh yeah |
| 22:15:42 | * | dom96 hides |
| 22:15:50 | BitPuffin | dom96: you can't hide |
| 22:26:41 | BitPuffin | anyways I'm gonna walk the dog now |
| 22:26:59 | BitPuffin | I wrote some feedback to coder radio hoping that nimrod will get some publicity through that :D |
| 22:28:34 | BitPuffin | basically recommending nimrod to a guy who wrote in because he was considering learning Go |
| 22:28:44 | dom96 | cool |
| 22:30:09 | BitPuffin | dom96: I pointed them to your blog post |
| 22:30:30 | BitPuffin | I think it is probably the best quick overview of the language to point to |
| 22:31:23 | dom96 | Thanks, but don't forget Steve's post. |
| 22:31:31 | BitPuffin | who's Steve |
| 22:31:54 | dom96 | http://steved-imaginaryreal.blogspot.co.uk/2013/09/nimrod-return-of-pascal.html |
| 22:32:05 | BitPuffin | ah yeah that post |
| 22:32:59 | BitPuffin | dom96: but that's way verbose and barely mentiones macros |
| 22:33:15 | BitPuffin | yours covers a lot without being too long |
| 22:33:23 | BitPuffin | his is more of a tutorial/introduction |
| 22:33:32 | BitPuffin | what you wrote is more feature bait :D |
| 22:33:38 | dom96 | well I can't argue with that :P |
| 22:34:28 | BitPuffin | dom96: maybe you'll get some favoritism because the host's last name is dominik |
| 22:34:59 | BitPuffin | or dominick |
| 22:35:21 | dom96 | nice |
| 22:36:28 | BitPuffin | http://dominickm.com/ |
| 22:42:56 | * | faassen left #nimrod (#nimrod) |
| 22:50:14 | * | Varriount joined #nimrod |
| 22:58:23 | * | NimWolf joined #nimrod |
| 22:59:41 | NimWolf | Hi guys, just for curiosity: Is there a referencing operator in Nimrod? (For printing normal variables addresses for example) |
| 22:59:54 | NimWolf | (Akin to C/C++ '&') |
| 22:59:59 | BitPuffin | NimWolf: addr? |
| 23:00:20 | NimWolf | yes |
| 23:00:21 | BitPuffin | NimWolf: http://nimrod-code.org/manual.html#the-addr-operator |
| 23:00:23 | NimWolf | exactly that xD |
| 23:00:28 | NimWolf | thanks! |
| 23:00:32 | BitPuffin | no problem :D |
| 23:01:34 | * | enurlyx quit (Quit: Nettalk6 - www.ntalk.de) |
| 23:09:10 | * | Amrykid quit (Changing host) |
| 23:09:10 | * | Amrykid joined #nimrod |
| 23:19:22 | dom96 | BitPuffin: They're talking about Go in Code Radio after getting a suggestion via email. I'm pretty hopeful they will do the same for Nimrod :) |
| 23:20:11 | BitPuffin | dom96: hopefully, but this time it is being mentioned as a response to that guy so maybe it is less likely to be read on the show |
| 23:20:16 | BitPuffin | but we'll see next week! |
| 23:20:28 | BitPuffin | I wrote to them about nimrod months ago once too |
| 23:20:48 | dom96 | oh, did they just ignore it? :\ |
| 23:21:06 | dom96 | We should spam the channel while they're recording :P |
| 23:21:11 | dom96 | *their |
| 23:21:22 | BitPuffin | dom96: Well yeah, but that was really just that it wasn't really something you could respond to |
| 23:22:54 | dom96 | BitPuffin: what did you write this time? |
| 23:23:41 | BitPuffin | dom96: basically that I am suggesting that he also checks out nimrod as he comes from python and that the community is small but friendly etc |
| 23:24:22 | dom96 | BitPuffin: ahh, good. |
| 23:28:01 | * | io2_ quit () |
| 23:43:14 | * | fowl joined #nimrod |
| 23:49:07 | * | zahary___ joined #nimrod |
| 23:49:24 | BitPuffin | so many zahary__'s |
| 23:49:45 | BitPuffin | maybe that's why there are so many users here :P |
| 23:50:57 | NimBot | Araq/Nimrod vm2 8c72a96 Araq [+0 ±4 -0]: jump optimizer works |
| 23:56:02 | * | wlhlm quit (Ping timeout: 264 seconds) |
| 23:58:02 | * | Raynes_ joined #nimrod |
| 23:58:10 | * | Varriount quit (*.net *.split) |
| 23:58:10 | * | zahary__ quit (*.net *.split) |
| 23:58:10 | * | Raynes quit (*.net *.split) |
| 23:59:04 | * | wlhlm joined #nimrod |