00:00:34 | Varriount | Araq: The installer needs an appropriate icon, and the descriptions need to be fixed. |
00:00:46 | Varriount | Seeing as you're probably heading off to bed, I'll do those. |
00:02:33 | Varriount | Araq: Also, what was wrong with "RequestExecutionLevel user |
00:02:33 | Varriount | " ? |
00:04:33 | Araq | Varriount: ugh, didn't even try that one |
00:04:49 | Araq | so yes, please play around with it and improve it |
00:04:49 | Varriount | Araq: Why not? |
00:05:00 | Varriount | Yay! |
00:05:03 | Araq | Varriount: wasn't aware of its existance |
00:05:19 | Varriount | Araq: It's in the examples. ._. |
00:06:17 | Araq | excuse me but this: http://nsis.sourceforge.net/Category:Code_Examples |
00:06:36 | Araq | is rather overwhelming |
00:07:02 | Varriount | Ow. |
00:07:17 | Varriount | You just made my eyes cross |
00:08:24 | Araq | well I'm proud of my installer |
00:08:50 | * | darkf joined #nimrod |
00:08:51 | Araq | I think it's much better than we had before |
00:09:07 | Varriount | True... |
00:09:22 | Varriount | It certainly has a lot more capital letters. |
00:10:57 | Araq | it means I never have to upload large files again :-) |
00:12:04 | * | zahary joined #nimrod |
00:12:59 | Araq | Varriount: also please add the option that mingw and nim are added to the PATH |
00:13:29 | Varriount | Ok. |
00:14:11 | Araq | any questions how NSIS+niminst works? 'cause I'm heading to bed |
00:15:21 | Varriount | Araq: Nope. I'm currently reading through the help file included with the NSIS binary. |
00:39:07 | * | sau-man-mobile joined #nimrod |
00:44:19 | * | sau-man quit (Remote host closed the connection) |
00:52:20 | * | sau-man-mobile quit (Ping timeout: 265 seconds) |
00:56:06 | * | superfunc_ joined #nimrod |
00:57:07 | * | askatasuna joined #nimrod |
00:58:37 | * | EXetoC quit (Quit: WeeChat 1.0.1) |
01:14:08 | * | boydgreenfield joined #nimrod |
01:22:12 | * | boydgreenfield quit (Quit: boydgreenfield) |
01:26:04 | superfunc_ | will babel files need to start being called .nimble? |
01:28:07 | Varriount | superfunc: Yes, but no. |
01:28:45 | Varriount | There will be backwards compatibility, but it's preferred that packages meant for 1.0 onwards are named .nimble |
01:29:00 | superfunc_ | cool cool |
01:32:30 | superfunc_ | I like the name nimble for a package manager |
01:32:43 | superfunc_ | I remember jokingly suggesting it as the new name for the language |
01:39:35 | * | sau-man joined #nimrod |
01:39:52 | * | sau-man_ joined #nimrod |
01:49:05 | * | sau-man_ quit (Quit: Leaving) |
01:50:33 | * | zuby joined #nimrod |
01:50:46 | zuby | hello guys |
01:51:11 | zuby | any programmer in here? |
01:52:06 | * | zuby left #nimrod (#nimrod) |
01:58:02 | * | sau-man quit (Quit: Leaving) |
01:58:23 | * | sau-man joined #nimrod |
02:19:39 | * | q66 quit (Remote host closed the connection) |
02:26:27 | * | sau-man quit (Quit: Leaving) |
02:58:37 | wan | Araq: You should have taken Antergos's CD instead of Arch. It's a pretty install GUI on top of Arch, that's what I use now. |
02:58:51 | * | flaviu quit (Remote host closed the connection) |
03:03:05 | superfunc_ | I've heard good things about antergos |
03:24:27 | * | johnsoft quit (Ping timeout: 245 seconds) |
03:25:10 | * | johnsoft joined #nimrod |
03:27:21 | * | saml_ joined #nimrod |
04:05:35 | * | darkf_ joined #nimrod |
04:05:39 | * | darkf quit (Disconnected by services) |
04:05:43 | * | darkf_ is now known as darkf |
04:22:29 | * | ARCADIVS joined #nimrod |
04:29:52 | * | johnsoft quit (Ping timeout: 240 seconds) |
04:30:18 | * | johnsoft joined #nimrod |
05:05:46 | * | askatasuna quit (Ping timeout: 240 seconds) |
05:15:07 | * | darkf_ joined #nimrod |
05:15:34 | * | superfunc_ quit (Ping timeout: 246 seconds) |
05:17:21 | * | darkf quit (Ping timeout: 272 seconds) |
05:30:19 | * | saml_ quit (Quit: Leaving) |
06:13:24 | * | darkf_ is now known as darkf |
06:16:26 | * | nande quit (Remote host closed the connection) |
06:27:48 | Varriount | dom96: ping |
07:38:39 | * | gokr quit (Quit: Leaving.) |
07:46:02 | * | gokr joined #nimrod |
07:47:48 | * | gokr_ quit (Ping timeout: 246 seconds) |
08:03:45 | * | gokr1 joined #nimrod |
08:08:47 | * | vendethiel- joined #nimrod |
08:10:17 | * | vendethiel quit (Ping timeout: 245 seconds) |
08:23:32 | * | gokr1 just fired up 11 c3.2xlarge on EC2... |
08:23:36 | * | Matthias247 joined #nimrod |
08:28:39 | * | darkf_ joined #nimrod |
08:29:53 | * | darkf quit (Ping timeout: 272 seconds) |
08:33:08 | * | johnsoft quit (Ping timeout: 250 seconds) |
08:33:35 | * | johnsoft joined #nimrod |
08:38:06 | * | Matthias247 quit (Read error: Connection reset by peer) |
08:38:23 | * | darkf_ is now known as darkf |
08:43:37 | * | Matthias247 joined #nimrod |
08:46:34 | reloc0 | moin |
08:48:07 | gokr1 | Started writing on my 4th Nim article :) |
08:48:36 | gokr1 | If anyone is interested, here you can find them: http://goran.krampe.se/category/nim |
08:49:18 | gokr1 | The 4th is a followup to this article in which I missed Nim: http://goran.krampe.se/2013/09/07/new-languages-this-century |
08:56:24 | * | gokr1 quit (Ping timeout: 246 seconds) |
09:10:02 | * | gokr_ joined #nimrod |
09:10:02 | * | gokr quit (Read error: Connection reset by peer) |
09:18:57 | * | sau-man joined #nimrod |
10:16:21 | * | xenagi quit (Read error: Connection reset by peer) |
10:24:11 | * | q66 joined #nimrod |
11:08:36 | * | EXetoC joined #nimrod |
11:15:52 | * | gokr_ quit (Remote host closed the connection) |
11:22:27 | * | gokr_ joined #nimrod |
11:24:53 | * | gokr joined #nimrod |
11:26:54 | * | gokr_ quit (Ping timeout: 246 seconds) |
11:36:25 | * | sau-man quit (Remote host closed the connection) |
11:37:38 | * | BlaXpirit joined #nimrod |
11:38:29 | * | gokr_ joined #nimrod |
11:41:36 | * | gokr quit (Ping timeout: 246 seconds) |
11:43:29 | * | skyfex joined #nimrod |
11:43:57 | * | gokr_ quit (Read error: Connection reset by peer) |
11:44:08 | * | gokr_ joined #nimrod |
11:51:23 | * | BlaXpirit quit (Read error: Connection reset by peer) |
11:52:25 | * | BlaXpirit joined #nimrod |
11:52:35 | dom96_ | Varriount: are you wondering about those scripts? |
11:52:39 | dom96_ | what's the problem? |
11:52:47 | dom96_ | i've already explained how I want them to work |
11:52:53 | dom96_ | want me to write a markdown spec? |
11:53:35 | Araq | hi dom96 |
11:54:18 | * | gokr_ quit (Read error: Connection reset by peer) |
11:54:31 | * | gokr_ joined #nimrod |
11:54:48 | Araq | dom96_: can you fix nimble please? |
11:54:57 | dom96_ | what's wrong with it? |
11:55:05 | Araq | it doesn't work with devel |
11:55:13 | dom96_ | *sigh* |
11:56:59 | * | gokr_ quit (Read error: Connection reset by peer) |
11:57:15 | * | gokr_ joined #nimrod |
11:57:21 | NimBot | Araq/Nimrod devel 32444e4 Araq [+0 ±1 -0]: niminst: source based installation works again |
11:57:54 | Araq | guys please test: http://nim-lang.org/download/nimrod_0.9.6.zip |
11:58:34 | * | skyfex quit (Quit: (null)) |
12:02:15 | * | gokr joined #nimrod |
12:04:05 | * | gokr_ quit (Ping timeout: 258 seconds) |
12:04:44 | * | ARCADIVS quit (Quit: ARCADIVS) |
12:04:51 | * | q66[lap] quit (Quit: Textual IRC Client: www.textualapp.com) |
12:05:14 | * | q66[lap] joined #nimrod |
12:05:37 | * | q66[lap] quit (Client Quit) |
12:07:29 | Araq | Varriount: you're on the critical path now. 0.9.6 can be released as soon as your installers are ready ... |
12:09:39 | * | gokr quit (Ping timeout: 272 seconds) |
12:09:56 | * | gokr joined #nimrod |
12:28:45 | * | gokr_ joined #nimrod |
12:28:45 | * | gokr quit (Read error: Connection reset by peer) |
12:32:31 | * | askatasuna joined #nimrod |
12:32:49 | dom96_ | Araq: have you s/babel/nimble/ in the config file for devel? |
12:33:03 | dom96_ | the path is now ~/.nimble |
12:40:24 | * | BlaXpirit quit (Quit: Quit Konversation) |
12:45:06 | EXetoC | Araq: when booting with the release zip: "compiler/commands.nim(58, 15) Error: cannot open 'doc/basicopt.txt'" |
12:47:44 | * | sau-man joined #nimrod |
12:48:00 | * | sau-man_ joined #nimrod |
12:48:10 | * | sau-man_ quit (Read error: Connection reset by peer) |
12:48:58 | EXetoC | and the build scripts are present in 2 locations |
12:54:24 | * | q66 quit (Quit: Leaving) |
13:17:09 | * | gokr_ quit (Ping timeout: 246 seconds) |
13:30:34 | * | flaviu joined #nimrod |
13:33:36 | * | untitaker quit (Ping timeout: 246 seconds) |
13:35:14 | * | darkf quit (Quit: Leaving) |
13:39:00 | * | untitaker joined #nimrod |
13:48:19 | wan | Araq: seems to work (I've built.sh and compiled a few examples on ArchLinux, amd64 (2_2)) |
13:50:31 | EXetoC | does that include booting? |
13:51:41 | * | Matthias247 quit (Read error: Connection reset by peer) |
13:52:26 | * | gokr_ joined #nimrod |
13:54:34 | * | Matthias247 joined #nimrod |
13:58:32 | wan | Oh right. I thought the build.sh script would do everything for me. No, it fails at ./koch boot -d:release, same as you. |
14:07:36 | * | gokr joined #nimrod |
14:17:56 | * | bjz quit (Read error: Connection reset by peer) |
14:18:17 | * | bjz joined #nimrod |
14:24:00 | * | quasinoxen quit (Quit: No Ping reply in 180 seconds.) |
14:24:00 | * | brson joined #nimrod |
14:24:22 | * | quasinoxen joined #nimrod |
14:26:54 | * | xenagi joined #nimrod |
14:27:41 | * | xenagi quit (Client Quit) |
14:29:44 | * | Matthias247 quit (Read error: Connection reset by peer) |
14:33:19 | * | xcombelle joined #nimrod |
14:37:25 | * | brson quit (Quit: leaving) |
14:46:39 | * | brson joined #nimrod |
15:04:58 | * | brson quit (Quit: leaving) |
15:05:10 | * | brson joined #nimrod |
15:15:17 | gokr | Anyone here? |
15:20:17 | gokr | dom96: I guess you saw that --noNimblePath didn't fly with devel. |
15:20:33 | gokr | I backed down a few commits and then it worked - as babel. |
15:26:33 | * | kemet joined #nimrod |
15:46:35 | * | askatasuna quit (Quit: WeeChat 1.0.1) |
16:09:08 | * | gokr quit (Quit: Leaving.) |
16:24:42 | * | saml_ joined #nimrod |
16:34:13 | Varriount | gokr_: I'm here |
16:35:45 | * | q66[lap] joined #nimrod |
16:38:05 | Onionhammer | im sort of here |
16:39:19 | * | q66[lap] quit (Client Quit) |
16:39:31 | * | q66[lap] joined #nimrod |
16:40:32 | EXetoC | me too, technically |
16:43:39 | * | nullmove joined #nimrod |
16:44:59 | superfunc | Half here |
16:48:57 | * | kemet quit (Ping timeout: 260 seconds) |
16:52:20 | * | q66[lap] quit (Quit: Textual IRC Client: www.textualapp.com) |
16:53:58 | nullmove | hi, I could compile nimble with bigbreak in windows |
16:54:10 | nullmove | but nimble install is giving me Access denied |
16:55:10 | nullmove | I did cp src\nimble.exe src\nimble1.exe as the readme asks, if it's about that |
17:25:41 | * | sau-man quit (Remote host closed the connection) |
17:36:10 | * | superfunc_ joined #nimrod |
17:40:13 | * | xcombelle quit (Ping timeout: 260 seconds) |
17:43:36 | * | gokr joined #nimrod |
17:46:01 | * | gokr_ quit (Ping timeout: 258 seconds) |
17:50:39 | Varriount | nullmove: You still having that problem? |
17:52:41 | Araq | EXetoC: ok good point, thanks for reporting |
17:54:17 | Araq | dom96_: well no. bigbreak should have nimble, devel should have babel as path |
17:54:53 | Varriount | Araq: I'm about 50% done with, ah, cleaning up documenting the nsis script |
17:56:05 | nullmove | Varriount: Yes |
17:56:37 | Varriount | nullmove: Can you paste the exact error? |
17:56:45 | dom96_ | Araq: ok, well, then people will need to edit their config files to use nimble. |
17:56:46 | * | sau-man joined #nimrod |
17:57:30 | Varriount | nullmove: I can only guess that Nimble can't access the ~/.nimble folder |
17:57:32 | nullmove | Error: unhandled exception: Access is denied. [OSError] |
17:57:50 | Varriount | nullmove: Any stacktrace? |
17:57:52 | dom96_ | nullmove: execute nimble1 not nimble. |
17:58:01 | dom96_ | nimble1 install |
17:58:37 | nullmove | yes this is the output of nimble1 install |
17:59:00 | * | Matthias247 joined #nimrod |
17:59:03 | Araq | Varriount: does "cleaning up" imply implementing the missing features? |
17:59:31 | * | dyu joined #nimrod |
17:59:43 | Araq | hey dyu. welcome back |
17:59:54 | dyu | hey Araq :-) |
18:00:10 | * | dyu was in lurking mode |
18:01:13 | dyu | Araq: any talks this year? |
18:01:24 | Varriount | Araq: Yes |
18:04:29 | nullmove | dom96_: stacktrace: https://gist.github.com/nullmove/08cf78e96430af630026 |
18:05:17 | Araq | dyu: I don't think so |
18:07:24 | Araq | dom96_: let me think about it |
18:07:33 | dyu | Araq: I see. Good job on bigbreak decision btw. Its now or never ... and its nub friendly |
18:08:15 | Araq | brb |
18:08:36 | dom96_ | nullmove: is this on Windows? |
18:08:49 | dom96_ | oh it is |
18:09:10 | dom96_ | try running as an admin? |
18:10:33 | nullmove | sorry not working |
18:13:58 | * | superfunc_ quit (Ping timeout: 246 seconds) |
18:14:24 | dom96_ | could you add an echo on line 775 in nimble.nim to check what directory it's trying to create? |
18:18:29 | * | xcombelle joined #nimrod |
18:21:05 | * | xenagi joined #nimrod |
18:23:04 | NimBot | nimrod-code/packages master c4c22c7 superfunc [+0 ±1 -0]: Add monad package |
18:23:04 | NimBot | nimrod-code/packages master db6da25 Dominik Picheta [+0 ±1 -0]: Merge pull request #90 from superfunc/master... 2 more lines |
18:23:25 | dom96_ | Varriount: So yeah, what's up with that script? |
18:26:00 | * | calder joined #nimrod |
18:26:56 | calder | Hi all. I'm trying to compile the compiler with --threads:on and getting this error: |
18:26:57 | calder | lib/system/channels.nim(21, 33) Error: undeclared identifier: 'byte' |
18:27:04 | calder | Any ideas? |
18:27:14 | NimBot | Araq/Nimrod devel d3e9d0f Araq [+0 ±1 -0]: niminst: 'doc/*.txt' required for bootstrapping |
18:28:13 | dom96_ | why are you trying to compile the compiler with --threads:on? |
18:28:57 | calder | I wanted to use threads. Is there a better way? |
18:29:22 | * | nullmove quit (Ping timeout: 246 seconds) |
18:29:25 | flaviu | The compiler doesn't use threads |
18:29:40 | flaviu | So compiling it with --threads:on has no effect |
18:29:43 | calder | Oh derp, that's a compiler flag? |
18:29:46 | calder | Thanks! |
18:29:51 | flaviu | yep |
18:31:13 | * | nullmove joined #nimrod |
18:31:47 | nullmove | dom96_: C:\Users\user\.nimble |
18:32:06 | nullmove | I can't think of any reason why it doesn't have the permission |
18:32:20 | flaviu | nullmove: What happens when you create that directory manually? |
18:33:02 | dom96_ | ^ |
18:33:50 | EXetoC | why the dot on windows? |
18:34:43 | dom96_ | no reason |
18:35:02 | dom96_ | other than the fact that there is a dot on linux |
18:36:54 | Araq | dom96_: nimble should use babel unless 'when declared(NimVersion)' |
18:38:29 | nullmove | I could manually create just fine |
18:38:39 | nullmove | problem persists, new stacktrace: https://gist.github.com/nullmove/45c22f8e60001b1a1fe8 |
18:39:07 | dom96_ | Araq: so the name will depend on which compiler you compiled it with? What if I give somebody a binary built using a bigbreak |
18:39:08 | dom96_ | ? |
18:40:12 | dom96_ | nullmove: likely another directory which needs to be created |
18:40:13 | * | calder quit (Ping timeout: 246 seconds) |
18:40:24 | nullmove | yeah it is trying to create C:\Users\user\.nimble\pkgs |
18:42:05 | dom96_ | You sure your user directory doesn't have some odd permissions? |
18:42:20 | dom96_ | If nimble can't create that directory then it won't really work. |
18:42:34 | dom96_ | Because it needs to be able to create directories for the packages it installs. |
18:44:37 | * | calder joined #nimrod |
18:45:20 | calder | I'm back. :-) Does anyone know the syntax for calling CreateThread with a zero argument proc? |
18:45:26 | calder | *createThread |
18:46:40 | calder | NVM I think I just answered my own question by using "spawn" instead |
18:46:57 | * | kuzy000_ joined #nimrod |
18:47:21 | EXetoC | yeah, no optional args for createThread |
18:47:34 | nullmove | dom96_: I don't think I have any restriction, there are all kinds of config folders there of different softwares that I didn't manually create |
18:52:25 | Araq | calder: createThread[void](...) |
18:52:59 | calder | Ah, thanks! |
18:54:17 | * | gokr1 joined #nimrod |
18:54:33 | * | gokr1 quit (Read error: Connection reset by peer) |
18:55:17 | Araq | dom96_: well babel belongs to nimrod, nimble to nim. |
18:56:01 | * | gokr1 joined #nimrod |
18:59:25 | * | kuzy000_ quit (Remote host closed the connection) |
19:00:49 | * | sau-man left #nimrod ("Leaving") |
19:01:21 | dyu | btw, http://build.nim-lang.org/ points to the regular site |
19:01:36 | dyu | nim-lang.org |
19:02:05 | dyu | http://build.nimrod-lang.org/ works though |
19:03:55 | dyu | Araq: the bigbreak branch throws errors on: bin/nimrod c koch |
19:04:13 | dyu | linux x64 - getting: |
19:04:14 | dyu | lib/system.nim(478, 12) Error: invalid pragma: deprecated |
19:04:40 | * | johnsoft quit (Ping timeout: 260 seconds) |
19:04:54 | * | johnsoft joined #nimrod |
19:06:34 | Araq | dyu: well 0.9.4 can't compile it |
19:07:46 | dyu | Araq: I see. Any idea how I can compile it? E.g. Is there another csources that I can download? |
19:08:19 | * | saml_ quit (Quit: Leaving) |
19:08:43 | * | skyfex joined #nimrod |
19:09:28 | Araq | checkout the csources bigbreak branch |
19:10:02 | dyu | thanks |
19:15:16 | Varriount | dom96: What script? |
19:17:07 | * | BlaXpirit joined #nimrod |
19:19:41 | Varriount | Araq: Are you sure you aren't somewhat abusing the nimrod.cfg file? |
19:19:52 | * | dyu quit (Quit: Leaving) |
19:19:57 | Araq | Varriount: what do you mean? |
19:19:59 | * | Ven joined #nimrod |
19:20:41 | Varriount | Araq: Well, it's got a lot of data, and bunches of aspects of Nimrod are affected when it's changed |
19:20:42 | dom96_ | Varriount: the automatic bootstrap script? |
19:21:39 | Varriount | dom96: I don't know 'whats up' with the script. You asked me to write it a couple of weeks ago. |
19:21:47 | Araq | Varriount: oh you mean in general? |
19:22:13 | Araq | I think it's still fine, everything in there cannot reasonably be hard-coded in the compiler |
19:23:28 | * | BlaXpirit quit (Quit: Quit Konversation) |
19:26:29 | Varriount | Araq: Anyway, if you want mingw to be in the path, something needs to change |
19:27:14 | Varriount | Right now all the downloadable parts are handled relatively homogenously - they're installed in pretty much the same way. |
19:28:32 | Araq | Varriount: yeah, but it's no problem |
19:29:02 | Araq | just add $INSTALLDIR\dist\mingw\bin to the PATH no matter what |
19:29:35 | Araq | if that doesn't exist, it doesn't harm your PATH |
19:37:07 | * | superfunc_ joined #nimrod |
19:43:34 | * | calder quit (Ping timeout: 246 seconds) |
19:52:02 | superfunc_ | hey dom, any idea why this failure might be happening when building nimble: http://lpaste.net/112850 ? |
19:56:11 | * | kokozedman quit (Quit: WeeChat 0.3.7) |
19:57:07 | Varriount | Araq: Also, I found an alternative unzip plugin that's smaller (40 kb vs 120kb) should I switch the script to use that? |
19:58:13 | Araq | Varriount: sounds risky |
19:58:22 | Araq | I tested the other one quite a bit |
20:01:08 | dom96_ | superfunc_: You're not using bigbreak? |
20:01:24 | dom96_ | I suppose I should change that to --noBabelPath |
20:01:31 | dom96_ | I guess it still works in bigbreak? |
20:01:32 | dom96_ | Araq: |
20:02:04 | dom96_ | Yeah, i'll fix it. |
20:04:15 | superfunc_ | dom96_: nah, I've been out of the loop for a bit |
20:07:09 | Varriount | It's a bird! It's a plane! No, it's... superfunc_ ! |
20:07:16 | Varriount | :D |
20:09:28 | * | nullmove quit (Ping timeout: 246 seconds) |
20:24:03 | superfunc_ | woo |
20:24:22 | Varriount | Araq: Maybe it's just some form of stockholme syndrome, but the nsis scripting language is kinda elegant, in it's own way. |
20:31:28 | Araq | Varriount: er. no. |
20:32:16 | Varriount | Figures. It's probably just shock then. |
20:32:45 | Araq | EXetoC: I've updated the zip. can you test again? |
20:34:08 | Varriount | Araq: Why not have Nimrod install to the root directory? |
20:35:17 | * | xcombelle quit (Ping timeout: 260 seconds) |
20:37:15 | * | brson quit (Ping timeout: 255 seconds) |
20:38:56 | * | brson joined #nimrod |
20:39:29 | Araq | Varriount: I wanted to support install without admin rights |
20:40:35 | Varriount | Araq: Uh... last time I checked, you can place and create folders in the root directory without admin rights. |
20:42:07 | Araq | Varriount: ok, change it then |
20:44:16 | Varriount | Araq: Why does debcreation take so long to process? |
20:48:05 | Araq | we don't know |
20:51:34 | * | q66[lap] joined #nimrod |
20:54:33 | EXetoC | Araq: I need to change "doc/..." to "../doc/...". I get this after making those changes: "compiler/lookups.nim(14, 35) Error: cannot open 'nimfix/prettybase'" |
20:54:55 | EXetoC | wait |
20:55:18 | Araq | meh |
20:55:37 | * | brson quit (Ping timeout: 255 seconds) |
20:56:04 | Araq | it's debatable that the .zip should be used for bootstrapping |
20:57:25 | EXetoC | seems like something that shouldn't be needed |
20:57:25 | * | brson joined #nimrod |
20:57:38 | Varriount | Araq: Too bad the embedded profiler can't be used with the compiler... can it? |
20:57:39 | EXetoC | did build.sh lose the executable bit at some point? |
20:58:22 | Araq | EXetoC: it never had it |
20:58:50 | EXetoC | I thought I did ./build.sh at one point. anyway, should I add it? |
20:59:06 | Araq | Varriount: I think it can be used but I couldn't be bothered |
20:59:30 | Araq | EXetoC: the docs say "sh build.sh" |
20:59:34 | Varriount | Araq: Huh? What can be used? |
20:59:49 | Varriount | Araq: I think I've lost the thread of conversation. |
20:59:53 | Araq | Varriount: the embedded profiler |
21:00:06 | Varriount | Oh, yes |
21:01:49 | EXetoC | Araq: not in readme.txt of the zip file, and readme.md is not present |
21:01:53 | Varriount | Araq: Whatever's causing the slowdown isn't debcreation. When I remove it from niminst.nim, the compilation process still takes a long time. |
21:02:31 | Varriount | Araq: Is there some always-on optimization process that could be causing it? Or possibly C generation? |
21:02:34 | Araq | EXetoC: but in install.txt of the zip file |
21:03:10 | Araq | Varriount: the compiler in release mode compiles it quite fast |
21:04:10 | Varriount | Weird |
21:08:04 | EXetoC | ok well I always read the readme |
21:08:21 | Araq | EXetoC: point taken. readme needs to be updated |
21:09:50 | * | FreezerburnV joined #nimrod |
21:11:16 | Varriount | Hi FreezerburnV |
21:11:26 | FreezerburnV | Varriount: Hi! How’s it going? |
21:11:55 | Varriount | FreezerburnV: So so. We're trying to get a release out this weekend. |
21:12:21 | FreezerburnV | Varriount: 0.9.6? Or just another version of 0.9.5? Either wait, sounds both stressful/exciting |
21:12:50 | Varriount | FreezerburnV: 0.9.6 |
21:12:54 | FreezerburnV | Oooh |
21:13:11 | Varriount | It was actually supposed to be out two weeks ago, but... things happened |
21:13:18 | FreezerburnV | I just decided to poke at Nimrod again, and you’re right on the cusp of a new (“stable”) version. Awesome! |
21:13:31 | FreezerburnV | Things usually happen when it comes to software engineering. And life. |
21:15:57 | FreezerburnV | Varriount: What kind of neat stuff is in the new release? |
21:16:43 | Varriount | FreezerburnV: This one is mostly a bigfix release. |
21:16:55 | Varriount | FreezerburnV: All the juicy new stuff is in the BigBreak branch. |
21:17:33 | FreezerburnV | Varriount: Oh? Like what? (and I guess it figures that this would be a bugfix release, considering that 0.9.4 mentions it’s “beta” since so much was added0 |
21:18:00 | Varriount | FreezerburnV: Well, the stdlib had a renamefest |
21:18:13 | Varriount | No more type prefixes |
21:18:38 | FreezerburnV | So not stuff like TTable? |
21:18:51 | Varriount | FreezerburnV: Yep |
21:18:55 | Varriount | FreezerburnV: There's mixed mode, which lets you use both C and C++ libraries in the same program |
21:18:56 | FreezerburnV | Is that going to become more of a canonical thing to not have TTable or EDirection? |
21:19:18 | FreezerburnV | Oooh, C++ libraries. Not many things can do that |
21:19:20 | Varriount | FreezerburnV: https://github.com/Araq/Nimrod/wiki/NEP-1-:-Style-Guide-for-Nimrod-Code |
21:19:32 | EXetoC | Foo might be either a value type or a pointer type though |
21:19:41 | FreezerburnV | Oh sweet, thanks for that. Didn’t know that existed |
21:19:58 | Varriount | FreezerburnV: Well, you still have to write wrappers for the C++ libs. It's not like we can do the nearly impossible feat of interfacing with C++ dll's |
21:20:09 | Varriount | (yet) |
21:20:28 | FreezerburnV | Varriount: Oh, thought you had achieved the impossible. Still neat though |
21:21:11 | Varriount | FreezerburnV: So far, the notion of a unified ABI has not been considered among the high and mighty C++ standards committees. |
21:21:43 | Varriount | Or if it has, it hasn't been given much importance |
21:21:46 | FreezerburnV | I know :( |
21:29:30 | Varriount | Araq: Does the ini parser support triple quoted strings? |
21:29:47 | Araq | yes |
21:29:59 | Varriount | Excellent... |
21:31:53 | * | FreezerburnV quit (Quit: FreezerburnV) |
21:32:11 | * | quasinoxen quit (Quit: No Ping reply in 180 seconds.) |
21:32:37 | * | quasinoxen joined #nimrod |
21:42:44 | Varriount | Hi quasinoxen |
21:47:06 | * | FreezerburnV joined #nimrod |
21:49:50 | Varriount | Araq: I'm still a bit puzzled about nimrod.ini . It resides in the compiler directory, yet it's only used in the website and installation generators. The compiler instead uses nim.cfg found in the config directory. |
21:52:00 | Varriount | Even then, it looks like the information the web and installer generators read from the nimrod.ini file are fairly seperate - there are one or two places where both retrieve some common amount of information, but not much. |
21:52:06 | * | Jesin quit (Quit: Leaving) |
21:52:46 | * | FreezerburnV quit (Quit: FreezerburnV) |
21:55:34 | * | Jesin joined #nimrod |
21:56:23 | Varriount | Actually, scratch that, it looks as if only the installer generator uses nimrod.ini |
21:58:08 | Varriount | Araq: What I'm getting at is this - wouldn't it make sense to move and rename the nimrod.ini file? Possibly to the configs directory as niminst.cfg? |
21:59:18 | Varriount | Or even more dramatically, you could switch to json, since the ini file format wasn't meant to carry such a variety of structured data. |
21:59:55 | Araq | can we get the release out please? |
22:00:08 | Varriount | Well yeah, that's what I'm doing. |
22:00:17 | Araq | perfection is the enemy of good |
22:00:38 | Araq | we can do all these improvements later |
22:09:04 | * | dloss joined #nimrod |
22:09:36 | Varriount | Araq: Also, about adding things to the PATH env variable... |
22:09:39 | Varriount | Araq: http://nsis.sourceforge.net/Path_Manipulation |
22:09:49 | Varriount | "WARNING: Strings longer than ${NSIS_MAX_STRLEN} will get truncated/corrupted. Do NOT use this function to update %PATH%" |
22:10:06 | Varriount | NSIS_MAX_STRLEN is normally 1024 |
22:15:02 | * | dloss quit (Remote host closed the connection) |
22:22:51 | Araq | Varriount: yeah I read that |
22:22:58 | Araq | no idea what it means |
22:23:14 | Araq | is that an NSIS limitation or a windows limitation? |
22:23:19 | Varriount | NSIS |
22:23:54 | Araq | well then there should be a plugin that gets it rigth |
22:25:13 | Varriount | Araq: Not that I can find. |
22:25:30 | Varriount | Araq: I'm seeing if it can be done with ExecShell and setx |
22:27:10 | Varriount | Araq: And as for who it would effect, well, my path variable is 1515 characters long. |
22:27:32 | gokr1 | Sorry, google just showed me this, had no idea there was a city called Nimrod: http://www.distance-cities.com/distance-nimrod-mn-to-ada-ok |
22:34:01 | * | FreezerburnV joined #nimrod |
22:38:56 | Araq | Varriount: well we can write our own program that sets it and is invoked by the installer |
22:39:18 | Araq | Varriount: or write our own plugin |
22:43:53 | Varriount | Araq: Heh, it appears the reason I wasn't bitten by this particular bug is because I ussually hand-edit the system path, which is rarely touched. |
22:46:13 | Varriount | Araq: My computer's going to be restarting in a bit - there's some updates I need to apply. |
22:49:30 | * | Varriount quit (Read error: Connection reset by peer) |
22:52:21 | * | brson quit (Remote host closed the connection) |
22:52:28 | * | brson joined #nimrod |
22:55:42 | * | flaviu quit (Ping timeout: 265 seconds) |
23:00:06 | * | Varriount joined #nimrod |
23:10:41 | * | flaviu joined #nimrod |
23:10:58 | FreezerburnV | Is an enum supposed to be able to be used as the key for a TTable? I’m getting an error that it expected something else for hashes.hash |
23:11:52 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
23:13:28 | * | Matthias247 quit (Read error: Connection reset by peer) |
23:20:34 | Varriount | Araq: I found a patched version of the path environment variable function that will fail and warn the user when the path variable is too long. |
23:20:56 | Varriount | Araq: I'm also installing the build of nsis which has max string lengths of 8192. |
23:21:10 | Varriount | That should cover 99% of all cases. |
23:27:35 | FreezerburnV | Varriount: How can an enum be used as a hash table key? |
23:28:05 | Varriount | FreezerburnV: It should be usable... |
23:28:32 | Varriount | FreezerburnV: You could try getting the ordinal value of the enum instead. |
23:28:43 | FreezerburnV | first.directions[directionToSecond] = second <- directionToSecond is a Direction = enum DirNorth, DirSouth,… |
23:29:09 | FreezerburnV | directions is a TTable[Direction, otherType] |
23:30:39 | FreezerburnV | Attempting to compile gets this: |
23:30:42 | FreezerburnV | main.nim(45, 20) Info: instantiation from here |
23:30:43 | FreezerburnV | lib/pure/collections/tables.nim(127, 20) Info: instantiation from here |
23:30:44 | FreezerburnV | lib/pure/collections/tables.nim(73, 21) Error: type mismatch: got (Direction) |
23:30:46 | FreezerburnV | but expected one of: |
23:30:47 | FreezerburnV | hashes.hash(x: openarray[A]): THash |
23:30:49 | FreezerburnV | hashes.hash(x: float): THash |
23:30:50 | FreezerburnV | hashes.hash(x: T): THash |
23:30:52 | FreezerburnV | hashes.hash(x: pointer): THash |
23:30:53 | FreezerburnV | hashes.hash(x: int): THash |
23:30:55 | FreezerburnV | hashes.hash(x: string): THash |
23:30:56 | FreezerburnV | hashes.hash(x: char): THash |
23:30:58 | FreezerburnV | hashes.hash(x: int64): THash |
23:30:59 | FreezerburnV | hashes.hash(x: set[A]): THash |
23:30:59 | FreezerburnV | hashes.hash(x: T): THash |
23:33:31 | dom96_ | FreezerburnV: gist next time please |
23:33:32 | FreezerburnV | I could use the ord, but was hoping to keep the type system nice and tight |
23:33:39 | FreezerburnV | dom96_: Gah, sorry. My bad |
23:35:05 | Varriount | dom96: Do you know why I'm getting this error with the builders? -> https://gist.github.com/Varriount/f8368fe72d50fda823b1 |
23:37:35 | Varriount | FreezerburnV: File it as a bug - that shouldn't happen. |
23:37:53 | Varriount | FreezerburnV: At least, from my point of view. Maybe it's a design choice. |
23:38:37 | Varriount | FreezerburnV: Anyway, aren't hash tables a bit inefficient when the keys are enums? |
23:38:51 | FreezerburnV | Varriount: Alrighty. Is that behavior still in 0.9.6? I’m still on 0.9.4 |
23:39:00 | Varriount | FreezerburnV: Yes it is, I just tested. |
23:39:17 | Varriount | Using ord() on them works though. |
23:39:20 | FreezerburnV | Varriount: I only need a limited number of keys for the hash table. So I don’t really mind. But thanks for the heads up on the efficiency aspect |
23:39:56 | FreezerburnV | Yeah I switched to using ord internal to some functions, but keeping the Direction on the proc |
23:40:52 | Varriount | Funny thing is, TTable[Enum, T] could be special cased to be fast. |
23:42:52 | * | flaviu quit (Read error: Connection reset by peer) |
23:43:04 | Varriount | Ah, FreezerburnV, read this -> https://gist.github.com/Varriount/b063db1d053ec9a08f2b |
23:43:23 | Varriount | That's the doc-comment for the devel version of the tables module. |
23:44:52 | * | flaviu joined #nimrod |
23:45:27 | Varriount | FreezerburnV: You could make a custom hash function "proc hash(d: Direction): THash = return hash(ord(d))" |
23:45:49 | FreezerburnV | I tried that, and it tells me that I’m redefining hash |
23:45:54 | Varriount | O_o |
23:46:12 | FreezerburnV | Though I’m importing all of hashes, maybe I justt ned to import THas? |
23:46:19 | FreezerburnV | Well that was horribly misspelled |
23:49:06 | Varriount | Uh, it works for me... |
23:49:15 | Varriount | Oh wait, one moment |
23:49:41 | Varriount | FreezerburnV: Yeah, it works for me |
23:50:04 | FreezerburnV | Varriount: https://gist.github.com/Freezerburn/b15392a19e35cb015d46 |
23:50:05 | Varriount | https://gist.github.com/Varriount/58b84ca0bc13ad7afefd |
23:50:11 | Varriount | XD |
23:51:01 | Varriount | FreezerburnV: You need to import all of hashes, so that hash(i: int) is available |
23:51:15 | FreezerburnV | Varriount: …oh my gosh |
23:51:25 | Varriount | ? |
23:51:27 | FreezerburnV | Varriount: I’m an idiot. I had a “let hash = …” line in my code |
23:51:33 | Varriount | XD |
23:52:09 | FreezerburnV | Varriount: Thanks for the help at least. Sorry about that |
23:52:15 | Varriount | No problem. |
23:53:07 | Varriount | FreezerburnV: I'll be on, but checking less. Doctor Who is almost on. |
23:53:15 | FreezerburnV | Varriount: Totally understand |