00:01:07 | NimBot | Araq/Nimrod 1ec2e11 Dominik Picheta [+0 ±1 -0]: Fixed incorrect drawing of rectangles by graphics.drawRect. |
00:01:08 | NimBot | Araq/Nimrod e0b592a Dominik Picheta [+0 ±6 -0]: Fixed recvLine deprecation warnings. |
00:31:12 | Araq | graphics.drawRect was wrong? o.O |
00:33:14 | dom96 | yeah |
00:33:44 | dom96 | it was off by one pixel ;) |
00:35:38 | Araq | so how does c source generation fail? |
00:35:46 | Araq | nimrod check niminst does work |
00:35:57 | Araq | so does nimrod check koch |
00:36:03 | Araq | oh I see |
00:36:24 | Araq | it fails to build for windows |
00:36:52 | dom96 | Araq: The front page should mention that Nimrod can compile to JS. |
00:40:09 | dom96 | Also, did you see: |
00:40:13 | dom96 | <dom96> Araq: I think we should create some benchmarks and include them on the new website once 0.9.2 is released. |
00:40:21 | dom96 | or are you totally oblivious to scrollback? :P |
00:40:50 | dom96 | or do you simply have nothing to say about my idea. |
00:41:07 | Araq | benchmarking is lots of work, but I agree |
00:45:01 | dom96 | Someone already implemented the benchmarks for us though. |
00:45:04 | dom96 | We just need to optimise. |
00:45:11 | dom96 | But that is perhaps the hard work. |
00:47:42 | Araq | seriously reactormonk, you fucked up times.nim ... |
00:47:44 | * | Mathnerd626 quit (Read error: Connection reset by peer) |
00:51:57 | NimBot | Araq/Nimrod 29bd96e Araq [+0 ±1 -0]: times.nim compiles on windows again |
00:53:26 | Araq | reactormonk: the next time also test 'nimrod check --os:windows lib/pure/times.nim' please ;-) |
00:54:04 | dom96 | Araq: Don't blame reactormonk, you merged his pull request should have reviewed it better :P |
00:54:21 | Araq | meh to be honest |
00:54:30 | Araq | the effect checking surely is confusing |
00:54:50 | Araq | we really need to provide a complete trace |
00:55:46 | Araq | it's nice that the compiler is smarter than me ... but it would be nicer if it would explain it better :-) |
00:56:59 | dom96 | ugh, I don't quite like the toSeconds function. |
00:59:32 | JStoker | Can I make the initial nimrod compile with a different compiler to default? I have tried editing config/nimrod.cfg, from cc = gcc, to cc = clang, it's ignored me entirely. Any hints? :-) |
01:00:49 | Araq | cc=clang sounds good |
01:01:24 | JStoker | Indeed what I thought. It ignores me however :( |
01:01:37 | Araq | do you have nimrod installed? |
01:01:44 | JStoker | Nope. |
01:01:46 | JStoker | Actually, yes |
01:02:00 | Araq | compile a simple examples/hallo please and check which config files the compiler reads |
01:02:39 | JStoker | I'm trying to compile a newer version of nimrod, so just wget'd the 0.9.0 zip file, and ./build.sh after modifying config/nimrod.cfg |
01:03:09 | JStoker | Should've possibly made that a bit clearer, sorry. |
01:03:19 | Araq | version 0.9.0 can't compile 0.9.1 ... |
01:03:36 | Araq | last version never can compiler the newest version, sorry |
01:03:40 | reactormonk | Araq, me? care about windows? |
01:03:48 | Araq | the language develops too fast :P |
01:04:04 | Araq | however, bootstrapping from github should work fine |
01:04:27 | Araq | reactormonk: 'nimrod check --os:windows' doesn't require you to boot windows |
01:05:01 | reactormonk | Araq, I know |
01:05:15 | dom96 | reactormonk: Why did you export toSeconds? |
01:06:15 | reactormonk | dom96, good question. unexport it. |
01:08:13 | JStoker | Araq: I'm not trying to get the older version to compile it. I'm wanting clang to compile the c stuff to bootstrap it up. |
01:08:57 | dom96 | JStoker: hrm, are you trying to edit the nimrod config file in the hopes that the build.sh will get those changes? |
01:09:10 | JStoker | Aye, that's what i'm thinking |
01:12:29 | Araq | JStoker: you can edit build.sh to use clang |
01:12:30 | dom96 | JStoker: You need to edit the .sh file for that. |
01:13:02 | Araq | however, I'd simply build it the way it does and then bootstrap with the changed config |
01:13:14 | dom96 | JStoker: btw it might be better if you get the latest compiler from github. |
01:13:28 | dom96 | (or from nimbuild) |
01:13:34 | Araq | for 'koch boot -d:release' your configuration setting should be acknowledged |
01:13:42 | Araq | I have to sleep now, good night |
01:13:55 | JStoker | One thing you could do to make this slightly less of a pain, is make the build.sh file detect if there's a $CC variable already, and then do that. However, yeah. OK. |
01:41:01 | * | Mathnerd626 joined #nimrod |
01:41:53 | NimBot | Araq/Nimrod a75d115 Dominik Picheta [+0 ±1 -0]: Fixed some problems with the times module, added interval tests. |
01:42:27 | reactormonk | dom96, since1970 <- change the variable name as well |
01:42:44 | dom96 | why? |
01:42:50 | reactormonk | dom96, and why did you copy/paste the inverval code again |
01:43:03 | dom96 | because your code didn't work |
01:43:07 | reactormonk | ok |
01:43:18 | dom96 | And I don't feel like figuring out why |
01:43:23 | dom96 | as it's almost 3am |
01:43:33 | reactormonk | ^^ |
01:46:19 | dom96 | anyway good night |
01:46:24 | reactormonk | yep |
01:46:26 | reactormonk | you too |
02:08:38 | * | q66 quit (Remote host closed the connection) |
02:40:36 | * | fowl quit (Ping timeout: 276 seconds) |
02:43:53 | * | fowl joined #nimrod |
03:09:28 | * | fowl_ joined #nimrod |
03:10:57 | * | fowl quit (Ping timeout: 256 seconds) |
03:12:04 | * | XAMPP joined #nimrod |
04:09:18 | * | fowl_ quit (Read error: Connection reset by peer) |
04:11:04 | * | fowl_ joined #nimrod |
05:42:24 | * | fowl_ quit (Read error: Connection reset by peer) |
06:02:23 | * | fowl joined #nimrod |
06:48:53 | * | fowl quit (Ping timeout: 240 seconds) |
07:14:07 | * | fowl joined #nimrod |
07:18:56 | * | gradha joined #nimrod |
07:20:01 | gradha | dom96: something is wrong with the builder, it keeps piling up commits, didn't react at all to yerterdays' changes, don't you have a "fuck-it-and-build-all-anyway" remote command to test? |
07:23:16 | gradha | I've reset it now but I don't think that's useful, the log files did catch my recent reboots of the machines, "natural reset" if you will |
07:55:51 | * | gradha quit (Quit: bbl, have youtube videos to watch) |
08:37:17 | * | mal`` quit (Quit: ERC Version 5.3 (IRC client for Emacs)) |
09:01:52 | * | mal`` joined #nimrod |
09:25:08 | * | xcombelle joined #nimrod |
10:30:00 | * | q66 joined #nimrod |
11:18:38 | * | Trix[a]r_za is now known as Trixar_za |
12:12:22 | * | Trixar_za is now known as Trix[a]r_za |
13:46:18 | * | Trix[a]r_za is now known as Trixar_za |
14:03:10 | * | fowl quit (Ping timeout: 258 seconds) |
14:09:15 | * | fowl joined #nimrod |
14:09:54 | Araq | fowl: something like https://github.com/AdaDoom3/AdaDoom3 for Nimrod would be cool ... ;-) |
14:09:57 | Araq | see you later |
14:50:42 | * | fowl quit (Ping timeout: 258 seconds) |
15:01:43 | * | fowl joined #nimrod |
15:26:02 | * | Mathnerd626 quit (Read error: Connection reset by peer) |
15:33:19 | * | gradha joined #nimrod |
15:37:31 | dom96 | gradha: Yeah, i'm aware of the bug. Will fix ASAP. |
15:40:44 | gradha | is it something mac specific? doesn't show for other builders |
15:41:25 | dom96 | nah |
15:45:20 | * | Mathnerd626 joined #nimrod |
15:51:21 | dom96 | gradha: It's because it queues the commits, but nimbuild does not tell a builder that just connected that there are queued commits it should be building. |
15:51:29 | * | fowl quit (Read error: Connection timed out) |
15:51:31 | dom96 | And when a new commit is pushed, nimbuild simply adds it to the queue. |
15:51:51 | gradha | oh, so you would need to clean the queue for it to start building again then |
15:52:47 | dom96 | yeah. But I will fix this problem (among some of the other problems that have piled up :P) |
15:53:14 | gradha | seems like your personal queue has a similar problem |
15:53:38 | dom96 | indeed :P |
16:01:15 | * | fowl joined #nimrod |
16:11:27 | * | gradha quit (Ping timeout: 260 seconds) |
16:12:16 | * | gradha joined #nimrod |
16:17:20 | * | gradha quit (Ping timeout: 258 seconds) |
16:17:56 | * | gradha joined #nimrod |
16:22:24 | * | fowl quit (Ping timeout: 256 seconds) |
16:25:48 | * | gradha quit (Ping timeout: 256 seconds) |
16:31:15 | * | gradha joined #nimrod |
16:35:14 | * | fowl joined #nimrod |
16:35:43 | * | gradha quit (Ping timeout: 260 seconds) |
16:36:26 | * | gradha joined #nimrod |
16:41:00 | * | gradha quit (Ping timeout: 264 seconds) |
16:41:18 | * | gradha joined #nimrod |
17:10:14 | * | fowl quit (Ping timeout: 258 seconds) |
17:12:16 | * | fowl joined #nimrod |
17:40:53 | * | fowl quit (Ping timeout: 248 seconds) |
17:41:20 | * | fowl joined #nimrod |
17:46:54 | * | Trixar_za is now known as Trix[a]r_za |
18:44:12 | * | xcombelle quit (Remote host closed the connection) |
18:55:14 | Araq | gradha: now that your fancyos is complete and can operate your vaccum cleaner, what about an example showing off Nimrod on NaCl? ;-) |
18:55:34 | gradha | I'm not interested, thanks |
18:55:50 | Araq | ugh, why not? |
18:56:17 | gradha | I'm not the kind of person who opens a webbrowser to run apps |
19:22:22 | gradha | looking at https://github.com/Araq/Nimrod/commit/8cd4e1a17ad253625890ba698c116180ecc0a32b it is not clear what happens if I pass the x var to another proc |
19:22:46 | gradha | will the destructor be invoked for the copy at the end of the other proc's lifetime? |
19:24:18 | gradha | maybe main() calls process(x: TMyObj), doesn't that get a copy which will autodestruct somehow? |
19:25:31 | Araq | no, it gets a shallow copy anyway |
19:26:04 | Araq | it does the right thing (TM) :P |
19:26:32 | Araq | construction is tied to a variable and this variable will be destructed at scope exit |
19:26:41 | Araq | a parameter is no variable |
19:28:41 | gradha | interesting, desctructors can't be used for ref variables? |
19:29:03 | Araq | I think they can |
19:29:18 | Araq | maybe the implementation has a bug for 'ref T' |
19:29:33 | Araq | but you're right, the docs need to be more verbose |
19:29:47 | gradha | the gc is then in charge of calling the desctructor whenever it wishes, right? |
19:30:04 | Araq | that's a *finalizer*, not a destructor |
19:30:15 | Araq | a destructor is deterministic |
19:30:25 | Araq | and so the GC has nothing to do with it |
19:32:17 | gradha | nice, there are even less references in the documentation to finalizers than to destructors |
19:33:23 | fowl | is there a library for sifting through html |
19:34:28 | Araq | fowl: sifting through == xpath? |
19:34:51 | Araq | we have an expat wrapper which I think includes an xpath implementation |
19:34:53 | fowl | yea |
19:35:13 | Araq | but the pure stuff lacks an xpath implementation :-( |
19:39:43 | gradha | what are the plans to implement nimforum search: sqlite full text search or piggy back on google? |
19:40:09 | Araq | sqlite text search I think |
19:58:36 | * | Trix[a]r_za is now known as Trixar_za |
20:27:27 | * | fowl quit (Ping timeout: 252 seconds) |
20:53:47 | NimBot | Araq/Nimrod 4b5c2d5 Grzegorz Adam Hankiewicz [+0 ±1 -0]: Documents verbosity levels. Refs #258. |
20:53:47 | NimBot | Araq/Nimrod bec1833 Dominik Picheta [+0 ±1 -0]: Merge pull request #387 from gradha/pr_documents_verbosity_levels... 3 more lines |
21:19:06 | * | fowl joined #nimrod |
21:35:57 | Araq | gradha: I think verbosity:1 is the default, set in the std config file |
21:36:31 | Araq | yep |
21:36:48 | Araq | it contains: --verbosity: "1" |
21:37:09 | gradha | I wonder then why compilation output is different if I use no switch and --verbosity:1 |
21:37:50 | Araq | how is it different? |
21:40:05 | gradha | no difference, sorry |
21:44:28 | * | gradha quit (Quit: bbl, have youtube videos to watch) |
23:30:49 | * | q66 quit (Remote host closed the connection) |