00:02:12 | * | Skrylar joined #nimrod |
00:10:00 | * | enquora quit (Quit: enquora) |
00:16:42 | * | Sht0 quit (Ping timeout: 260 seconds) |
00:16:44 | * | jjap quit (Quit: Page closed) |
00:22:45 | * | enquora joined #nimrod |
00:56:49 | * | Triplefox joined #nimrod |
01:00:45 | Varriount | So, my first assignment in CS 202 was to model a vending machine. In Java. |
01:01:22 | Varriount | All the while, I was going "why can't this bloody language be more like Nimrod!?" |
01:01:48 | reactormonk | Varriount, and that's why I didn't go into CS. |
01:02:13 | reactormonk | Varriount, you could also write it in scala. Less pain, more gain. |
01:07:05 | Triplefox | back when i took cs i did a python version first |
01:07:21 | Triplefox | then the java |
01:20:55 | * | q66 quit (Quit: Leaving) |
01:39:43 | Varriount | Triplefox, reactormonk: We have no choice but to write in java |
01:40:03 | Varriount | It's not the assignment itself that was hard/difficult, it's the language. |
01:40:04 | reactormonk | Varriount, and that's why I went for NLP instead of CS ^^ |
01:40:09 | Varriount | NLP? |
01:40:26 | reactormonk | go wikipedia. |
01:49:19 | Skrylar | meep |
01:50:00 | Skrylar | Varriount: a friend sent me this one link to a guy who did an analysis on reddit; measured how many times language users reference other language, how often they curse and such |
01:50:18 | Skrylar | apparently LISPers were the most likely to say something was awesome and PHP was most likely to call something shitty |
01:50:33 | Skrylar | Java was pretty low on the list of people who were 'cheery' xD |
02:26:16 | Skrylar | hmm |
02:26:59 | Skrylar | i guess i should figure out the benchmarking routines; trying to figure out if its worth replacing four multiply+add's per call with a branch that avoids it at the cost of having to flip the flag on occasion |
02:27:10 | Skrylar | naivety says yes |
02:27:55 | Varriount | reactormonk: I actually thought about doing the assignment again in Nimrod, just to see how much the solutions compared. |
02:32:20 | * | enquora quit (Quit: enquora) |
02:33:54 | * | brson quit (Ping timeout: 255 seconds) |
02:35:13 | Skrylar | Varriount: i donno; was it a complex vending machine? |
02:36:58 | Varriount | Skrylar: Nah, just a lesson in object oriented components, serialization, simulation, and some other things |
02:38:14 | OrionPK | is that new async stuff working in devel? |
02:38:27 | Varriount | OrionPK: Yeah, sorta |
02:40:21 | OrionPK | im getting a compile error |
02:40:30 | OrionPK | 'cb' is not gc safe |
02:40:40 | OrionPK | just trying to do a basic http client |
02:41:53 | Skrylar | Varriount: likely not much different then; sometimes there's a minimum of complexity sadly |
02:42:05 | Skrylar | it doesn't get simpler than struct foo {} or (defstruct ()) |
02:43:20 | Skrylar | i think the difference only comes in when one starts getting to where abstractions help, because then you can start leveraging templates or macros whereas java simply is unable to do it |
02:44:06 | Varriount | At least in Nimrod I don't have to create 3 different objects just to serialize something to a file. |
02:45:38 | Varriount | new ObjectReader(new BufferedReader(new FileReader(fileName))); |
02:48:11 | * | andreysh joined #nimrod |
02:48:52 | Varriount | Skrylar: Here's a link to the source if you're interested - https://github.com/Varriount/CSC202-VendingMachine |
02:51:48 | Skrylar | :S serialization is something i'm hiding from atm |
02:52:00 | Skrylar | still have to finish and debug that msgpack v5 crap |
02:52:32 | Varriount | Man, where do you find the time for all this stuff? |
02:52:34 | Skrylar | Varriount: i see you have the requisite boilerplate... lol |
02:53:13 | Skrylar | i love manually keeping track of the whole fopen() {...} flush() close() crap when lispers have (with-file) |
02:53:16 | Varriount | PrintWriter writer = new PrintWriter(new BufferedWriter(new FileWriter( |
02:53:16 | Varriount | fileName, true))); |
02:53:31 | * | Varriount starts crying |
02:53:34 | Skrylar | but don't forget the like 10 lines of try/catch/else to make sure you don't leak a file |
02:53:38 | Skrylar | when lispers still have (with-file) |
02:53:40 | Skrylar | lol |
02:54:03 | Varriount | And the pythonista have 'with open() as fh' |
02:54:11 | Skrylar | technically nimrod can have withFile(): ... because block statements are allowed in templates |
02:55:31 | Skrylar | i think its possible to do a template that does the whole "if error, close file and reraise" thing |
02:56:38 | Varriount | The main thing I have against java is that is pretty much requires an IDE if you want to be productive in it. |
02:57:05 | Varriount | Whereas with Nimrod or Python, I can pretty much code things on my phone if I have to. |
02:57:07 | Skrylar | thats true of lisp and a few others though |
02:57:11 | Skrylar | well |
02:57:18 | Skrylar | i guess its not strictly true but they help |
02:57:35 | Skrylar | its just weird because usually half of what a Java IDE does is already available in a lisp image |
02:58:07 | Skrylar | its easy to just ask SBCL to put debug tracers in system functions; java requires some big enterprise crap and training to do the same |
03:00:04 | * | saml_ joined #nimrod |
03:00:29 | * | vegai quit (Ping timeout: 272 seconds) |
03:01:22 | Skrylar | Varriount: what gets really insane is when you start using org-mode to program |
03:01:44 | Skrylar | because org-mode tables have an 'export' function, so you can have it spit data tables out to C/assembly/blah |
03:02:12 | Skrylar | toss magic numbers in table, let it run spreadsheet commands, export to program code, tangle in to project files. @_@ |
03:06:45 | * | andreysh quit (Quit: Page closed) |
03:06:52 | * | vegai joined #nimrod |
03:48:23 | * | xenagi quit (Quit: Leaving) |
03:56:30 | * | kshlm joined #nimrod |
04:39:33 | * | nande quit (Read error: Connection reset by peer) |
04:48:52 | * | saml_ quit (Ping timeout: 240 seconds) |
05:06:26 | * | Sht0 joined #nimrod |
05:54:21 | * | seubert quit (Remote host closed the connection) |
06:19:42 | * | gkoller joined #nimrod |
06:22:41 | * | milosn quit (Remote host closed the connection) |
07:48:17 | * | BlaXpirit joined #nimrod |
07:57:37 | * | jbe joined #nimrod |
08:00:21 | * | jbe quit (Remote host closed the connection) |
09:08:24 | * | kunev joined #nimrod |
09:08:40 | * | Trustable joined #nimrod |
09:18:50 | * | io2 joined #nimrod |
09:35:59 | * | Matthias247 joined #nimrod |
10:08:49 | * | milosn joined #nimrod |
10:31:47 | * | EXetoC joined #nimrod |
10:32:39 | * | foodoo joined #nimrod |
10:51:03 | * | Sht0 quit (Ping timeout: 240 seconds) |
11:03:54 | * | kshlm quit (Ping timeout: 250 seconds) |
11:15:54 | * | foodoo quit (Remote host closed the connection) |
11:48:22 | * | kemet joined #nimrod |
11:52:03 | * | kemet quit (Client Quit) |
12:45:00 | * | saml_ joined #nimrod |
12:53:46 | * | darkf quit (Quit: Leaving) |
12:55:10 | * | milosn quit (Ping timeout: 264 seconds) |
12:58:46 | * | saml_ quit (Ping timeout: 264 seconds) |
13:00:15 | * | jasondotstar joined #nimrod |
13:37:48 | * | Sht0 joined #nimrod |
13:47:56 | * | milosn joined #nimrod |
14:20:33 | * | gkoller quit (Quit: Textual IRC Client: www.textualapp.com) |
14:58:21 | * | wan joined #nimrod |
14:59:03 | wan | Hey all |
14:59:14 | wan | Does anyone know the difference between cint and int? |
14:59:39 | wan | I'm finding it annoying to use 0.cint to use some wrappers... |
15:11:17 | OrionPK | typically nothing, but IIRC it might vary by compiler/architecture |
15:12:08 | wan | But what's an example case when it actually is different? |
15:12:20 | * | brson joined #nimrod |
15:13:53 | wan | We only have one nimrod compiler, so if the 'int' nimrod implementation is backed by an 'int' in the generated c, there shouldn't be a case where nim'int and cint are different. |
15:15:59 | * | [CBR]Unspoken joined #nimrod |
15:17:50 | * | [CBR]Unspoken1 quit (Ping timeout: 260 seconds) |
15:18:22 | wan | Well, for procedure calls at least, int == cint (and the compiler doesn't complain when you give an int to a cint argument) |
15:18:41 | wan | The problem is for tuples, this is not the case, you are forced to manually convert. |
15:24:58 | wan | Reading the source of nimbase.h, I see that if we're in 64bits => typedef int64_t NI |
15:25:23 | wan | And if we're in 32bits => typedef int32_t NI |
15:25:54 | wan | If C's ints have the same behavior, int and cint are redondant. We should only keep one. |
15:28:33 | wan | I guess it's because in C, there is no standard behavior for int size |
15:28:41 | * | kunev quit (Quit: Lost terminal) |
15:29:20 | * | gsingh93 joined #nimrod |
15:30:45 | * | gkoller joined #nimrod |
15:53:45 | * | mko joined #nimrod |
15:56:49 | * | Matthias247 quit (Read error: Connection reset by peer) |
16:00:13 | * | milosn quit (Ping timeout: 244 seconds) |
16:05:20 | * | nande joined #nimrod |
16:06:37 | EXetoC | int == cint? on what platforms? I assume you're witnessing an implicit conversion |
16:06:51 | EXetoC | wan: this tuple behavior might have been reported |
16:06:58 | EXetoC | if not, then it has at least been acknowledged |
16:10:21 | EXetoC | int is 32-bit on x86 and 64-bit on x86_64. cint deviates slightly on x86_64 at least, and probably on other platforms as well |
16:11:14 | EXetoC | so it's necessary to have the cint type as well as the other C types |
16:11:25 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
16:11:56 | * | io2 joined #nimrod |
16:12:42 | * | untitaker quit (Ping timeout: 246 seconds) |
16:14:31 | wan | Yeah, that was my assumption, and my mistake. Just got bitten because I thought I could just rename cint to int in a wrapper. Dammit. |
16:15:19 | wan | They ARE different, I just don't understand why there is the need for two. |
16:15:52 | wan | Why can't typedef int NI ? |
16:16:04 | EXetoC | because nimrod's int is the largest signed integer, while it *might* be that in C, but often isn't |
16:16:34 | EXetoC | and nimrod's uint would be the largest unsigned integer of course |
16:18:21 | * | untitaker joined #nimrod |
16:19:56 | wan | I really thought that this was also the behavior of C. Unfortunately, on 64bits on my machine, sizeof cint == 32. |
16:21:08 | wan | Some of C's rules are strange (or annoying). It should be better defined. |
16:22:24 | EXetoC | C does have typedef's for fixed integer sizes though |
16:25:32 | * | Ven joined #nimrod |
16:35:03 | * | gkoller quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
16:50:58 | * | johnsoft quit (Ping timeout: 264 seconds) |
16:51:09 | * | johnsoft joined #nimrod |
16:53:25 | * | milosn joined #nimrod |
16:54:55 | * | q66 joined #nimrod |
17:10:39 | * | wan quit (Quit: WeeChat 1.0) |
17:15:12 | * | gkoller joined #nimrod |
17:19:54 | * | johnsoft quit (Ping timeout: 246 seconds) |
17:20:18 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
17:22:07 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
17:44:54 | dom96 | hi |
17:45:14 | dom96 | OrionPK: did you fix it? if not can you gist what you tried? |
17:50:56 | * | Varriount is here for 10 minutes |
17:52:34 | * | Ven joined #nimrod |
18:19:48 | * | BlaXpirit quit (Quit: Quit Konversation) |
18:21:23 | * | BlaXpirit joined #nimrod |
18:30:27 | * | bramgg joined #nimrod |
18:30:30 | * | bramgg left #nimrod (#nimrod) |
18:36:17 | * | zahary joined #nimrod |
18:46:42 | OrionPK | dom96 nope, didnt figure it out |
18:47:07 | OrionPK | it's on my other machine, give me a minute.. |
18:48:54 | dom96 | Your proble is likely that you are trying to access a global from inside an async proc. |
18:48:57 | dom96 | *problem |
18:51:28 | dom96 | Araq: Thought of a better way to handle this gcsafe stuff yet? |
18:53:55 | OrionPK | ah am doing that |
18:54:02 | OrionPK | I* am |
18:54:05 | OrionPK | that must be it then |
18:56:11 | * | foodoo joined #nimrod |
18:56:27 | dom96 | Yeah, we need to at the very least disable this gcsafe stuff when threads are not on. |
19:09:23 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
19:10:07 | Araq | dom96: well I notice that OrionPK's problem is not a lack of 'gcsafe' annotations |
19:10:23 | Araq | but his problem is that what he does is in fact GC unsafe |
19:11:35 | Araq | so that doesn't really help in deciding if 'gcsafe' should be the default for proc types |
19:11:49 | dom96 | it's safe when he's not spawning threads |
19:14:08 | Araq | I fear the real problem is that not even the main thread may access globals because we have no notion of 'main thread' in the type system |
19:14:56 | Araq | and now that I've written it down this way I have an idea ... |
19:18:08 | * | jjap joined #nimrod |
19:22:17 | * | Ven joined #nimrod |
19:22:40 | jjap | I created a mac installer package: http://forum.nimrod-lang.org/t/532 |
19:22:55 | Varriount | jjap: Thanks! |
19:22:59 | * | Varriount pokes dom96 |
19:23:05 | jjap | Uninstalls, handles multiple versions, updates path cleanly/universally |
19:23:22 | jjap | Varriount: No problem :) |
19:23:32 | Araq | jjap: was about to thank you. however does it also handle multiple versions when the new version has a new name? |
19:23:56 | jjap | Araq: What do you mean by new name? |
19:24:11 | Araq | we're renaming nimrod to nim |
19:25:02 | jjap | Araq: It'll work |
19:25:08 | Araq | yay |
19:25:22 | foodoo | not a joke? nimrod -> nim? |
19:25:22 | Araq | dom96: ok, there is a way to make it work, but you won't like it |
19:26:12 | OrionPK | yay! |
19:26:13 | OrionPK | nim :) |
19:26:54 | * | Ven_ joined #nimrod |
19:27:22 | * | Ven quit (Ping timeout: 245 seconds) |
19:27:33 | Araq | dom96: if 'gcsafe' implies "cannot use createThread/spawn" we can allow the implicit transition takesGcSafe(gcUnsafeProc) |
19:27:43 | Araq | (I think!) |
19:28:20 | Araq | this means stuff "simply works" as long as you can't use 'spawn' in your dispatcher |
19:28:39 | Araq | which is ... meh |
19:29:31 | dom96 | foodoo: yes |
19:29:41 | dom96 | Varriount: yes? |
19:29:46 | dom96 | jjap: great job! |
19:30:06 | Araq | we can go further than that if we do not conflate gcsafety with "spawnability", but then we get {.gcsafe, nospawn.} everywhere or something like that |
19:30:22 | dom96 | Araq: Well I don't really get what you mean. |
19:30:46 | jjap | Araq: Caveats: Is it ok that old versions keep old (symlink) names? example: ./nimrod-0.9.4 but ./nim-1.0.2 ;; And, is it ok that ./nimrod will point to the last version that used that name? |
19:31:15 | Araq | jjap: sure. that's how it should be done. |
19:31:31 | jjap | dom96: Thank you |
19:31:37 | dom96 | Regarding installers/packages, we should document exactly what should be in a package on the wiki. |
19:31:53 | dom96 | Perhaps list the release steps too. |
19:32:02 | dom96 | Things we should check before we release etc |
19:32:55 | Araq | dom96: it's hard for me too |
19:33:13 | * | foodoo wonders why "nim" should be preferred over the much nicer "nimrod" |
19:33:36 | Araq | foodoo: americans think nimrod means idiot |
19:34:27 | foodoo | Well, git is a popular software, isn't it? |
19:34:47 | Araq | yes, but I'm not Linus |
19:34:49 | jjap | The multiple-versions feature of my installer, though it works well, is an extra: If people want a crossplatform nimrod installer/version-manager, it could be written in nimrod in the style of something like ruby-install |
19:35:22 | foodoo | I'm sure this has been discussed elsewhere but I don't think that you should give up a perfectly fine name just because people are stupid |
19:36:19 | Araq | foodoo: I'm also not Simon Peyton Jones and so my TR macros are an obviously stupid idea, never mind Haskell does the same and gets no blame for it |
19:37:07 | Araq | ;-) |
19:38:47 | Araq | foodoo: but seriously 4 out of 5 people appreciate a name change and it can't hurt to care somewhat more about popularity |
19:39:28 | dom96 | foodoo: You are in fact the first person to react negatively to the name change I think. |
19:39:50 | jjap | I didn't think any programmers were distracted by the name. |
19:39:55 | dom96 | In any case, wearing a Nimrod t-shirt in America would make me feel uncomfortable. |
19:40:08 | jjap | But I guess i like history :) |
19:40:21 | Demos | dom96, good point |
19:40:25 | Araq | dom96: screw it, it doesn't work |
19:40:31 | Araq | it's not sound |
19:40:32 | jjap | To be clear, we're talking about changing the programming language name? Or just the binary? |
19:40:53 | Araq | jjap: the language, the urls, the binary |
19:41:45 | foodoo | What about Nimbus instead? |
19:42:03 | Araq | dom96: argh, it does work but it's more complicated ... |
19:42:46 | * | Francisco joined #nimrod |
19:43:06 | Araq | seriously ... this is too complex, let's go with --threadAnalysis:off as the default |
19:43:15 | dom96 | Araq: It's your choice. But if OrionPK stumbles upon this then everyone else will too. |
19:43:33 | dom96 | And I will remove gcsafe from the async stuff because otherwise people will think it's inferior. |
19:43:48 | Araq | what? you can't do that! |
19:44:35 | Araq | foodoo: we kept the decision to Nim vs Nimrod in order to come to a conclusion |
19:45:06 | jjap | Araq: You mean Artaxerxes or Darius The Great (Language) is not being considered? |
19:45:09 | * | Fr4n quit (Ping timeout: 240 seconds) |
19:45:16 | dom96 | Araq: threadAnalysis should be on when threads are on |
19:45:18 | foodoo | Well, you are the BDFL, so it's your decision |
19:45:21 | dom96 | Araq: It's simple no? |
19:45:50 | UNIcodeX | i came across it just fine. |
19:45:55 | UNIcodeX | i like the name |
19:45:56 | Demos | dom96, if I write a whole big application and then want/need to add threads I don't really want to have to fix all kinds of thread analysis issues |
19:45:58 | UNIcodeX | stands out |
19:46:09 | foodoo | UNIcodeX: You mean Nimrod or Nim? |
19:46:13 | UNIcodeX | nimrod |
19:46:13 | Araq | dom96: yes. it is that simple except that we don't know yet what problems that will cause |
19:46:42 | * | enquora joined #nimrod |
19:46:46 | foodoo | http://www.merriam-webster.com/dictionary/nimrod It's actually in the dictionary as an insult :-/ |
19:46:47 | UNIcodeX | i forgot how i found it thou.... <--- ponders |
19:46:52 | dom96 | Demos: If I never intend on using threads then I don't want to worry about gcsafe. |
19:47:00 | UNIcodeX | well, yea... but who cares |
19:47:01 | UNIcodeX | lol |
19:47:16 | Araq | well since I think they should rename Go and D and perhaps Rust too, it's only fair I rename my own language :-) |
19:47:19 | dom96 | Demos: If you are writing a big app with the intention of using threads in the future then just enable thread analysis while developing. |
19:47:36 | foodoo | Go and D are nice puns imho |
19:47:40 | UNIcodeX | a nimrod... synonymous with a 'tool' and what better name for a language than a synonym of 'tool |
19:47:55 | dom96 | I'll also rename Babel to Nimble btw |
19:48:37 | OrionPK | i like that name too |
19:48:38 | OrionPK | :) |
19:48:54 | UNIcodeX | OrionPK: nimble or nimrod? |
19:48:55 | jjap | Nim is apparently an ancient game... https://en.wikipedia.org/wiki/Nim |
19:48:58 | foodoo | Nimble clearly has a positive connotation |
19:50:01 | EXetoC | nimla.ng |
19:50:35 | foodoo | There should be a TLD for programming languages |
19:51:25 | dom96 | jjap: Time to implement it in Nim! :D |
19:51:33 | EXetoC | nimlang.pl |
19:51:46 | foodoo | EXetoC: good point |
19:52:13 | UNIcodeX | or just nim.pl |
19:52:22 | jjap | dom96: And tear the very fabric of space and time? You first. |
19:52:29 | UNIcodeX | rhymes with pimple though..... not good |
19:52:31 | dom96 | As someone who is Polish I support this idea. |
19:53:15 | dom96 | jjap: Not to worry, the doctor has our back. |
19:53:59 | * | foodoo quit (Quit: brb) |
19:54:16 | EXetoC | silly documentaries made for prime-time tv. so dramatic |
19:54:50 | * | foodoo joined #nimrod |
19:54:54 | dom96 | I wonder if we translated some docs to some other languages if that would give us an edge. |
19:55:28 | foodoo | dom96: First make the syntax and the stdlib stable. Then write all the docs |
19:55:55 | dom96 | foodoo: yeah... I need to get my priorities straight heh |
19:56:58 | dom96 | Araq: any tips for fixing https://github.com/Araq/Nimrod/issues/1502 ? |
19:57:18 | * | Matthias247 joined #nimrod |
20:01:15 | Araq | dom96: sure, make defaultEventHandle 'nimcall' instead of 'closure' |
20:01:31 | dom96 | Araq: can't, it's an async proc. |
20:01:42 | jjap | EXetoC: But if little sussie tries to eat that pie before it fully cools, she could suffer severe lip burns at temptures UP TO 450 DEGREES |
20:01:47 | Araq | it is a top level proc, so it cannot really be .closure, can it? |
20:01:50 | dom96 | Araq: hrm, or maybe I can. |
20:02:26 | dom96 | Araq: ahh, yeah. But I can't make the type nimcall. |
20:02:36 | Araq | why not? |
20:03:07 | dom96 | because async generates a closure |
20:03:08 | dom96 | I think |
20:03:19 | dom96 | well, it can generate a closure. |
20:03:30 | dom96 | maybe I could get away with it for now |
20:04:45 | dom96 | interesting that it's not a problem for asynchttpserver |
20:04:51 | dom96 | I guess it's a generics issue |
20:05:04 | UNIcodeX | off topic... does anyone know of a good channel for becoming more proficient in German? a place where they don't mind answering questions and can communicate in English as well? |
20:06:09 | dom96 | ##german? |
20:06:25 | dom96 | redirects to ##deutsch |
20:11:03 | Araq | dom96: I don't think it's related to generics |
20:11:17 | Araq | in fact I found this bug some weeks ago but considered it minor |
20:11:28 | dom96 | what do you think it is then? |
20:12:56 | Araq | as I said, a top level proc annotated with 'closure' |
20:13:04 | * | gkoller quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
20:14:37 | dom96 | oh |
20:14:40 | dom96 | interesting |
20:14:50 | dom96 | that is minor then |
20:15:45 | dom96 | shouldn't it be pretty simple to fix? |
20:17:31 | Araq | no, it's LL |
20:18:44 | * | EXetoC quit (Quit: WeeChat 1.0) |
20:18:48 | UNIcodeX | dom96: thanks but they seem to be empty... or i'm doing it wrong. |
20:19:15 | dom96 | there is 90 people in ##deutsch |
20:20:16 | UNIcodeX | nevermind.... i was in the wrong server console window. |
20:20:18 | UNIcodeX | thanks |
20:29:19 | * | Mat3 joined #nimrod |
20:29:23 | Mat3 | hello |
20:30:02 | foodoo | Mat3: greetings |
20:31:05 | Mat3 | hi foodoo |
20:31:15 | Mat3 | (interesting nick I must say) |
20:32:22 | foodoo | thanks :) |
20:37:22 | foodoo | ##french is also nice :D |
20:44:54 | Varriount | Hm. Did I miss something? |
20:45:12 | dom96 | Varriount: why were you poking me? |
20:46:06 | Varriount | dom96: jjap made an installer for Mac. Shouldn't it go somewhere... official? |
20:46:09 | * | jjap left #nimrod (#nimrod) |
20:46:25 | * | Varriount looks at the downloads page of the Nimrod website |
20:46:50 | dom96 | true |
20:47:11 | Mat3 | any news about the new website ? |
20:47:30 | Varriount | Araq: Anything for me to fix/help with/administrate? |
20:48:23 | dom96 | Varriount: Write a wiki article that outlines the release steps (including the files a release archive must include). |
20:49:15 | dom96 | Varriount: if you want something fun to do then write a starter pack for vindinium. |
20:49:30 | Varriount | dom96: I can write one for Windows, however I'd only be guessing at what steps would be needed on Posix/Mac |
20:50:25 | Varriount | (for the wiki article) |
20:52:00 | dom96 | Varriount: I'm thinking something like this: https://github.com/kangax/fabric.js/wiki/Releasing-new-version |
20:52:03 | dom96 | But with a bit more detail. |
20:52:23 | dom96 | You don't need to worry about the commands that need to be executed for Linux/Mac. |
20:52:46 | dom96 | Even if it's just for Windows it's a good start |
20:56:15 | Araq | Varriount: we plan to release this weekend. are you prepared? |
20:57:15 | dom96 | That reminds me. |
20:57:27 | dom96 | Argh. jjap left. |
21:03:41 | Araq | Varriount: please make terminal.nim use winlean and add the other requires stuff to terminal.nim directly, I want to get rid of windows.nim |
21:03:55 | Araq | *the other stuff it requires |
21:04:06 | * | foodoo quit (Quit: end of recursion) |
21:11:06 | Mat3 | ehm, is terminal.nim a terminal emulator library (something like ansi.sys for MSDOS) ? |
21:12:03 | * | wan joined #nimrod |
21:16:48 | Araq | Mat3: no, it simply adds colors to some console output |
21:19:48 | * | milosn quit (Ping timeout: 255 seconds) |
21:20:38 | * | enquora quit (Quit: enquora) |
21:23:38 | BlaXpirit | Finally collected everything I've been saying about random number generation into posts on forum and GitHub http://forum.nimrod-lang.org/t/533 |
21:24:23 | * | enquora joined #nimrod |
21:26:13 | Araq | BlaXpirit: please elaborate? what do you mean "I had exactly these thoughts" wrt case (in)sensitivity? |
21:26:44 | BlaXpirit | I was imagining some stuff I would want from a perfect programming language |
21:27:03 | BlaXpirit | And I thought of having camelCase and under_scores being replaced into one another |
21:27:15 | BlaXpirit | before seeing this post on the forum which suggests this for Nimrod |
21:27:37 | Varriount | Araq: Will do. |
21:27:55 | Varriount | Araq: Prepared for a release? Yes. |
21:28:26 | dom96 | Varriount: Clear your schedule on Sunday ;) |
21:32:00 | * | lojak joined #nimrod |
21:32:06 | Araq | BlaXpirit: aye, nice |
21:32:06 | * | lojak left #nimrod (#nimrod) |
21:40:23 | dom96 | yay retrFile works |
21:40:36 | * | jhc76 joined #nimrod |
21:52:59 | Araq | who want to migrate the wiki pages to https://github.com/Araq/Nim ? |
21:53:19 | Araq | argh |
21:53:27 | Araq | I could have renamed it instead? |
21:53:42 | BlaXpirit | wait... what is Nim? |
21:53:45 | OrionPK | you still can |
21:53:50 | OrionPK | Nimrod => Nim |
21:54:05 | BlaXpirit | .......... |
21:55:21 | dom96 | Araq: yes... |
21:55:39 | dom96 | Don't create a new repo if that's what you're doing |
21:56:08 | dom96 | and don't rename it until we have everything ready |
21:56:29 | BlaXpirit | really don't see the point of this |
21:56:46 | BlaXpirit | i guess the decision is already made |
21:57:21 | dom96 | BlaXpirit: This is the problem: http://www.reddit.com/r/programming/comments/2ed9ah/some_notes_on_d_for_the_win/cjyfqmq |
21:57:43 | BlaXpirit | dom96, I don't get it |
21:58:38 | BlaXpirit | think of google |
21:58:42 | BlaXpirit | think of broken links |
21:58:43 | BlaXpirit | geez |
21:59:54 | Triplefox | i support the change, now you can say "it's nim-ble" instead :D |
22:00:52 | BlaXpirit | 50 place in google search will be nice |
22:01:04 | BlaXpirit | and it probably won't ever raise higher than 5 |
22:01:44 | * | wan quit (Quit: WeeChat 1.0) |
22:02:00 | BlaXpirit | dom96, are you serious, did that one message lead to a rename? |
22:03:03 | dom96 | no |
22:03:10 | dom96 | I need to go to sleep |
22:03:12 | dom96 | bye |
22:04:48 | * | Mat3 quit (Quit: Verlassend) |
22:05:49 | Araq | BlaXpirit: no, the real problem is that nobody understands the name |
22:06:07 | BlaXpirit | and "nim" is totally a word with a meaning |
22:06:12 | BlaXpirit | what do u mean "understand" |
22:06:48 | BlaXpirit | "nim" sounds so ... quiet. i can even imagine that it is awkward to say it |
22:07:34 | BlaXpirit | but again... think of the position in the search engine and |
22:07:41 | BlaXpirit | it's almost like starting from scratch |
22:07:43 | Triplefox | it'll be easy to get a high rank, much easier than competing against bible-spammy sites |
22:08:13 | Araq | well even the few that understand the reference to the bible get it wrong, BlaXpirit |
22:09:34 | Triplefox | 8 million results vs. 134,000,000 |
22:09:47 | Triplefox | hmm |
22:10:23 | BlaXpirit | i see nimrod 2M, nim 12.4M |
22:10:51 | Triplefox | these are all "n___ institute of management" acronym results though |
22:11:19 | BlaXpirit | which doesn't make it any better |
22:13:08 | Triplefox | well, i've seen what happened with haxe already. nicolas was stubborn, never changed, and to this day nobody knows how to pronounce it and keeps asking "you mean like hexidecimal" |
22:13:36 | BlaXpirit | pronunciation is not an issue here |
22:14:20 | Triplefox | yeah, instead we have phbs going "are you saying we are going to code in a language for dummies" |
22:14:51 | BlaXpirit | huh |
22:16:04 | * | Varriount is neutral on the whole renaming-issue |
22:16:40 | BlaXpirit | i very rarely oppose change |
22:16:44 | BlaXpirit | but i see only downsides |
22:19:26 | Araq | BlaXpirit: fwiw "Nimm" in Germans means "take" |
22:20:36 | * | enquora quit (Quit: enquora) |
22:21:41 | BlaXpirit | in context of my language it definitely sounds weird |
22:22:01 | * | tinAndi joined #nimrod |
22:23:40 | BlaXpirit | o well |
22:26:57 | Araq | BlaXpirit: what is your mother tongue? |
22:27:17 | BlaXpirit | why does it matter? o.o |
22:27:20 | BlaXpirit | it's Ukrainian |
22:29:21 | OrionPK | dom96 how do you invoke an await and block until it's done? |
22:29:23 | OrionPK | erm |
22:29:24 | OrionPK | invoke an async |
22:29:37 | OrionPK | is there a tutorial/guide somewhere? |
22:30:37 | Araq | OrionPK: you 'await' it? |
22:30:45 | OrionPK | when I call an async function w/o await I get : value of type 'PFuture[void]' has to be discarded |
22:31:04 | OrionPK | I can await all the functions until the "main", but then what? |
22:31:27 | Araq | use the dispatcher or you'll be in a world of trouble |
22:31:46 | Araq | see some async module's isMainModule section |
22:31:56 | OrionPK | ah see thats what's missing from the example on here: http://nimrod-lang.org/news.html#Z2014-04-21-version-0-9-4-released |
22:32:30 | Araq | well sorry you can't learn async+await from the news announcement alone :P |
22:32:52 | OrionPK | :P |
22:32:57 | OrionPK | im just saying.. a tutorial would be good |
22:33:09 | Araq | he wrote a blog post about it |
22:33:12 | OrionPK | dont see one up here: http://nimrod-by-example.github.io/ |
22:33:20 | OrionPK | is that linked in the announcement? |
22:33:47 | Araq | well release 0.9.4 was a disappointment for everybody anyway |
22:34:03 | * | wan joined #nimrod |
22:34:36 | OrionPK | dont see anything here about async/await http://picheta.me/ |
22:34:56 | OrionPK | im not disappointed really... i've just been out of the loop for the past few months |
22:35:14 | * | Trustable quit (Quit: Leaving) |
22:35:56 | Araq | hu? I guess he never released the blog post |
22:36:16 | Araq | perhaps I told him to wait until it's stable |
22:36:22 | OrionPK | hehe |
22:36:49 | OrionPK | i just want to write an application that awaits a couple operations and then exists |
22:36:50 | OrionPK | exits* |
22:47:56 | OrionPK | "Future already finished, cannot finish twice." this should not be an error |
22:48:12 | OrionPK | if the future is already complete it should just call the complete function |
22:48:42 | OrionPK | thats how it works in JS/C# anyway |
22:52:34 | * | q66[lap] joined #nimrod |
22:52:34 | Araq | well dom96 is sleeping, but I agree with you |
22:53:06 | * | q66[lap] quit (Changing host) |
22:53:06 | * | q66[lap] joined #nimrod |
22:55:12 | * | tinAndi quit (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140716183446]) |
22:57:18 | * | BlaXpirit quit (Quit: Quit Konversation) |
23:01:14 | * | darkf joined #nimrod |
23:01:35 | Matthias247 | OrionPK: you should only be able to complete it one time. But you probably should be able to attach more than one continuation to it |
23:13:23 | * | bogen joined #nimrod |
23:17:01 | * | dom96 quit (Excess Flood) |
23:18:44 | * | q66[lap] quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
23:19:58 | * | dom96 joined #nimrod |
23:22:42 | reactormonk | Varriount, add them to nimrod by example |
23:30:44 | Skrylar | @earlier i don't have a massive issue with the de-prefixing (I don't see the point, it solves the stupid "foo = Foo" by making it "foo = TFoo()") but if i see case sensitivity get flipped on I will build a prison shank |
23:35:09 | * | Ven_ quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
23:53:41 | * | brson quit (Quit: leaving) |
23:58:51 | * | Boscop joined #nimrod |