00:01:26 | flaviu | https://github.com/Araq/Nim/issues/2247 looks like a bug, right? |
00:02:08 | BlaXpirit_ | flaviu, ah, investigating the bug haunting nre |
00:02:46 | flaviu | BlaXpirit_: Yep. https://github.com/flaviut/nre/issues/5 |
00:02:51 | BlaXpirit_ | i saw |
00:05:05 | Araq | flaviu: works for me |
00:05:22 | flaviu | Araq: Did you follow every step exactly? |
00:05:50 | Araq | no, I named it temp10.nim |
00:05:50 | flaviu | Also make sure to clear up every nimcache before trying to reproduce it. |
00:06:52 | Araq | why would I? my nimcache doesn't grow a testc.o file on its own |
00:07:39 | flaviu | hmm, I can't reproduce it now. |
00:08:06 | Araq | the compiler caches if the .c file has already been compiled |
00:08:21 | Araq | you can use -f to force a build |
00:08:25 | BlaXpirit_ | Araq, there is a problem for sure, but it's hard to find |
00:08:55 | * | a5i quit (Quit: Connection closed for inactivity) |
00:09:41 | flaviu | My editor might be triggering it. |
00:09:55 | flaviu | Since it asks nim to compile to check for errors on save. |
00:10:57 | Araq | "nim check" shouldn't compile any C code at all |
00:12:37 | * | filwit joined #nim |
00:15:03 | * | BlaXpirit_ quit (Quit: Quit Konversation) |
00:15:11 | * | Mandar quit (Quit: WeeChat 1.0.1) |
00:16:12 | * | batok quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
00:21:01 | * | dapz joined #nim |
00:23:27 | * | batok joined #nim |
00:27:25 | * | Trustable quit (Remote host closed the connection) |
00:30:40 | * | pwernersbach joined #nim |
00:31:10 | pwernersbach | How can I prevent nim from declaring my c callbacks as static? |
00:31:31 | pwernersbach | I've marked the appropriate callbacks as exportc, but nim declares them as static functions still |
00:31:48 | pwernersbach | Also, do we know if we got into GSOC? |
00:32:06 | flaviu | pwernersbach: Nim didn't get into GSOC |
00:32:30 | * | Sembei joined #nim |
00:33:07 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
00:34:52 | * | dapz joined #nim |
00:35:06 | pwernersbach | flaviu: What was the reason for not getting in? |
00:35:35 | * | batok quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
00:35:39 | flaviu | pwernersbach: Meeting is on friday. |
00:35:50 | flaviu | So we have to wait until then to know. |
00:37:27 | pwernersbach | Aw man. Is there a list of accepted projects? |
00:38:08 | Araq | hi pwernersbach only 'inline' procs are static iirc |
00:38:21 | Araq | which is kind of required by C |
00:45:24 | pwernersbach | Araq: That's what it was. I'd like to see an unsafeinline proc that declares inline without static though. GCC and Clang accept inline in different compilation units |
00:50:03 | * | brson quit (Quit: leaving) |
00:50:28 | * | brson joined #nim |
00:59:06 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
01:01:36 | * | brson_ joined #nim |
01:03:11 | * | brson quit (Ping timeout: 244 seconds) |
01:13:00 | * | sillesta quit (Ping timeout: 244 seconds) |
01:14:23 | * | TEttinger joined #nim |
01:15:07 | * | lloydde quit (Remote host closed the connection) |
01:15:15 | * | dapz joined #nim |
01:17:57 | flaviu | Blaxpirit: https://www.youtube.com/watch?v=45Oet5qjlms |
01:18:29 | * | TEttinger quit (Ping timeout: 246 seconds) |
01:20:34 | * | a5i joined #nim |
01:21:13 | * | TEttinger joined #nim |
01:26:48 | * | brson_ quit (Quit: leaving) |
01:31:30 | * | nimnoob123 joined #nim |
01:32:15 | nimnoob123 | can you declare static variables in nim? |
01:33:38 | flaviu | nimnoob123: What do you mean by "static variables" |
01:34:08 | * | darkf joined #nim |
01:35:08 | filwit | nimnoob123: yes, depending on your needs. either use 'let' or 'const' in global space |
01:36:46 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
01:37:23 | filwit | nimnoob123: if you mean a more C#/Java-style static variables (one's associated with a type).. you can actually do that too (with an getter), but the design isn't exactly encouraged in Nim |
01:38:35 | * | dapz joined #nim |
01:43:09 | * | dapz quit (Ping timeout: 245 seconds) |
01:46:47 | * | saml_ joined #nim |
01:47:00 | nimnoob123 | hmm, I think I know what I can do |
01:47:44 | * | fizzbooze quit (Ping timeout: 252 seconds) |
01:49:17 | * | epichero joined #nim |
01:52:22 | * | BitPuffin quit (Ping timeout: 245 seconds) |
01:52:23 | * | woadwarrior joined #nim |
02:05:40 | * | vezzy joined #nim |
02:05:40 | * | quasinoxen quit (Ping timeout: 255 seconds) |
02:14:20 | Maxdamantus | Araq: it looks like the `(int, int)` syntax was already intended. |
02:14:23 | Maxdamantus | # XXX support anon tuple here |
02:34:30 | * | fizzbooze joined #nim |
02:40:13 | * | Menche quit (Quit: Leaving) |
02:49:16 | * | nimnoob123 quit (Quit: Page closed) |
02:57:59 | * | chemist69_ joined #nim |
03:00:29 | * | rkj-b joined #nim |
03:00:55 | * | chemist69 quit (Ping timeout: 250 seconds) |
03:40:24 | * | dashed joined #nim |
03:44:44 | * | fizzbooze quit (Ping timeout: 246 seconds) |
03:46:40 | * | fizzbooze joined #nim |
03:48:05 | * | rkj-b quit (Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805]) |
03:49:44 | * | gsingh93 quit (Ping timeout: 272 seconds) |
04:13:59 | * | gsingh93 joined #nim |
04:14:02 | * | Sornaensis quit (Max SendQ exceeded) |
04:14:37 | * | Sornaensis joined #nim |
04:14:45 | * | filwit quit (Quit: Leaving) |
04:15:28 | * | randomwalk joined #nim |
04:18:00 | randomwalk | Hey all, I figured out how to fix that c2nim conversion of the in memory libcurl example that I mentioned yesterday. I just had to learn a bit about how Nim deals with c pointers. |
04:23:48 | * | gmpreussner|lapt joined #nim |
04:23:53 | * | pwernersbach quit (Quit: Leaving.) |
04:25:03 | * | gmpreussner|lapt quit (Client Quit) |
04:27:20 | * | gsingh93 quit (Quit: WeeChat 1.1.1) |
04:27:58 | randomwalk | Some of the issues: c2nim generated csize instead of int...doesn't have c pointer arithmetic in the generated nim code (I added a couple functions)...several pointer casts for cstring...etc. Nim is still awesome :^) |
04:28:18 | * | gsingh93 joined #nim |
04:39:20 | * | pwernersbach joined #nim |
04:39:25 | * | pwernersbach left #nim (#nim) |
04:49:40 | * | Jesin quit (Remote host closed the connection) |
04:50:06 | * | Jesin joined #nim |
04:50:34 | * | randomwalk quit (Quit: Page closed) |
04:54:47 | * | jsudlow quit (Ping timeout: 246 seconds) |
04:57:17 | * | jsudlow joined #nim |
05:01:52 | * | saml_ quit (Ping timeout: 240 seconds) |
05:18:55 | * | a5i quit (Quit: Connection closed for inactivity) |
05:19:13 | * | elbow_ quit (Quit: Leaving) |
05:44:08 | * | dashed quit (Quit: Connection closed for inactivity) |
05:44:28 | * | dtscode quit (Quit: ZNC - 1.6.0 - http://znc.in) |
05:46:56 | * | vezzy quit (Ping timeout: 256 seconds) |
05:47:15 | * | quasinoxen joined #nim |
05:51:57 | * | Varriount_ joined #nim |
05:54:56 | * | Varriount quit (Ping timeout: 250 seconds) |
05:57:10 | * | jholland quit (Quit: Connection closed for inactivity) |
06:12:32 | * | kapil___ quit (Quit: Connection closed for inactivity) |
06:16:29 | * | awesomo4000 quit (Ping timeout: 245 seconds) |
06:26:24 | * | AnxiousGarlic joined #nim |
06:26:44 | * | Menche joined #nim |
06:26:49 | * | AnxiousGarlic left #nim (#nim) |
06:27:22 | * | woadwarrior quit (Quit: quit) |
06:31:42 | * | awesomo4000 joined #nim |
06:51:58 | * | awesomo4000 quit (Quit: awesomo4000) |
07:00:10 | fizzbooze | how do I use the httpserver package to serve static content? |
07:00:14 | fizzbooze | like a directory |
07:02:46 | * | reem joined #nim |
07:19:26 | * | BlaXpirit joined #nim |
07:24:39 | * | reem quit (Remote host closed the connection) |
07:24:48 | * | bjz joined #nim |
07:28:04 | * | bjz quit (Client Quit) |
07:30:14 | * | fizzbooze quit (Ping timeout: 245 seconds) |
07:31:02 | * | bjz joined #nim |
07:37:01 | * | bjz quit (Ping timeout: 256 seconds) |
07:44:32 | * | Demos quit (Quit: Leaving) |
07:49:32 | * | notostraca joined #nim |
07:52:18 | * | reem joined #nim |
07:52:25 | * | TEttinger quit (Ping timeout: 252 seconds) |
07:53:13 | * | notostraca is now known as TEttinger |
07:54:17 | * | gsingh93 quit (Ping timeout: 250 seconds) |
07:57:54 | * | reem quit (Remote host closed the connection) |
07:58:06 | * | Demon_Fox quit (Quit: Leaving) |
07:59:34 | * | reem joined #nim |
08:00:38 | * | bjz joined #nim |
08:01:55 | * | reem quit (Remote host closed the connection) |
08:04:16 | * | reem joined #nim |
08:06:43 | * | reem quit (Remote host closed the connection) |
08:07:44 | * | dapz joined #nim |
08:14:34 | * | xet7 quit (Quit: Leaving) |
08:18:53 | * | Trustable joined #nim |
08:19:11 | * | reem joined #nim |
08:21:38 | * | reem quit (Remote host closed the connection) |
08:26:38 | * | dumdum joined #nim |
08:30:25 | * | reem joined #nim |
08:36:29 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
08:48:03 | dumdum | Any shortcut for generating html doc for all *.nim files in a dir? |
08:51:14 | * | reem quit (Remote host closed the connection) |
08:55:44 | dumdum | nm |
08:56:33 | * | sillesta joined #nim |
08:58:01 | * | davidterry joined #nim |
08:58:17 | * | davidterry quit (Client Quit) |
08:58:39 | * | chemist69_ quit (Quit: WeeChat 1.1.1) |
08:58:50 | * | chemist69 joined #nim |
08:59:31 | * | reem joined #nim |
09:01:01 | * | tumult joined #nim |
09:02:32 | * | reem_ joined #nim |
09:04:20 | * | reem quit (Ping timeout: 265 seconds) |
09:06:09 | * | reem_ quit (Remote host closed the connection) |
09:10:51 | * | reem joined #nim |
09:13:39 | * | reem quit (Remote host closed the connection) |
09:15:43 | * | tumult quit (Ping timeout: 246 seconds) |
09:25:48 | * | akiradeveloper joined #nim |
09:27:30 | akiradeveloper | Question: no newtype (like in Haskell) in Nim? I want to acquire typing without runtime cost. Some pragma to annotate that the type is newtype? |
09:28:18 | akiradeveloper | or any plan if it doesn't exist now but for future? |
09:29:15 | * | reem joined #nim |
09:31:40 | Maxdamantus | akiradeveloper: there's `distinct` |
09:31:44 | * | BlaXpirit quit (Quit: Quit Konversation) |
09:32:51 | Maxdamantus | which is pretty much like newtype, except you're meant to be able to call the outer value if the inner one is a proc, and I think you might be able to access fields if it's an object/tuple. |
09:33:06 | Maxdamantus | though the former at least seems to be broken atm in the C backend. |
09:34:23 | Maxdamantus | .eval (type a = distinct proc(); var b = a(proc() = discard); b()) |
09:34:27 | Mimbus | Maxdamantus: eval.nim(4, 3) Error: ')' expected |
09:34:46 | akiradeveloper | I don't wrap proc so it's ok |
09:34:54 | akiradeveloper | I will try. Thanks |
09:35:15 | Maxdamantus | It still works if you unwrap it yourself. |
09:36:14 | akiradeveloper | What do you mean? |
09:38:45 | Maxdamantus | var b = a(proc() = discard); type emptyproc = proc(); emptyproc(b)() |
09:41:09 | * | reem quit (Remote host closed the connection) |
09:41:55 | * | reem joined #nim |
09:41:57 | * | matkuki joined #nim |
09:59:46 | * | reem quit (Remote host closed the connection) |
10:00:44 | dumdum | Keep receiving connection refused for auto complete in sublime text 2: http://pastebin.com/83JdzTe8 |
10:00:57 | dumdum | nimlime plugin |
10:02:02 | * | matkuki quit (Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805]) |
10:02:19 | * | reem joined #nim |
10:08:36 | ekarlso | .eval let foo = 1 |
10:08:39 | Mimbus | ekarlso: <no output> |
10:14:25 | * | dumdum quit (Quit: Leaving.) |
10:27:31 | * | reem quit (Remote host closed the connection) |
10:28:19 | * | reem joined #nim |
10:28:39 | Araq | Maxdamantus: " I think you might be able to access fields if it's an object/tuple". no you're not able to do that unless you use a pragma |
10:28:57 | Maxdamantus | Okay. |
10:30:10 | Maxdamantus | Regarding the (int, int) thing, seem to have trouble using it as generic arguments. |
10:30:22 | Maxdamantus | got: ((typedesc[int], typedesc[int])) |
10:30:22 | Maxdamantus | but expected: (T) |
10:32:38 | Maxdamantus | Seems weird that parts of the type system see PNodes. |
10:33:17 | Araq | well when you construct the tuple type you need to skip tyTypeDesc |
10:33:37 | Araq | Maxdamantus: well that's required for things like 'case x' in objects |
10:33:59 | Araq | it's also the foundation for dependent typing |
10:35:39 | Maxdamantus | Mm, kind of. |
10:36:11 | Maxdamantus | It's the foundation for pattern-based dependent typing. |
10:36:29 | Maxdamantus | You could have a more restricted form that uses a strict notion of values. |
10:37:22 | Maxdamantus | Is that a planned feature? |
10:37:52 | Maxdamantus | I've seen you can do something similar to the restricted form. |
10:39:19 | Araq | well there is static[T] |
10:39:56 | Maxdamantus | Yeah. |
10:40:20 | Araq | not sure if that counts as "dependent typing" but I think it does |
10:41:43 | * | d3m1gd joined #nim |
10:43:57 | Maxdamantus | Yes, but it's the sort where you only need to represent values, not ASTs. |
10:45:37 | Araq | yeah but we have no concept of "value" in the compiler really. a value is just an atomic AST |
10:45:38 | Maxdamantus | in a language like idris you can write something like: (n: Nat) -> (m: Nat) -> (n + m: Nat) -> Nat |
10:46:31 | Maxdamantus | (I think that might be how you write it in Agda too, but I haven't looked too much at that) |
10:47:30 | d3m1gd | is there something like macroexpand-1 from lisp, where only one macro expanded, so you can see expansion incrementally? I use this three line piece as a full macroexpand: https://gist.github.com/d3m1gd/68fd27f3a8d3fce317d7 |
10:47:55 | d3m1gd | btw, i use 0.10.2 |
10:48:26 | Maxdamantus | actually, I guess the important thing there is that it's properly typechecked. In nim it's only typechecked for each use. |
10:49:00 | Maxdamantus | So you'll be providing a value for n and m, then you know the value for n + m. |
10:50:34 | * | Tennis joined #nim |
10:50:38 | * | jm116__ joined #nim |
10:50:46 | * | jm116__ quit (Remote host closed the connection) |
10:52:21 | * | reem quit (Remote host closed the connection) |
10:52:51 | Araq | according to TAPL "families of types indexed by terms" seems to be the definition of "dependent type". so static[T] does count. |
10:53:35 | Araq | but you're right in that's not what people usually mean by this term |
10:54:57 | Araq | "The trend in these languages is toward restricting the power of dependent types in various ways ..." |
10:55:36 | Araq | so restricting the term to a value is just fine and still a dependent type system. |
10:56:03 | Araq | and now I wonder if C's array type means C has dependent typing |
10:56:24 | Maxdamantus | Heh. |
10:56:31 | * | gokr quit (Remote host closed the connection) |
10:57:49 | Maxdamantus | I think it's probably easier to make a case that C's arrays are a form of dependent typing than nim's static[T] thing. |
10:58:43 | Maxdamantus | Because dependent typing should let you reason statically about dynamic values. |
10:58:56 | Maxdamantus | but I think it's only static values in nim. |
10:59:36 | Araq | yeah. |
10:59:55 | Maxdamantus | var n = len(a); printArray[n](a) |
11:00:38 | Araq | I still prefer flow dependent typing over over dependent typing a la Idris btw |
11:01:30 | Araq | it's much simpler and still very useful |
11:01:50 | Maxdamantus | is that like flow typing? |
11:02:05 | Maxdamantus | maybe flow-dependent typing |
11:02:18 | Maxdamantus | though not much comes up with Google. |
11:03:09 | Araq | yes it's "flow typing" |
11:03:20 | Maxdamantus | Hm. Flow typing isn't dependent. |
11:03:34 | * | epichero quit (Remote host closed the connection) |
11:04:00 | Araq | no, it's different and doesn't lead to ever more type annotations |
11:04:57 | * | Maxdamantus dislikes subtypes, so wouldn't have flow typing in his optimal language. |
11:06:30 | Maxdamantus | though if subtypes are required, I quite like the idea of flow typing. |
11:07:47 | * | Maxdamantus suggested it to someone as a solution to his small-step reduction being broken by type inference as part of the reduction. |
11:08:28 | Araq | d3m1gd: there is only what you already know. 'repr' and its variants |
11:08:57 | Araq | d3m1gd: though there is still the .immediate vs non-immediate distinction |
11:09:14 | Araq | and usually .immediate macros are easier to debug |
11:09:37 | d3m1gd | Araq: i tried immediate, it just dumps non-expanded AST. But thanks for the info! |
11:26:27 | kokozedman | hey guys, what's wrong with the current state of Aporia? http://paste2.org/dp27LyOE |
11:27:12 | * | tumult joined #nim |
11:27:25 | Araq | kokozedman: I still haven't fixed a codegen bug that causes this. |
11:28:34 | kokozedman | hey Araq ... I see, unfortunately, I have no experience in codegen. By the way, when is 1.0 due? |
11:29:03 | ekarlso | is there any mode for nim in aceeditor ? |
11:29:53 | Araq | with the number of people using Nim constantly increasing so does the number of reported bugs ... so version 1.0 is actually far away. :-( |
11:29:55 | * | davidhq joined #nim |
11:30:15 | kokozedman | I might be wrong, but is codegen bug a serious thing? |
11:30:52 | kokozedman | Oh, ok. But I think that's a good thing thoug |
11:31:00 | kokozedman | s/thoug/though/ |
11:31:02 | Araq | no, it's only triggered by GTK on some archs since GTK's API embaces varargs |
11:31:10 | Araq | *embraces |
11:31:29 | Araq | it's easy to fix |
11:31:33 | kokozedman | some archs? |
11:31:36 | kokozedman | like which one? |
11:31:43 | Araq | 64bit archs, I think |
11:32:02 | kokozedman | hmm... well, I'm on Mint Linux (based on Ubuntu) 64-bit |
11:32:10 | kokozedman | I get that exact crash |
11:32:26 | kokozedman | so, which archs is working? |
11:32:34 | Araq | 32 bits? |
11:33:15 | kokozedman | hmm... ok. You mentioned it's easy to fix |
11:33:48 | kokozedman | does that concern 64-bit also? |
11:34:34 | Araq | http://forum.nim-lang.org/t/724/4 |
11:36:07 | Araq | note there is some confusing about how many bits GType actually does have |
11:36:12 | Araq | *confusion |
11:40:10 | kokozedman | Araq: ok, thanks for that info. I'm not sure how the varargs works and how is the size of a type relevant to it. But I'll try the modification I see there. |
11:40:45 | * | kashyap_ joined #nim |
11:41:57 | Araq | kokozedman: I think I fixed it, let's see |
11:43:59 | * | a5i joined #nim |
11:44:04 | kokozedman | Araq: cool... which repo do I have to update? |
11:44:10 | tumult | hey everyone, has there been any news on the GSoC? |
11:44:29 | Araq | tumult: we haven't been accepted |
11:44:40 | tumult | :( |
11:45:10 | kokozedman | may be we're too much in competition with Golang? :-P |
11:45:29 | Araq | tumult: you can still do the tasks. I can send you some German beer as a reward |
11:47:39 | * | akiradeveloper quit (Remote host closed the connection) |
11:49:52 | tumult | I think with all the good things happening with nim and the attention it is getting, it's only a matter of time - by next year things will look very different. The goals written for the application are well defined and layed out, so perhaps they'll become projects in of themselves anyway. |
11:49:53 | Araq | kokozedman: I have to go, edit compiler/ccgexprs.nim line 59 |
11:50:20 | Araq | simply remove the whole 'of' branch special casing tyInt |
11:50:24 | kokozedman | Araq: ok, thanks for the tip |
11:50:25 | tumult | ha! I love German beer :) Well I am actually attempting to do the game engine project to be fair :) |
11:50:36 | Araq | and bootstrap and try it please |
11:50:39 | Araq | bbl |
11:59:50 | kashyap_ | Looks like --listCmd does not print out the link command - how can I print the link command? |
12:00:22 | ekarlso | so aceeditor sends me some funky stuff |
12:00:26 | ekarlso | i'm trying to runInput.replace("\u000", "\n") |
12:00:32 | ekarlso | but invalid character constabnt ? |
12:04:03 | def- | kashyap_: no idea, but isn't it just "gcc -o outfile all-o-files -ldl" |
12:04:49 | def- | ekarlso: strings don't handle null characters, they mean the string is over |
12:05:17 | kashyap_ | def- what about with vcc though? |
12:05:24 | kashyap_ | is it cl ? |
12:05:51 | kokozedman | Araq: yes, that seems to make Aporia start without a crash, no modification required on the Aporia |
12:05:59 | ekarlso | def-: .. how to fix that then :d |
12:06:12 | def- | you could try setting the linkerexe to cl and see if it still works |
12:07:00 | * | sepisoad joined #nim |
12:07:11 | def- | ekarlso: i don't know what exactly you're doing, you could have a seq[char] instead |
12:07:22 | kashyap_ | where in source can I look for where the compiler/liker is invoked |
12:07:25 | def- | ekarlso: oh, and the error actually comes from writing "\u000" instead of "\0" |
12:08:15 | def- | kashyap_: compiler/extccomp.nim |
12:08:23 | def- | linkerExe: "cl", |
12:08:23 | def- | linkTmpl: "$options $builddll /Fe$exefile $objfiles $buildgui", |
12:08:31 | def- | for vcc |
12:08:33 | kashyap_ | great...thanks def |
12:08:41 | sepisoad | Hi, I'm looking for a library that handles sha25 and aes algorithms, if the library can cover other major encryption algorithms as well it's be awesome |
12:13:33 | kashyap_ | sepisoad ... you could try the ssl impure library |
12:14:48 | ekarlso | def-: http post http://localhost:8080/runs version="devel" input='for i in @[1,2,3]:\necho(i)' |
12:14:54 | ekarlso | I dont think it likes the "\n" |
12:15:27 | def- | ah |
12:15:36 | def- | if you're parsing the \n as a single character, that won't work |
12:15:45 | ekarlso | def-: what then ? :p |
12:15:49 | def- | use \r and \l instead |
12:15:58 | def- | http://nim-lang.org/manual.html#character-literals |
12:17:12 | wb | Yeah, just ran into that with the SFML wrapper. Had to use cstrings to get it through the char/rune conversions. |
12:17:26 | ekarlso | asdasdpdfo |
12:17:30 | ekarlso | stupid ass aceeditor |
12:23:03 | * | sillesta quit (Remote host closed the connection) |
12:34:38 | kokozedman | hmm... the idetools are also seemingly broken. Nothing is being suggested at all. |
12:34:42 | * | gokr joined #nim |
12:35:00 | def- | kokozedman: idetools are being replaced with nimsuggest currently |
12:35:28 | kokozedman | def-: oh, I see |
12:35:42 | kokozedman | and how is the Aporia suggestion in relation to that? |
12:37:17 | def- | I think they were working on making Aporia support that in here yesterday |
12:39:44 | kokozedman | def-: I take that's in the nim-suggest branch of Aporia |
12:40:20 | * | akiradeveloper joined #nim |
12:42:12 | Araq | strings in general can hold \0 just fine |
12:42:34 | Araq | it's just that the stdlib sometimes takes advantage of the terminating \0 |
12:42:58 | * | no_name quit (Remote host closed the connection) |
12:43:39 | Araq | in particular 'echo' doesn't like internal \0s and that's really hard to fix |
12:44:17 | * | no_name joined #nim |
12:53:09 | Araq | can somebody review https://github.com/Araq/Nim/pull/2230 please? |
13:01:27 | def- | Araq: done |
13:10:09 | * | aleron joined #nim |
13:12:19 | * | kashyap_ quit (Ping timeout: 246 seconds) |
13:12:59 | * | akiradeveloper quit () |
13:13:58 | * | BitPuffin joined #nim |
13:14:17 | Maxdamantus | 23:33:01 < Araq> well when you construct the tuple type you need to skip tyTypeDesc |
13:14:24 | Maxdamantus | Construct where? |
13:14:55 | Maxdamantus | It doesn't seem to be constructed at the point of instantiating generics. |
13:14:58 | * | akiradeveloper joined #nim |
13:15:05 | Maxdamantus | unless that's what I'm missing. |
13:16:09 | * | akiradeveloper quit (Client Quit) |
13:21:44 | * | awesomo4000 joined #nim |
13:21:50 | Araq | well semtypes should construct a tuple type, Maxdamantus |
13:25:03 | Maxdamantus | but type matching doesn't use types (PType), does it? |
13:26:24 | Araq | sure it does |
13:30:22 | aleron | How can I convert an enum value to a string? |
13:30:41 | aleron | nvm, $ |
13:30:50 | aleron | I assumed that was only for ints |
13:43:45 | * | BlaXpirit joined #nim |
13:47:12 | aleron | So, I think I am seeing incorrect behavior from terminal:setCursorPos() on OS X |
13:47:31 | aleron | sec, let me test in a different terminal app |
13:48:48 | aleron | What I'm seeing is this: setting the cursor to X = 0 results in nothing being printed. Only characters printed at x>1 are showing up, and x=1 is being printed in the first column |
13:49:00 | aleron | I tested with both the native terminal app and iTerm, same behavior |
13:50:56 | Araq | that's not surprising to me at all. that escape sequence handling is barbaric |
13:51:18 | aleron | im going to set using SetCursorXPos() instead |
13:51:34 | aleron | since a quick look at the source says SetCursorPos() doesn't delgate to the two other procs |
13:51:35 | Araq | when you're done, please create a PR |
13:51:48 | aleron | PR = pull request? |
13:51:55 | Araq | yes |
13:54:56 | aleron | SetCursorXPos() is subject to the same shenanigans |
13:55:08 | aleron | Okay I'll take a look at the escape strings I guess |
13:55:32 | * | mpthrapp_ joined #nim |
13:56:56 | * | davidhq quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
14:10:21 | * | Jehan_ joined #nim |
14:12:29 | aleron | y=0 doesn't work either |
14:13:50 | aleron | huh |
14:13:52 | Araq | aleron: replace it by using some macosx specific APIs or something, the more we can avoid unix's string munging bullshit, the better |
14:13:55 | aleron | That's treally string |
14:14:06 | aleron | I am printing escape sequences manually and 0,0 is not working |
14:14:17 | aleron | but I can get it to work from a C prog |
14:14:25 | aleron | printing the same sequences with printf |
14:14:45 | aleron | I'm not really familiar with the os x apis, but osx supports the ansi sequences |
14:14:56 | aleron | This is working from C |
14:15:11 | aleron | The escape sequences appear to be correct |
14:15:43 | Araq | maybe \e is different on Mac? |
14:15:56 | aleron | well |
14:16:12 | aleron | is nim taking my "\e" and expanding it, or is it letting gcc do it? |
14:16:16 | aleron | That's the first question |
14:16:37 | aleron | let me look at the source |
14:16:40 | aleron | sorry, I'm slow |
14:16:49 | aleron | completely forgot I have the translated source in front of me |
14:18:00 | Araq | we always map it to 0x1B |
14:18:09 | Varriount_ | Meep |
14:18:13 | * | Varriount_ is now known as Varriount |
14:18:25 | aleron | so, the nim string with \e ends up as \0ee in the c file, so that looks correct |
14:22:16 | Araq | aleron: even if you can get it to "work" it's just stupid: changes to the terminal are permanent (after the process stopped!), redirecting stdout then produces weird escape stuff etc etc |
14:23:36 | aleron | I'm unsure of what you are getting at |
14:24:31 | aleron | It seems really strange (and worth figuring out) why this particular escape sequence is not working, when it does from C |
14:24:33 | Varriount | Good morning Araq, aleron |
14:24:37 | aleron | Good morning |
14:25:28 | aleron | araq: I'm just looking for a lightweight alternative to ncurses atm. the terminal module, or manual escape sequences, would provide that |
14:26:10 | aleron | I mean, I can work around this by just printing starting from 1,1 instead of 0,0, but man, thats really strange behavior |
14:26:28 | Araq | aleron: oh yes, it's definitely worth figuring out. But using escape sequences is fundamentally wrong. |
14:26:40 | * | jfchevrette joined #nim |
14:27:16 | aleron | I'm not sure there is really much of an alternative |
14:27:31 | aleron | I mean, doesn't curses/ncurses fundamentally use the escape sequences to provide all that it does? |
14:28:13 | aleron | I wish there was a better concept/standard for manipulating terminals, but all we have is what we have in the *nix world |
14:29:18 | aleron | And as per your original comment aobut using OS X specific APIs, I'm definitely not an Apple dev type I just use a MB, but I don't think those APIs exist |
14:30:53 | ekarlso | BlaXpirit: u on |
14:31:10 | Araq | Unix is like PHP, everything is stringly typed. ;-) |
14:31:20 | ekarlso | https://bpaste.net/show/b3004f9bca37 < what's wrong with that ? |
14:35:06 | * | gokr quit (Ping timeout: 272 seconds) |
14:36:24 | aleron | huh...its workring |
14:36:30 | aleron | wtf did i do/change |
14:37:31 | aleron | im losing my mind |
14:37:49 | * | gokr joined #nim |
14:38:55 | Araq | ekarlso: maybe use when compiles(echo(eval())) |
14:46:07 | BlaXpirit | ekarlso, |
14:47:38 | * | awesomo4000 quit (Quit: awesomo4000) |
14:47:58 | * | davidhq joined #nim |
14:49:33 | Varriount | Araq: Man, you have no pity for *Nix, do you? |
14:53:26 | Araq | Varriount: Tradition is not to preserve the ashes but to pass on the flame. |
14:53:35 | aleron | lol |
14:57:55 | onionhammer | Araq eta on the SPIR-V back end? |
14:58:23 | * | sillesta joined #nim |
15:00:38 | Varriount | There's nothing like programming in assembly to make you value higher level languages (even C) |
15:00:42 | * | l04m33 quit (Remote host closed the connection) |
15:01:40 | aleron | or to value macro assemblers :P |
15:02:41 | Varriount | aleron: I'm taking an Assembly class which uses MASM (Microsoft Assembler) |
15:02:56 | aleron | I used to enjoy writing small programs/games with MASM |
15:03:06 | Varriount | Today I decided to look at NASM on my own. Man, things are different. |
15:06:06 | Varriount | aleron: How do you find Nim so far? |
15:06:11 | aleron | cool |
15:06:17 | aleron | I'm only like a day in |
15:06:29 | aleron | I really like the idea of Nim |
15:06:56 | aleron | I'm encountering issues, which are probably my fault, and its helping me learn faster |
15:08:11 | gokr | aleron: Some articles may be of interest: http://goran.krampe.se/category/nim |
15:08:35 | aleron | gokr: thanjks |
15:10:00 | aleron | oh man |
15:10:19 | aleron | just figured out the root of all my issues, and as expected, has NOTHING to do with the terminal escape sequences |
15:10:35 | aleron | for i in str: |
15:10:39 | aleron | i starts at 0 |
15:10:41 | aleron | er, 1 |
15:11:27 | aleron | so, can I tell for to start at 0? like maybe for i in 0..len(str)? |
15:11:36 | Araq | strings start at 0 |
15:11:48 | aleron | when I do this: |
15:11:53 | aleron | for i, ch in "blah": |
15:11:59 | aleron | and echo($i) |
15:12:05 | aleron | I see it starting at |
15:12:08 | aleron | 1 |
15:12:18 | aleron | shit nvm |
15:12:26 | aleron | you are right, it was at the end of the preceding line |
15:14:30 | def- | aleron: btw: echo automatically converts its arguments to strings with `$`, so "echo i" works too |
15:14:42 | aleron | oh cool |
15:15:34 | * | Mandar joined #nim |
15:16:19 | Mandar | exit |
15:16:26 | * | Trixar_za quit (Ping timeout: 256 seconds) |
15:16:34 | * | Mandar quit (Client Quit) |
15:16:36 | * | jasondotstar joined #nim |
15:19:05 | OderWat | So if Nim is not in GSoC 2015 Rust aka Mozilla is neither: http://blog.queze.net/post/2015/03/03/Mozilla-not-accepted-for-Google-Summer-of-Code-2015 |
15:20:59 | OderWat | @Araq Do I understand you correct to ditch the * implementation completely and just do repeat() for the repeatStr/Char() replacement? |
15:21:18 | Araq | yes |
15:21:52 | aleron | How can I convert an int to a char literal? |
15:22:05 | aleron | That is, go from 2 -> '2' |
15:22:53 | Araq | ord(someChar) + ord('0') |
15:22:53 | ekarlso | BlaXpirit: i tried copying the code u had done for Mimbus over to the playpen stuff |
15:22:57 | ekarlso | but it's failing |
15:23:04 | aleron | araq: thx |
15:23:19 | Araq | er no |
15:23:31 | Araq | chr(x + ord('0')) |
15:23:37 | aleron | araq: acutally not quite....okay :) |
15:23:56 | Araq | I'm sure we also have something in the stdlib for that |
15:24:24 | Araq | but if you know the low level you can forget about the high level ;-) |
15:24:26 | ekarlso | https://github.com/ekarlso/nim-playpen/blob/master/src/private/run.nim < is the culprit |
15:24:39 | * | awesomo4000 joined #nim |
15:25:01 | * | zahary1 quit (Ping timeout: 264 seconds) |
15:26:09 | * | zahary joined #nim |
15:29:17 | * | xet7 joined #nim |
15:35:38 | fowl | repeatstr has bothered me for years |
15:41:38 | Araq | fowl: iirc it was ported from Pascal where 'repeat' is a reserved word :P |
15:42:55 | OderWat | Arag but -1 is an int too :) |
15:43:44 | ekarlso | hmmms |
15:43:49 | ekarlso | how do I split newline in nim ? |
15:44:38 | * | awesomo4000 quit (Quit: awesomo4000) |
15:44:46 | def- | ekarlso: splitLines from strutils? |
15:45:12 | ekarlso | so not .split("\n") :D |
15:45:20 | OderWat | Well there was repeatStr and repeatChar .. which is ok if you do not have overloaded functions which match their parameters. |
15:49:40 | * | darkf quit (Quit: Leaving) |
15:57:08 | * | jholland joined #nim |
15:59:04 | * | Boscop quit (Read error: Connection reset by peer) |
15:59:31 | * | Boscop joined #nim |
16:02:17 | * | pafmaf_ joined #nim |
16:03:31 | * | ekarlso quit (Ping timeout: 250 seconds) |
16:04:22 | * | Sembei quit (Ping timeout: 240 seconds) |
16:09:31 | * | ekarlso joined #nim |
16:10:47 | * | jsudlow quit (Remote host closed the connection) |
16:17:02 | * | dapz joined #nim |
16:19:53 | * | dapz quit (Client Quit) |
16:19:55 | * | jsudlow joined #nim |
16:22:14 | * | brson joined #nim |
16:23:03 | ekarlso | def-: hmmmms, so apparantly aceeditor only supports unix or windows as newlinemodes... |
16:23:06 | ekarlso | suggiestions ? |
16:24:11 | * | OnwardEuler joined #nim |
16:24:48 | ekarlso | or if anyone else has any it's for the playpen stuff for nim |
16:26:56 | BlaXpirit | ekarlso, yeah, my code is poorly thought out :| |
16:27:12 | BlaXpirit | you shouldnt use that for playpen anyway |
16:27:23 | BlaXpirit | just let people write code |
16:27:37 | ekarlso | ok ^ |
16:31:14 | * | pafmaf_ quit (Quit: This computer has gone to sleep) |
16:35:01 | dom96 | Araq: You broke Aporia's config file. |
16:36:44 | * | pafmaf_ joined #nim |
16:37:03 | dom96 | easy to fix though thankfully |
16:38:10 | novist | "Urho3D version 1.32 (exactly) compiled as a library for your platform." |
16:38:15 | novist | so its static or dynamic library? |
16:39:33 | * | pregress_ joined #nim |
16:40:29 | * | pregress_ quit (Client Quit) |
16:41:52 | * | askatasuna joined #nim |
16:47:04 | * | Matthias247 joined #nim |
16:50:51 | novist | lib/pure/osproc.nim(647, 4) Error: undeclared identifier: 'defer' |
16:51:03 | gokr | novist: static library |
16:51:05 | novist | when compiling compiler |
16:51:14 | novist | ok ty gokr |
16:51:19 | gokr | What platform? |
16:51:27 | novist | linux x64 |
16:51:59 | gokr | Same as me. |
16:52:16 | ekarlso | for some reason when running nim inside a playpen stdout doesn't show :/ |
16:52:22 | * | Matthias247 quit (Read error: Connection reset by peer) |
16:54:23 | ekarlso | does nim require anything special in a env to write ? |
16:56:11 | novist | ekarlso: i have no idea what playpen is but maybe what you are doing does lousy redirection of standard streams? |
17:00:13 | ekarlso | novist: weird then that rust uses the same thing and their stuff seems to work :/ |
17:01:03 | ekarlso | novist: is Hint: used config file '/usr/local/nim/versions/devel/config/nim.cfg' [Conf] |
17:01:09 | ekarlso | hints written to stderr or out ? |
17:01:32 | novist | no idea what hints are heh |
17:03:07 | ekarlso | noone that wants playpen ? :p |
17:07:49 | * | sepisoad quit (Quit: Leaving) |
17:10:47 | novist | actually "playpen" gives me naughty ideas |
17:11:07 | ekarlso | novist: hhaa |
17:11:09 | ekarlso | :p |
17:13:55 | * | perturbation joined #nim |
17:15:25 | * | perturbation quit (Client Quit) |
17:15:36 | novist | gokr: could you drop me current revision of nim you have installed? i suppose its devel. |
17:15:40 | novist | since i cant find working revision heh |
17:18:01 | * | awesomo4000 joined #nim |
17:18:09 | ekarlso | i give up this stuff |
17:19:23 | gokr | novist: You need devel for Urhonimo. Really. |
17:19:40 | gokr | Doesn't the readme say so btw? |
17:19:43 | gokr | It should |
17:19:44 | novist | gokr: right, i know. i just need revision that would compile heh |
17:20:25 | gokr | I have 8b05bf3e8660ded6dec29e044aa532a60d291cec |
17:21:22 | fowl | novist, latest on the devel branch |
17:21:24 | gokr | But now I did a git pull + koch release |
17:21:28 | gokr | And it compiled. |
17:21:40 | ekarlso | what does Error: execution of an external program failed |
17:21:45 | ekarlso | mean again when compiling ? |
17:21:49 | ekarlso | under Linking |
17:21:56 | * | Tennis quit (Quit: Leaving) |
17:21:58 | novist | hmm the hell, ill rm -rf / reclone.. |
17:22:13 | * | tumult quit (Ping timeout: 246 seconds) |
17:23:52 | ekarlso | I wonder if nim hates being under playpen .. |
17:26:00 | ekarlso | anyone wanna try ? :p |
17:27:38 | * | dapz joined #nim |
17:27:51 | ekarlso | nvm me then, someone else can do it :p |
17:27:52 | novist | oddly enough new clone compiles but doesnt install: gcc: error: tools/niminst/nimcache/libzip_all.o: No such file or directory |
17:28:36 | novist | ekarlso: noone cares probably because they have no idea what playpen is.. or they think its pink dildo.. |
17:31:52 | * | OnwardEuler quit (Ping timeout: 240 seconds) |
17:33:01 | * | TEttinger quit (Ping timeout: 264 seconds) |
17:36:25 | ekarlso | https://github.com/ekarlso/nim-playpen |
17:44:10 | novist | wrapper around running command. weird stuff ^_^ |
17:44:44 | * | thilp left #nim (#nim) |
17:45:56 | ekarlso | novist: uh, more like play.rust-lang.org |
17:46:05 | ekarlso | people said they wanted it but I dunno :p |
17:46:48 | novist | oh you are trying to make nim work w/ that? thats pretty neat |
17:47:17 | novist | i was thinking about something similar myself, but it was more like using emscripten to build nim test cases and run them as js on user's browser |
17:47:19 | ekarlso | yeah... |
17:47:25 | ekarlso | but it's not working |
17:47:30 | novist | cause you know.. running anyone's code aint exactly secure |
17:49:08 | ekarlso | it's runned in playpen.. |
17:49:24 | novist | is it kind of a sandbox thing? |
17:49:28 | ekarlso | yeah |
17:49:46 | novist | interesting |
17:53:49 | * | a5i quit () |
17:53:55 | * | gsingh93 joined #nim |
17:57:47 | novist | ekarlso: with what do you build playpen? |
17:58:35 | novist | actually.. it doesnt work w/o systemd? |
18:02:58 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
18:04:38 | awesomo4000 | where’s /usr/local/bin/eval.sh |
18:07:31 | awesomo4000 | it’s in playpen but i don’t see the script in the source on github |
18:10:01 | * | nimnoob123 joined #nim |
18:11:06 | * | Jesin quit (Quit: Leaving) |
18:12:58 | aleron | heh |
18:13:03 | aleron | just got this error: ???(???, ???) Error: type mismatch: got (float) but expected 'int' |
18:13:49 | * | Jesin joined #nim |
18:16:04 | aleron | I was doing const foo: int = 1000 / 30 |
18:16:23 | nimnoob123 | you could do int(1000/30) |
18:16:25 | aleron | so I had to force converstion with int(). weird that it wasnt able to determine line # |
18:16:28 | aleron | yeah thats what I did |
18:16:45 | nimnoob123 | it outputted the question marks? |
18:16:47 | aleron | I just shared since the compiler couldn't figure out the line/column number |
18:16:49 | aleron | yeah |
18:16:52 | nimnoob123 | weird lol |
18:17:00 | nimnoob123 | gonna try it |
18:17:02 | aleron | and, interestingly, the error did not show up in vim via the vim-nim plugin |
18:17:08 | aleron | please do! |
18:17:09 | nimnoob123 | what version of nim? |
18:17:27 | aleron | 0.10.2 (2014-12-29) |
18:17:32 | aleron | on OS X |
18:17:39 | nimnoob123 | im using latest from github, gonna test (I'm on windows though) |
18:18:09 | nimnoob123 | heh yeah same error :D |
18:18:21 | nimnoob123 | looks like you found a bug |
18:18:25 | aleron | well, consistent bug is better than inconsistent bug |
18:18:32 | aleron | Where do I report it? |
18:18:45 | nimnoob123 | on the git repo issues thing lemme link |
18:18:51 | nimnoob123 | Nim Compiler Version 0.10.3 (2015-03-01) [Windows: i386] is the version i tested on |
18:18:52 | aleron | ah, i know where then |
18:18:54 | aleron | np |
18:19:07 | nimnoob123 | https://github.com/Araq/Nim/issues |
18:19:40 | nimnoob123 | tell them i had the same issue w/ that version I listed, weird bug |
18:20:34 | aleron | list you as nimnoob123? |
18:21:13 | nimnoob123 | um sure lol |
18:21:33 | nimnoob123 | i'll make a comment saying i reproduced it |
18:21:55 | nimnoob123 | easier that way |
18:24:03 | * | pafmaf_ quit (Quit: This computer has gone to sleep) |
18:28:16 | Jehan_ | aleron: Use the div operator for integer division, e.g.: const foo = 1000 div 30 |
18:28:33 | kokozedman | koch seems to be doing a kind of 'make -j4' (or at least more than 1), how can I make it a kine of 'make -j1'? |
18:29:10 | Jehan_ | And the missing line number information is probably a bug. |
18:29:39 | kokozedman | kind* |
18:29:44 | nimnoob123 | that's what he's reporting, missing line information |
18:29:53 | Jehan_ | kokozedman: That's actually the nim compiler that does that. |
18:30:20 | aleron | nimnoob123: https://github.com/Araq/Nim/issues/2252 |
18:30:35 | Jehan_ | --parallelbuild:1 should avoid it. |
18:30:41 | nimnoob123 | responding |
18:30:47 | aleron | jehan_: yep, I know it was wrong, just filed the issue because of the missing line numbers in the error, thats all |
18:31:20 | Jehan_ | Well, there's also a difference between a div b and int(a/b) |
18:31:56 | aleron | what is the difference |
18:32:28 | Jehan_ | the latter actually does a (more expensive) fp division and casts that, the former does an integer division. Not important for const (other than that the semantics may be slightly different for negative values, I think), but it matters elsewhere. |
18:32:46 | aleron | gotcha |
18:32:54 | kokozedman | Jehan_: doesn't seem to have an effect... trying to compile Nim on a 512MB DO VPS |
18:33:21 | Jehan_ | kokozedman: Hmm, it may be that --parallelbuild:1 isn't passed on to the nim compiler when using it with koch |
18:33:24 | nimnoob123 | aleron: responded |
18:33:29 | aleron | ty |
18:33:33 | kokozedman | yeah, probably |
18:34:05 | kokozedman | Araq: any ways to pass --parallelbuild:1 to koch? trying to compile on 512MB RAM VPS with 1 Core |
18:35:29 | Jehan_ | kokozedman: You can probably edit compiler/nim.nim.cfg |
18:35:41 | Jehan_ | and add: parallelbuild:"1" |
18:35:48 | Jehan_ | On a line of its own. |
18:36:36 | * | awesomo4000 left #nim (#nim) |
18:36:56 | Jehan_ | Actually, if that's a general problem on that machine, you want to edit config/nim.cfg |
18:37:22 | Jehan_ | That already has a value of 0 for parallelbuild (which means as many cores as it can find), so just change that to 1. |
18:39:01 | reactormonk | kokozedman, O.o? |
18:42:37 | kokozedman | reactormonk: Jehan_: I'm not sure what I'm missing... but it seems to always run a bunch of gcc in one go |
18:42:56 | reactormonk | kokozedman, ok, go for parallelbuild:1 |
18:43:12 | Jehan_ | kokozedman: Hmm, did you change config/nim.cfg? |
18:43:30 | Jehan_ | reactormonk: numbers don't work in config files without quotes. |
18:43:39 | reactormonk | Jehan_, TIL |
18:43:44 | Jehan_ | And it's parallelbuild:"0" in the standard config. |
18:43:59 | Jehan_ | Afk, be back in a bit. |
18:49:50 | * | BlaXpirit quit (Quit: Quit Konversation) |
18:50:51 | kokozedman | Jehan_, reactormonk yeap, tried all possible combinations and it still runs a lot of GCC processes... but anywya, I solved the problem by running that part in a bigger VPS and simply rsync-ing to the smaller VPS |
18:51:26 | reactormonk | kokozedman, sounds like a solid approach to me, although parallelbuild:"1" shouldn't do that |
18:51:45 | * | BlaXpirit joined #nim |
19:00:18 | Jehan_ | Yeah, it shouldn't. |
19:03:11 | * | a5i joined #nim |
19:09:25 | * | mtj quit (Ping timeout: 264 seconds) |
19:11:44 | * | sillesta left #nim ("undefined") |
19:13:01 | Varriount | Woah, we have a lot of PR's |
19:13:40 | reactormonk | Varriount, yup |
19:16:26 | * | davidterry joined #nim |
19:16:32 | reactormonk | Maxdamantus, aren't you simply looking for an "Unit" type with your PR? |
19:19:11 | * | davidter_ joined #nim |
19:19:38 | Varriount | reactormonk: How do you think https://github.com/Araq/Nim/pull/2230 looks? |
19:21:02 | reactormonk | Varriount, I don't like the buflen <= 0 part, imo should be an error instead of just dropping data |
19:21:14 | * | davidterry quit (Ping timeout: 256 seconds) |
19:21:18 | reactormonk | oh, it's a passed argument. nevermind. |
19:23:04 | * | mtj joined #nim |
19:23:10 | * | johnsoft quit (Ping timeout: 244 seconds) |
19:23:28 | * | johnsoft joined #nim |
19:25:44 | * | fizzbooze joined #nim |
19:27:25 | * | aleron quit (Quit: leaving) |
19:30:25 | Varriount | Hm. Should a procedure to repeat a sequence X times assert that X > 0? |
19:31:03 | Jehan_ | No, >= 0 at most. |
19:31:29 | Varriount | Oh, hi Jehan. |
19:37:59 | * | gsingh93 quit (Ping timeout: 265 seconds) |
19:38:54 | * | rektide__ is now known as rektide |
19:46:57 | * | davidhq quit (Quit: Textual IRC Client: www.textualapp.com) |
19:49:00 | * | davidhq joined #nim |
19:52:22 | * | davidhq quit (Client Quit) |
19:52:28 | * | gsingh93 joined #nim |
20:02:50 | Maxdamantus | reactormonk: kind of. |
20:03:00 | Maxdamantus | reactormonk: the type already exists, you just can't express it. |
20:03:24 | reactormonk | Maxdamantus, so add Unit to system.nim and make your own magic up? |
20:03:42 | Maxdamantus | reactormonk: why not just make it possible to express types that already exist? |
20:04:01 | reactormonk | Maxdamantus, would work too. |
20:04:04 | * | fizzbooze quit (Ping timeout: 252 seconds) |
20:04:30 | Maxdamantus | .eval proc foo(a, b: tuple) = discard; foo((), (1, 2)) |
20:04:33 | Mimbus | Maxdamantus: eval.nim(4, 3) Error: type mismatch: got (tuple[], tuple[int, int]) |
20:05:40 | reactormonk | I'd also sneak in Unit somwhere in system.nim, although I'm not sure the others would agree |
20:06:05 | Maxdamantus | Well, I'm trying to implement (), (int, int), etc now, so () would work. |
20:06:09 | Maxdamantus | which is only two characters. |
20:08:11 | Varriount | What's being expressed? |
20:09:23 | Maxdamantus | in my current PR, empty tuples. |
20:09:39 | Maxdamantus | empty tuple types, that is. |
20:09:46 | Maxdamantus | well, there's only one empty tuple type. |
20:10:03 | * | fizzbooze joined #nim |
20:11:14 | * | askatasuna quit (Quit: WeeChat 1.1.1) |
20:15:04 | * | askatasuna joined #nim |
20:18:14 | * | Matthias247 joined #nim |
20:28:34 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
20:33:42 | Araq | kokozedman: I had the same problem and gave the machine a swap file to solve it |
20:33:55 | Araq | it doesn't slow things down that much |
20:34:24 | Araq | parallelBuild:1 should really work, not sure what's going on here |
20:35:55 | * | Maxdamantus still seems to be stuck on the typedesc thing. |
20:36:47 | Maxdamantus | other inputs still have typedesc around them, but they're in a different place. |
20:37:00 | Maxdamantus | and it only applies to generic types, not generic procs; they work. |
20:37:01 | Araq | Maxdamantus: typedesc transforms the type into a meta-type, kind of. So that high(int) etc. works. |
20:37:31 | Araq | so 4 has the type 'int', but 'int' has the type typedesc[int] |
20:38:07 | Maxdamantus | So why does `Foo[tuple[a: int]]` seem to pass a `typedesc[tuple[a: int]]` node to `matches`? |
20:38:07 | Araq | and typedesc[int] has the type typedesc, I think, so these to not stack up |
20:39:18 | Araq | because it's a type and not a value? |
20:39:57 | Maxdamantus | Hm. So this is something the parser decides? |
20:40:19 | Araq | no, semExpr returns a type or a meta-type |
20:40:34 | Araq | well it annotates the AST with either a type or a meta-type |
20:41:28 | Araq | this typedesc handling is still a bit inconsistent, this feature grew into existance ;-) |
20:42:46 | Maxdamantus | Okay, I think I might see it now. |
20:45:28 | Maxdamantus | checkPar :) |
20:46:35 | Maxdamantus | Hm. Actually, there are a couple of problems. |
20:47:10 | Maxdamantus | () can be either a type or value expression. |
20:47:14 | Maxdamantus | as can (int, int) |
20:47:26 | Maxdamantus | hence the typedesc in each element. |
20:49:00 | Araq | () is indeed ambiguous :-/ |
20:49:53 | Araq | but (int, int) should be typedesc[tuple[int, int]] and not typedesc[tuple[typedesc[int], typedesc[int]]] |
20:50:15 | Maxdamantus | why wouldn't it be the latter? |
20:50:29 | Maxdamantus | Can you not have tuples of typedescs? |
20:50:53 | Maxdamantus | That's what it's been passing all along. |
20:51:02 | Maxdamantus | though only in generic types for some reason. |
20:51:11 | Araq | hrm, possible |
20:51:25 | Araq | but typedesc shouldn't be recursive |
20:51:36 | Araq | that's just absurd to work with otherwise |
20:51:46 | Maxdamantus | unless you're using generics. |
20:53:23 | Araq | typedesc[seq[int]] is not typedesc[seq[typedesc[int]]], 1 typedesc is enough |
20:54:33 | Araq | zahary knows about about typedescs in generics |
20:54:36 | Maxdamantus | A lot of this is illogical :\ |
20:55:29 | Araq | I'm open for suggestions |
20:55:57 | Maxdamantus | It would probably make more sense to have a specific syntax for typedescs. |
20:56:06 | Maxdamantus | like how Java has Class<T> |
20:56:23 | Maxdamantus | actually, the analogue there would be .getClass() |
20:56:26 | Araq | well we have typedesc[T] |
20:56:43 | Maxdamantus | Yeah, then you just write T instead of T.getClass() |
20:57:04 | Araq | yes that's what we do |
20:57:42 | Maxdamantus | Why not make `typedesc` in expressions create the `typedesc[_]` values? |
20:58:02 | Maxdamantus | var a: typedesc[int] = typedesc[int] |
20:58:21 | Araq | because we like to write high(int) and not high(typedesc[int]) |
20:58:40 | BlaXpirit | :D |
21:01:27 | Maxdamantus | Maybe it could've been another sigil. |
21:01:39 | Maxdamantus | GHC has that as an extension iirc |
21:03:03 | Araq | "another" sigil? there are no sigils in the language |
21:03:31 | fowl | could easily make ~(int,float) a macro for tuple[field0:int, field1:float] but ()? i dont think so |
21:03:34 | * | d3m1gd quit (Ping timeout: 245 seconds) |
21:04:06 | Araq | and from a user perspective it makes some sense: "what do you mean 'typedesc[int] required instead of 'int'?! what do you think 'int' is?" |
21:05:49 | Maxdamantus | silly user |
21:08:07 | Maxdamantus | fowl: presumably ~() would be just as easy, as long as you have my current PR. |
21:08:31 | Araq | Maxdamantus: but back to the real problem: if () is a value, what is its type? |
21:08:46 | Araq | 'tuple[]' I guess |
21:08:59 | Maxdamantus | atm, yes. |
21:09:16 | Araq | so no nice sugar for the zero length tuple type. that's fine with me |
21:09:44 | Maxdamantus | but it applies for other ones as well. |
21:10:31 | reactormonk | Araq, type unit = tuple[] ? |
21:10:36 | def- | Araq: is it intentional that when you copy a string the new one is allocated to the same capacity as the old one? |
21:10:53 | Araq | def-: no, that's a bug we need to fix |
21:10:54 | Maxdamantus | proc foo[T: typedesc, U: typedesc](tds: (T, U)) |
21:11:11 | def- | Araq: ok, can i just fix it in sysstr.nim? seems easy |
21:11:22 | Maxdamantus | You would be able to call that function only by doing weird things. |
21:11:29 | Araq | def-: yes please |
21:11:54 | Maxdamantus | Something like: let a = int; foo((a, a)) |
21:12:48 | fowl | T and U would have to be typedesc with that constraint |
21:13:05 | Maxdamantus | they are, aren't they? |
21:13:19 | fowl | no a is an int |
21:13:31 | Maxdamantus | which int is it? 0, 1, 2, ..? |
21:13:35 | fowl | oh nm my eyes |
21:13:53 | Maxdamantus | actually, I don't seem to be allowed to do that, so would need another proc. |
21:14:06 | fowl | let a = int isnt legal |
21:14:21 | Maxdamantus | proc bar(t: typedesc) = foo((t, t)) |
21:16:38 | def- | Araq: damn, that makes such a huge difference on programs which copy strings |
21:16:54 | def- | the wiki one runes 11 times faster with this 2 line change |
21:17:30 | * | jfchevrette quit (Quit: Textual IRC Client: www.textualapp.com) |
21:18:18 | fowl | def-, you're doing gods work |
21:19:21 | nimnoob123 | how do i grab a value from the command line again? can't seem to find it in the manual (most likely blind) |
21:19:44 | def- | nimnoob123: http://nim-lang.org/os.html#paramCount, |
21:19:49 | def- | (and the following procs) |
21:20:11 | nimnoob123 | thanks |
21:20:53 | nimnoob123 | I'm goning actually write something useful in nim today lol, well useful to me ;D |
21:23:58 | Araq | def-: that means you don't need the slicing assignments in the parsexml module, right? |
21:24:19 | def- | Araq: I'm going to check that. First I want to see how seqs are copied |
21:24:22 | * | askatasuna quit (Ping timeout: 240 seconds) |
21:26:40 | Maxdamantus | So Araq, do you want to disallow typedesc[typedesc[int]]? |
21:27:18 | Araq | not disallow it can come up in generic code |
21:27:21 | nimnoob123 | quick suggestion: I think procs that start with tilde should be listed first on the list of procs in the docs - for example http://nim-lang.org/tables.html that gets really confusing trying to find something quickly from the side menu |
21:27:59 | Araq | Maxdamantus: not disallow it, but flatten it. |
21:28:11 | Maxdamantus | Hm. |
21:28:12 | nimnoob123 | tbh the whole side menu is confusing in general for most of those pages |
21:28:14 | Araq | but I didn't think too hard about that |
21:29:28 | Araq | in fact, if you can figure out what it *should* be and write that down somewhere, that would be really sweet |
21:29:53 | Maxdamantus | What what should be? |
21:30:07 | Araq | typedesc of typedesc |
21:30:25 | onionhammer | nimnoob123 i think it would be better if that sort of thing were handled in comments rather than sigils |
21:30:34 | onionhammer | we dont want to start looking like rust |
21:31:24 | Araq | nimnoob123: I see not a single tilde in that page |
21:31:37 | Araq | so I have no idea what you're talking about |
21:31:37 | onionhammer | araq he's saying it's confusing |
21:32:06 | nimnoob123 | not a tilde, backtick or w/e |
21:32:06 | onionhammer | I somewhat agree that the generated documentation could be ordered better |
21:32:20 | onionhammer | rather than just order of declaration |
21:32:44 | def- | Araq: is it really necessary that we copy each element in a seq and array 1 by 1 instead of with a big memcpy? |
21:32:52 | nimnoob123 | regardless, the side menu is really difficult at finding things at first glance, looks really unorganized |
21:33:31 | Araq | def-: yes it is. though we could specialize it for what C++ calls "plain old datatypes" |
21:34:12 | Araq | nimnoob123: PRs are welcome, we know our docgen is quite bad |
21:34:42 | nimnoob123 | speaking of PR's you ever get my one for the forum |
21:35:10 | Araq | that's dom96's business |
21:39:28 | def- | Araq: definitely a worthy optimization. about 4 times faster for big seqs |
21:40:36 | def- | Araq: can only primitives like int, float be copied directly? |
21:40:59 | Araq | anything that doesn't contain GC'ed data |
21:41:02 | def- | objects or tuples containing those should work as well |
21:41:13 | def- | right |
21:41:19 | Araq | and only for gc:refc |
21:41:31 | Araq | for the other GCs you can always memcpy |
21:42:06 | Araq | er ... no, you still need to obey to the general copying semantics |
21:49:16 | Varriount | Maxdamantus: Please document/comment any compiler code you touch. |
21:50:40 | Araq | as long as it doesn't hinder your productivity |
21:52:38 | Varriount | Araq: I like that Nim does nothing to prevent a user from memcpy'ing an sequence (even if the gc does crash) |
21:53:02 | Araq | flaviu: http://forum.nim-lang.org/t/960 thumbs up for you! |
21:53:35 | Araq | Varriount: last time I checked Nim requires you to use 'addr' for this stunt which screams "unsafe" to me |
21:53:43 | flaviu | Thanks! I'd hate for someone to be using broken encryption and not know it. |
21:54:17 | Varriount | Araq: Well yes. But the compiler doesn't actually stop and say "No, you can't do that" |
21:54:29 | Araq | but it does |
21:55:25 | Araq | it's just that Nim is smart and doesn't require 'unsafe' blocks. (Hi, Rust!) |
21:58:59 | * | johnsoft quit (Ping timeout: 245 seconds) |
21:59:12 | * | johnsoft joined #nim |
21:59:43 | * | davidter_ quit (Ping timeout: 244 seconds) |
22:00:24 | def- | Araq: How would I best discover whether there is gc-ed memory inside a data structure? |
22:00:40 | Araq | missing typetrait |
22:01:06 | Araq | we need a typetrait for that |
22:03:02 | * | mpthrapp_ quit (Remote host closed the connection) |
22:04:46 | * | reem joined #nim |
22:07:42 | * | gmpreussner|lapt joined #nim |
22:08:13 | * | gmpreussner|lapt is now known as gmpreussner|gdc |
22:08:19 | * | davidterry joined #nim |
22:09:53 | * | reem quit (Remote host closed the connection) |
22:11:12 | * | randomwalk joined #nim |
22:12:47 | * | davidterry quit (Ping timeout: 245 seconds) |
22:13:08 | * | reem joined #nim |
22:13:13 | * | davidterry joined #nim |
22:13:46 | * | Sembei joined #nim |
22:16:30 | * | reem quit (Remote host closed the connection) |
22:19:43 | * | BlaXpirit quit (Read error: Connection reset by peer) |
22:21:19 | * | BlaXpirit joined #nim |
22:22:16 | * | keldaris joined #nim |
22:25:30 | * | Matthias247 quit (Read error: Connection reset by peer) |
22:26:59 | keldaris | a newcomer question to Nim - having read through the manual and a fair amount of Nim code, I wanted to try my hand at writing a basic OpenBLAS wrapper for Nim - unfortunately, even a very simple test yields a SIGSEGV storage access error. have I misunderstood something when it interfacing with C code? here's a minimal example http://privatepaste.com/bbe921e285 |
22:27:10 | nimnoob123 | Am I using match incorrectly here? https://gist.github.com/G4MR/785c7ad4c8cd03f45771, find works fine (regex) |
22:27:18 | keldaris | when it comes to* |
22:27:50 | def- | nimnoob123: i would suggest using nre and check if it works there. in my experience re is buggy and should be replaced with nre |
22:28:15 | nimnoob123 | where can i find info on nre? |
22:28:28 | def- | https://github.com/flaviut/nre |
22:28:58 | reactormonk | keldaris, taking a look... |
22:29:00 | nimnoob123 | thanks |
22:29:36 | Araq | keldaris: your byref array looks fishy, get rid of the .byref |
22:29:37 | nimnoob123 | nice, nimble package ;D |
22:29:59 | Araq | def-: you know, we could also fix re's bugs |
22:30:24 | reactormonk | def-, mind waving through https://github.com/Araq/Nim/pull/2254 ? |
22:30:28 | keldaris | Araq: same error without byref, I thought I was supposed to pass the c array by reference, though |
22:30:40 | flaviu | Araq: nre has a nicer API anyway, IMO. |
22:30:42 | nimnoob123 | or incorporate nre as the default (if it's that much better) and just repackage it as re? |
22:30:43 | Araq | arrays are currently always passed by reference |
22:31:03 | keldaris | ah, ok |
22:31:04 | def- | Araq: i don't know enough about REs and when I tried to use it, re just hung forever. didn't get it fixed either |
22:31:36 | reactormonk | keldaris, got the same code for lapack? I currently can't install openblas because it conficts with lapack and that one's a dependency for e.g. r |
22:31:40 | Araq | flaviu: yeah but IMO your API with exclusive upper bounds is just not idiomatic |
22:32:10 | flaviu | Araq: I have big plans ;) |
22:32:39 | flaviu | But I suppose I can try fix that. |
22:32:57 | keldaris | reactormonk: since I'm testing on ddot, the syntax should be identical for any BLAS version, just change the library name to whatever you have |
22:33:35 | reactormonk | keldaris, hm. actually, I do have the libopenblas lib |
22:33:44 | reactormonk | could not import: ddot |
22:34:02 | Araq | keldaris: Fortran passes *everything* by ref even ints and floats |
22:34:11 | Araq | so you need to use 'var cint' etc |
22:34:39 | Araq | which sucks ... pay me to implement a 'importFortran' pragma :P |
22:35:04 | keldaris | ah, interesting. I'll try that. |
22:35:06 | Araq | or use a macro to patch over it |
22:35:07 | reactormonk | Araq, how much do you charge? ^^ |
22:35:59 | * | johnsoft quit (Ping timeout: 246 seconds) |
22:36:25 | * | johnsoft joined #nim |
22:38:22 | Araq | reactormonk: I'm cheap. ;-) |
22:38:47 | randomwalk | What does it mean when an asterisk comes after a proc name? |
22:38:54 | reactormonk | randomwalk, it's exported |
22:39:44 | randomwalk | reactormonk: oh thx. I was wondering why c2nim was putting that there. |
22:41:23 | * | randomwalk left #nim ("brb") |
22:41:37 | * | reem joined #nim |
22:44:34 | * | randomwalk joined #nim |
22:55:14 | randomwalk | Why do I get a type error here: var t = initTable[string, OrderedTableRef](initialSize = 2) |
22:55:47 | randomwalk | system.nim(538, 15) Error: invalid type: 'proc (var seq[KeyValuePair[string, OrderedTableRef]], int){.noSideEffect.}' |
22:56:57 | def- | randomwalk: are you sure you want a table to a table? |
22:58:07 | def- | randomwalk: try something like "var t = initOrderedTable[string, string]()" |
22:58:14 | fowl | orderedtable is missing two generic params |
22:58:35 | fowl | orderedtableref[a,b] |
22:59:19 | randomwalk | def-: yes, I want to map string -> { string : float32, ... } |
22:59:34 | reactormonk | randomwalk, so basically a sparse matrix? |
23:00:25 | def- | then initTable[string, OrderedTable[string, float32]]() |
23:00:36 | randomwalk | reactormonk: no |
23:01:12 | randomwalk | def-: thx. I'm new to nim, so my understanding of type declarations is growing. |
23:01:42 | def- | You're welcome, randomwalk. Always good to see new people |
23:02:22 | Maxdamantus | Araq: https://github.com/Maxdamantus/Nim/commit/a743b468505f0357a7c15b4df3d52c5a9b8d91d5 |
23:02:32 | * | Maxdamantus suspects he will've missed something. |
23:02:43 | * | Maxdamantus suspects that semexprs.nim thing might also be ugly. |
23:04:04 | Maxdamantus | eh, semtypes.nim:351 silly. |
23:04:41 | Araq | (int, int, ()) # value of type `(typedesc[int], typedesc[int], tuple[])` ... what? o.O |
23:05:03 | Maxdamantus | Well, it can't be a type, because () isn't one. |
23:05:26 | Maxdamantus | so it should either be invalid or revert to being a value expression. |
23:05:38 | Maxdamantus | Maybe it should do the former. Dunno. |
23:06:00 | Maxdamantus | Both seem ugly, but you're already removing typedescs in types :\ |
23:06:07 | Araq | what if I want (typedesc[int], typedesc[int]) without any () ? |
23:07:26 | Maxdamantus | proc tup2[A, B](a: A, b: B): (A, B) = (a, b); tup2(int, int) |
23:07:37 | Araq | I guess typedesc[int] as term should really have typedesc[typedesc[int]] as the type |
23:08:03 | Araq | and then I can simply write (typedesc[int], typedesc[int]) if I want that |
23:08:37 | Araq | flattening of typedesc looks more and more like a mistake |
23:08:43 | Maxdamantus | You can't write the type for typedesc[int] |
23:08:46 | Maxdamantus | afaik |
23:08:59 | nimnoob123 | is None a default keyword? |
23:09:00 | Maxdamantus | right, because of the flattening. |
23:09:56 | Araq | nimnoob123: no. |
23:10:15 | nimnoob123 | trying to figure out something regarding nre, but I keep getting undeclared identifier because it uses None[RegexMatch] on invalid matches, yet I don't see it defined anywhere in this source |
23:10:19 | Araq | Maxdamantus: well but the flattening is a different problem that shouldn't affect your PR |
23:10:22 | flaviu | nimnoob123: And it doesn't make sense since Nim doesn't require everything be a pointer. |
23:10:42 | flaviu | nimnoob123: https://github.com/flaviut/nre/blob/master/nre.nimble#L11 |
23:10:43 | flaviu | https://github.com/flaviut/optional_t |
23:11:06 | nimnoob123 | i've included that too |
23:11:21 | randomwalk | Is cint a synonym for int? |
23:11:29 | randomwalk | alias I mean |
23:11:31 | def- | no |
23:11:36 | def- | it's the c int type |
23:11:52 | Maxdamantus | Araq: you mean the commit I just linked? I do the flattening there. |
23:11:57 | flaviu | C's size_t == Nim's int. |
23:12:10 | Maxdamantus | + var typ = semTypeNode(c, n, nil).skipTypes({tyTypeDesc, tyIter}) |
23:13:22 | Maxdamantus | But that and the line after are copied directly from a different case, so they should probably be in a proc. |
23:13:38 | Maxdamantus | then flattening will be that proc's fault. |
23:14:48 | Maxdamantus | of nkTypeOfExpr, nkTupleTy, nkTupleClassTy, nkRefTy..nkEnumTy, nkStaticTy: |
23:15:01 | flaviu | nimnoob123: Yes, and that means that you have access to None[RegexMatch]. See https://github.com/flaviut/optional_t/blob/master/src/optional_t.nim#L23 |
23:15:23 | nimnoob123 | getting a new error |
23:15:29 | Maxdamantus | kind of difficult to handle the tuple types in the same place, since there isn't a special tuple type node. |
23:15:59 | nimnoob123 | https://gist.github.com/G4MR/5c1a74a06ae49f741cfb |
23:16:02 | Maxdamantus | (having one would imply a proper distinction between parsing in the type world and in the term world) |
23:18:06 | Maxdamantus | er, semexprs.nim:2136 there has an erroneous `- 1`, should also probably use sonsLen .. /me isn't sure the rest of the code is consistent with that. |
23:18:36 | nimnoob123 | these errors are tiring |
23:23:32 | Maxdamantus | Araq: "new better syntax"—the syntax that actually works. |
23:23:58 | Maxdamantus | it just wrote `tuple[int, int]` before, which you can't write. |
23:24:17 | Araq | yeah that was quite frustrating |
23:25:00 | flaviu | nimnoob123: Looks like a stdlib bug, but I can work around it. |
23:25:38 | Araq | how is that a stdlib bug? |
23:25:57 | Araq | the stdlib doesn't know about prceMatchBounds |
23:26:15 | nimnoob123 | flaviu: Nim Compiler Version 0.10.3 (2015-03-01) [Windows: i386] is the version im using btw if anyone was curious |
23:26:42 | flaviu | Araq: It's using the default `==`, and prceMatchBounds is not exposed. |
23:27:26 | Araq | that's a feature |
23:27:50 | Araq | what's the alternative? the default == sneaking into your private stuff? |
23:31:57 | flaviu | I'm not sure. Memcmp is common in C. I'm not a fan of the error message, but I suppose that it says what it needs to say. |
23:32:10 | * | untitaker quit (Ping timeout: 272 seconds) |
23:34:23 | * | getoffmalawn joined #nim |
23:34:52 | * | zahary quit (Ping timeout: 245 seconds) |
23:38:22 | * | untitaker joined #nim |
23:39:28 | getoffmalawn | I've got a bit of work I'm planning on doing to openssl.nim - should I submit these changes as one large pull request, or group them by functionality? |
23:41:41 | getoffmalawn | e.g. SNI support, dumping certificates/private keys, generating private keys, signing certificates |
23:42:52 | Araq | getoffmalawn: I cannot speak for dom96 but I think grouping them by functionality is better in this case |
23:43:13 | Araq | looks like it's complex |
23:43:59 | Araq | also have a look at the 2 open stdlib bugs concerning SSL |
23:46:24 | * | OnwardEuler joined #nim |
23:47:05 | * | jsudlow quit (Remote host closed the connection) |
23:50:08 | flaviu | nimnoob123: Ok, updated nre! Try 0.6.1 |
23:50:57 | getoffmalawn | Araq: Great! Thanks. I'll submit them grouped by functionality then. I'll take a look at the stdlib bugs as well :) |
23:55:10 | * | OnwardEuler quit (Read error: Connection reset by peer) |
23:55:50 | * | davidterry quit (Remote host closed the connection) |
23:57:30 | * | gmpreussner|gdc quit (Ping timeout: 272 seconds) |
23:59:53 | nimnoob123 | alright flaviu |