00:00:23 | Jehan_ | flaviu: Yeah. |
00:00:49 | Araq | you can try "consolidation" with language design, or you can try to push the state of art |
00:01:04 | Araq | you can't do both at the same time |
00:01:33 | Araq | Nimrod is about pushing the state of the art |
00:01:56 | Jehan_ | My current design for Talis requires you to use custom operators within a named DSL section (which also allows you to redefine precedence and associativity). This way, the name of the section serves as a readable reference. |
00:02:34 | Jehan_ | Araq: I'm fine with pushing the state of the art. In fact, I'm very much in favor of it. |
00:02:39 | flaviu | Jehan_: There was a language on reddit that did that |
00:02:51 | Araq | Rust and D do the same btw. |
00:02:52 | Jehan_ | flaviu: I'm not surprised, it's a pretty logical idea. |
00:03:14 | Araq | Go however is all about what it leaves out because it's considered "dangerous". |
00:03:32 | Jehan_ | Araq: I think the "dangerous" argument is pretty bad. |
00:03:59 | Jehan_ | The features that Go leaves out aren't dangerous (at least the ones I can think of), they just add to the learning curve. |
00:04:08 | Jehan_ | Worse, in some cases they probably would reduce the learning curve. |
00:04:13 | goobles | Go is dumb nuff said |
00:04:31 | flaviu | Jehan_: Its also good. I don't want to read code by a guy who thinks operators are the best and only uses them for method names. |
00:04:41 | flaviu | But outright banning operators is insane |
00:04:53 | Jehan_ | flaviu: Agreed. |
00:05:14 | Jehan_ | Having to write a.mul(b) for matrices and vectors is annoying as hell. |
00:09:05 | * | reactormonk_ is now known as reactormonk |
00:09:28 | * | XAMPP-8 quit (Ping timeout: 248 seconds) |
00:10:04 | Araq | ugh I feel stupid |
00:11:06 | goobles | i think ur probably suffering from low blood sugar |
00:11:27 | Araq | I always thought the basic layout of the alloctor's data structures doesn't allow for pointer bumping |
00:11:41 | * | retsej left #nimrod (#nimrod) |
00:11:58 | Araq | but it should work out just fine with minor tweakings |
00:14:03 | * | ehaliewicz joined #nimrod |
00:15:35 | goobles | nimrod lets me not have header files woot |
00:18:58 | * | q66 quit (Quit: Leaving) |
00:19:00 | Jehan_ | I think OCaml is about the only (semi-)recent language that still decided to have a concept of an interface file separate from the implementation. |
00:26:39 | goobles | u proficient in nimrod jehan |
00:27:09 | goobles | can you make sweet code fast? |
00:30:30 | Jehan_ | No idea, and I'm about to go to bed, so no way to find out tonight. :) |
00:32:24 | * | Jehan_ quit (Quit: Leaving) |
00:33:12 | goobles | can you do hot reloading of nimrod code |
00:33:15 | goobles | that would be sweeeeeeeeeeeeet |
00:33:50 | flaviu | goobles: Not easily, its pretty much impossible, just like in C |
00:39:44 | Araq | goobles: you can do it with the VM ... perhaps |
00:41:40 | * | goobles quit (Ping timeout: 246 seconds) |
00:59:08 | * | brson quit (Ping timeout: 240 seconds) |
01:01:15 | * | brson joined #nimrod |
01:13:00 | * | ehaliewicz quit (Remote host closed the connection) |
01:26:51 | * | eigenlicht_ quit (Ping timeout: 240 seconds) |
01:28:21 | * | eigenlicht_ joined #nimrod |
01:37:17 | * | wan quit (Ping timeout: 245 seconds) |
01:47:32 | * | Jesin quit (Quit: Leaving) |
01:47:54 | * | Jesin joined #nimrod |
02:12:13 | * | Nimrod_ joined #nimrod |
02:14:51 | * | Nimrod quit (Ping timeout: 240 seconds) |
02:15:09 | * | goobles joined #nimrod |
02:30:48 | * | Varriount|Mobile quit (Ping timeout: 248 seconds) |
03:05:25 | * | brson quit (Quit: leaving) |
04:22:30 | reactormonk | goobles, what do you need header files for? |
04:28:06 | * | xtagon joined #nimrod |
04:36:39 | * | kshlm joined #nimrod |
04:44:35 | * | flaviu quit (Ping timeout: 272 seconds) |
04:56:54 | * | crippa joined #nimrod |
05:01:08 | goobles | C++ |
05:01:30 | * | crippa quit (Ping timeout: 255 seconds) |
05:01:42 | reactormonk | goobles, well, you can just give the generated code directly to the compiler, see the extern pragma |
05:03:15 | goobles | are you good at nimrod? |
05:05:20 | reactormonk | your call: https://github.com/Araq/Nimrod/graphs/contributors |
05:06:17 | goobles | oh good u do know this language ! |
05:06:26 | goobles | wow araq guy has 750k lines |
05:06:44 | goobles | thats alot of lines how the fuck does nimrod even have that many |
05:06:53 | reactormonk | changes. |
05:07:28 | reactormonk | assume that some of it is generated. |
05:07:50 | goobles | have you used nimrods macros much |
05:07:58 | goobles | are they as powerful as lisp macros? |
05:08:32 | * | Jesin quit (Ping timeout: 252 seconds) |
05:09:22 | reactormonk | Not too much, but yes, they can call almost all nimrod stuff. IIRC you can't call FFI stuff during macro resolution because the VM doesn't support that yet. |
05:09:41 | reactormonk | But otherwise, yes, they are as powerful. |
05:10:15 | goobles | cool |
05:10:28 | goobles | is it fast at incremental building? Like change 1 line rebuild? |
05:10:39 | goobles | (for larger project) |
05:10:45 | goobles | not 1 file things |
05:11:12 | Demos | well partial compilation has been broken for a while. There is nothing technical preventing it from being fixed but nobody really needs it |
05:11:32 | Demos | the compiler can compile itself in like 15s |
05:11:39 | reactormonk | And it's got LOT of lines |
05:12:00 | goobles | ic |
05:12:04 | reactormonk | more like 20s. But yes, it's fast enough that no one cares. |
05:12:33 | Demos | I mean it is like a order of magnitude faster than c++ |
05:14:08 | reactormonk | goobles, no, no partial compliation. But you don't care. |
05:14:53 | goobles | cause it compiles teh fast? |
05:14:58 | goobles | thats good ya |
05:22:06 | * | Demos quit (Read error: Connection reset by peer) |
05:45:55 | * | ARCADIVS quit (Quit: WeeChat 0.4.3) |
05:50:45 | * | xtagon quit (Read error: Connection reset by peer) |
05:53:42 | * | pafmaf joined #nimrod |
05:55:12 | * | Jesin joined #nimrod |
06:15:50 | * | gkoller joined #nimrod |
07:03:40 | * | pafmaf quit (Quit: This computer has gone to sleep) |
07:41:10 | * | kunev joined #nimrod |
08:05:27 | * | vendethiel quit (Read error: Connection reset by peer) |
08:16:38 | * | Trustable joined #nimrod |
08:27:31 | * | BitPuffin quit (Ping timeout: 272 seconds) |
08:33:12 | * | pafmaf joined #nimrod |
08:58:38 | * | kshlm quit (Ping timeout: 240 seconds) |
09:15:44 | * | BitPuffin joined #nimrod |
09:25:56 | * | kshlm joined #nimrod |
10:00:03 | * | kshlm quit (Remote host closed the connection) |
10:00:30 | * | kshlm joined #nimrod |
10:09:34 | * | q66 joined #nimrod |
10:25:15 | * | Raynes quit (Ping timeout: 252 seconds) |
10:26:27 | * | dom96_w joined #nimrod |
10:26:39 | * | dom96_w quit (Client Quit) |
10:26:51 | * | Raynes joined #nimrod |
10:31:15 | * | q66_ joined #nimrod |
10:34:41 | * | q66 quit (Ping timeout: 252 seconds) |
11:44:21 | * | Varriount|Mobile joined #nimrod |
11:44:26 | * | pafmaf quit (Quit: Verlassend) |
11:47:39 | goobles | compiling to c++ has produces a fair amount of errors with pointer conversion |
11:47:56 | goobles | is there a way to compile to a readable c or C++? |
11:50:19 | * | kshlm quit (Ping timeout: 240 seconds) |
11:55:18 | * | EXetoC joined #nimrod |
12:16:54 | Varriount|Mobile | goobles: Compiling to C with linedir on should embed lines from the Nimrod source into the generated c code |
12:19:33 | * | kshlm joined #nimrod |
12:19:46 | * | kshlm quit (Client Quit) |
12:25:35 | * | untitaker_ quit (Ping timeout: 264 seconds) |
12:26:56 | * | q66_ is now known as q66 |
12:30:35 | * | untitaker joined #nimrod |
12:35:28 | Araq | goobles: you need to do something like --passC:"-d const" to make the preprocessor get rid of 'const' for C++ |
12:35:53 | Araq | it's an open problem how to deal properly with C++'s type system. "portable assembler" my ass |
12:48:23 | * | Varriount|Mobile quit (Remote host closed the connection) |
13:26:33 | * | fran__ joined #nimrod |
13:29:32 | * | Fr4n quit (Ping timeout: 240 seconds) |
13:33:25 | * | asterite joined #nimrod |
13:35:37 | * | asterite quit (Client Quit) |
13:35:54 | * | asterite joined #nimrod |
13:38:23 | * | darkf quit (Quit: Leaving) |
13:56:39 | * | io2 joined #nimrod |
14:47:52 | * | gkoller quit (Ping timeout: 248 seconds) |
14:50:36 | * | kunev quit (Quit: leaving) |
15:04:36 | * | io2 quit (Ping timeout: 260 seconds) |
15:33:42 | * | blamestross_ joined #nimrod |
15:39:00 | blamestross_ | Hey I am considering pull-requesting babel to add my vectors package. I figured I'd ask first. |
15:41:30 | blamestross_ | well in https://github.com/nimrod-code/packages not babel |
15:44:07 | * | asterite quit (Quit: Leaving.) |
15:53:05 | flyx | blamestross_: did you test it? |
15:54:45 | * | zahary joined #nimrod |
15:56:59 | * | Demos joined #nimrod |
15:58:19 | * | blamestross_ quit (Ping timeout: 246 seconds) |
15:59:04 | * | Jesin quit (Quit: Leaving) |
16:05:00 | * | Jesin joined #nimrod |
16:08:11 | * | vendethiel joined #nimrod |
16:08:25 | * | blamestross-work joined #nimrod |
16:08:51 | blamestross-work | yeah, I wrote it because I need it for some research code I am working on anyway |
16:09:10 | blamestross-work | I might end up doing a graph library. |
16:09:40 | blamestross-work | I'm doing real paying work to avoid implementing BigInt division |
16:09:44 | Demos | blamestross-work, that would be sweet. Do you know if there exists a graph library that is better than BGL? |
16:09:58 | Demos | assuming you mean that sort of graph |
16:10:58 | blamestross-work | likely no, what I would write would be closer to networkX. I need to do analysis of network topologies |
16:12:40 | * | goobles quit (Ping timeout: 246 seconds) |
16:17:54 | * | asterite joined #nimrod |
16:19:35 | * | gkoller joined #nimrod |
16:21:12 | blamestross-work | Every time I suggest "lets make a library to do x" everybody gets excited and says language Blah has a library that does X really well that people have sunt years of effort into lets make it like/better then that. Then I go "no, I just want it to work!" |
16:22:05 | blamestross-work | s/sunt/sunk |
16:29:17 | Araq | hey zahary. welcome back |
16:29:30 | zahary | hi |
16:31:41 | NimBot | Araq/Nimrod devel 79cdb26 def [+0 ±1 -0]: Add missing operators for uint and uint64: `+=`, `-=`, `*=` |
16:31:41 | NimBot | Araq/Nimrod devel 4f24fac def [+0 ±1 -0]: Add inc and dec for uint and uint64 |
16:31:41 | NimBot | Araq/Nimrod devel 5439699 def [+0 ±2 -0]: Add type constraints for uint and uint64 to the System module's procs instead |
16:31:41 | NimBot | Araq/Nimrod devel 5555d4a Andreas Rumpf [+0 ±1 -0]: Merge pull request #1312 from def-/missing-unsigned-operators... 2 more lines |
16:32:13 | Araq | can you comment on #1184 ? |
16:32:39 | zahary | let me take a look. I'm dying to get back to working on Nimrod, but still can't find the time |
16:33:50 | NimBot | Araq/Nimrod devel 92e958b def [+0 ±1 -0]: Add keepIf proc and keepIfIt template to sequtils |
16:33:50 | NimBot | Araq/Nimrod devel f6c4864 def [+0 ±1 -0]: Rename keepIfIt to keepItIf |
16:33:50 | NimBot | Araq/Nimrod devel dc15d37 Andreas Rumpf [+0 ±1 -0]: Merge pull request #1301 from def-/sequtils-filter-directly... 2 more lines |
16:34:52 | zahary | 1184 doesn't look like something that should be merged, but it's still not clear in what situations the error messages are not quite good |
16:38:36 | Demos | if you have a proc taking a typeclass and a call fails because the provided type does not match it does not tell you why |
16:38:54 | BitPuffin | Araq: do you know if anyone has successfully ran nimrod on ios or android? |
16:38:58 | BitPuffin | and android rather |
16:39:18 | Demos | BitPuffin, I know Grada has used nimrod on iOS |
16:39:49 | BitPuffin | ohreally? |
16:39:52 | * | gkoller quit (Ping timeout: 248 seconds) |
16:40:27 | Demos | yes |
16:40:56 | BitPuffin | I wonder if he used threads and stuff |
16:44:30 | BitPuffin | well our httpclient is pretty fail |
16:44:40 | BitPuffin | because it's synchronous |
16:45:02 | BitPuffin | ah wait there is an async version |
16:46:01 | BitPuffin | but you can't cancel downloadFile |
16:47:33 | * | Jesin quit (Ping timeout: 255 seconds) |
16:48:54 | Araq | zahary: I thought about some makeFit(f, x) define that checks if f's type is "const" in C++ and if so casts x to "const" otherwise passes x to f |
16:49:24 | Araq | the codegen would then generate that everywhere to make C++'s "const" behave |
16:49:47 | Araq | but I'm not sure if that will work out |
16:50:42 | Araq | well hrm f's return type is clearly not what we need here |
16:55:17 | blamestross-work | Is there a work around for no math.random in windows? |
16:55:27 | blamestross-work | short of implementing my own prng? |
16:56:42 | Araq | hu? windows has its own math.random |
16:57:10 | * | BitPuffin quit (Read error: Connection reset by peer) |
16:57:59 | blamestross-work | only for int |
16:58:15 | * | BitPuffin joined #nimrod |
16:58:17 | * | io2 joined #nimrod |
16:58:27 | blamestross-work | toroid.nim(17, 11) Error: type mismatch: got (float) but expected one of: math.random(x: TSlice[T]): T math.random(max: int): int |
16:58:37 | Araq | when defined(windows): |
16:58:38 | Araq | proc random(max: float): float = |
16:58:40 | Araq | # we are hardcodeing this because |
16:58:41 | Araq | # importcing macros is extremely problematic |
16:58:43 | Araq | # and because the value is publicly documented |
16:58:44 | Araq | # on MSDN and very unlikely to change |
16:58:46 | Araq | const rand_max = 32767 |
16:58:48 | Araq | result = (float(rand()) / float(rand_max)) * max |
17:00:23 | * | Jesin joined #nimrod |
17:00:50 | blamestross-work | ok, I'm off to figure out what stupid mistake I am makign that prevents me from using that |
17:03:33 | blamestross-work | interesting |
17:03:40 | * | brson joined #nimrod |
17:03:45 | blamestross-work | the source for math.nim lacks that bit of code |
17:03:51 | blamestross-work | at least locally |
17:03:58 | Araq | I'm on devel |
17:03:59 | Demos | you on devel or master? |
17:04:03 | Demos | you should be on devel |
17:04:09 | Araq | could be a recent addition |
17:04:09 | blamestross-work | aha, master |
17:04:32 | Demos | yup it is a recent addition |
17:04:44 | Araq | well this master vs devel split worked out nicely ... :-/ |
17:05:22 | Araq | oh well at least I can blame Varriount for not doing his job :P |
17:06:53 | blamestross-work | I used the windows installer |
17:07:08 | Araq | well then you're not even on master |
17:07:13 | Araq | but on 0.9.4 |
17:07:21 | blamestross-work | so It looks like I shoudl just replace /programs/nimrod with a pull off the github |
17:07:50 | blamestross-work | or will that do horrible things to configurations? |
17:08:22 | Demos | well it will not have the binaries in it |
17:08:48 | Demos | I just pulled the source to a folder, built the compiler, and added ./bin to my path |
17:09:56 | blamestross-work | wow |
17:10:06 | Araq | I copy stuff from lots of places around, mixing different git, gcc versions and installations |
17:10:18 | blamestross-work | trying to delete nimrod using powershell results in a lot of no-permissions errors |
17:10:26 | Araq | it all works but then I know what I'm doing |
17:10:55 | blamestross-work | Araq: I'm working on it |
17:11:31 | NimBot | Araq/Nimrod devel 9ed9842 Grzegorz Adam Hankiewicz [+0 ±2 -0]: Hyperlinks together importc like pragmas. |
17:11:31 | NimBot | Araq/Nimrod devel 6a2bb00 Grzegorz Adam Hankiewicz [+1 ±3 -0]: Starts backends.txt with bits from nimrodc.txt. |
17:11:31 | NimBot | Araq/Nimrod devel 2353b56 Grzegorz Adam Hankiewicz [+0 ±4 -0]: Hyperlinks back JavaScript target. |
17:11:31 | NimBot | Araq/Nimrod devel 9c8ce45 Grzegorz Adam Hankiewicz [+0 ±1 -0]: Starts nimrod calling backend section. |
17:11:31 | NimBot | 7 more commits. |
17:22:40 | blamestross-work | C:\Nimrod\csources [master]> .\build.bat gcc -w -Ic_code -c c_code\1_1\nimrod.c -o c_code\1_1\nimrod.o In file included from c_code\1_1\nimrod.c:5:0: c_code/nimbase.h:382:13: error: size of array 'assert_numbits' is negative C:\Nimrod\csources [master]> |
17:22:58 | Araq | use build64.bat |
17:23:37 | blamestross-work | that makes sense |
17:23:48 | Demos | alternitively download a binary from the buildfarm and use that to bootstrap koch and the compiler |
17:29:56 | * | Jesin quit (Ping timeout: 252 seconds) |
17:31:26 | blamestross-work | Demos: that looks like the plan, build64.bat keeps crashing |
17:32:00 | dom96 | I suggest still using 32bit, finding 64bit DLLs is difficult. |
17:32:58 | Demos | I have had no problems with that dom96 |
17:33:25 | Demos | msys2 has them all avalible in a package management system |
17:33:37 | Demos | and it is not that hard to build most libraries with cmake and visual studio |
17:34:52 | * | io2 quit (Ping timeout: 260 seconds) |
17:35:31 | * | io2 joined #nimrod |
17:35:44 | blamestross-work | I just re-installed nimrod so I could compile nimrod. bootstrapping allways makes me feel dirty |
17:38:43 | * | silven_ is now known as silven |
17:40:58 | NimBot | Araq/Nimrod devel 678f3d7 Araq [+0 ±3 -1]: fixes constant array indexing bug |
17:40:58 | NimBot | Araq/Nimrod devel 1d5938a Araq [+1 ±10 -0]: Merge branch 'devel' of https://github.com/Araq/Nimrod into devel |
17:40:58 | NimBot | Araq/Nimrod devel b89495e Araq [+0 ±4 -0]: corrected backends.txt |
17:42:06 | Amrykid | yay for the mention of powershell |
17:42:44 | Araq | oh hi Amrykid. glad you're still around |
17:43:08 | Amrykid | hi Araq. i lurk. |
17:43:28 | Araq | Kerrigan would be proud of you. |
17:43:41 | Amrykid | I learn from the best. |
17:44:53 | * | Jesin joined #nimrod |
17:46:34 | dom96 | Demos: Can you build me GTK, GtkSourceView and its dependencies for 64bit? |
17:46:46 | dom96 | Demos: I think it's harder than you realise. |
17:47:04 | * | Jehan_ joined #nimrod |
17:47:21 | Demos | erm.... yeah probably not |
17:47:35 | Demos | although they do have 64 bit versions on linux... |
17:48:45 | Jehan_ | Dependency hell is one of the primary reasons why I don't use Linux. :( |
17:49:34 | Demos | well at least they don't need 8 versions of every library |
17:50:02 | Jehan_ | Demos: Yeah, but … have you ever looked at the Debian Mono packages, say? |
17:50:17 | Demos | no... thank god |
17:50:43 | Jehan_ | There are like a couple dozen. Why? Apparently because there was an argument about which language could have the smallest distribution footprint in its minimal packaging. |
17:51:13 | Demos | why is c# and mono even in that race |
17:51:19 | Araq | in practice duplication works, sharing does not. |
17:51:28 | Demos | I agree with araq |
17:51:49 | Jehan_ | Demos: As it turns out, you can chop Mono in pretty small pieces. |
17:52:12 | Demos | yeah but I am guessing that you need all of them 99.99% of the time |
17:52:29 | * | retsej joined #nimrod |
17:52:40 | Demos | besides we should just like forth win that battle and walk away :D |
17:52:48 | Demos | s/like/let/ |
17:52:53 | Jehan_ | Araq: More importantly, this kind of optimization made sense when hard drives were maybe 500 MB in size and RAM size was around 64MB. |
17:53:29 | Demos | Jehan_, but it must run on my PDP-11 |
17:53:42 | Araq | Jehan_: yeah that too, but Unix/Linux is stuck in the 70ies anyway |
17:53:47 | Araq | lol, Demos |
17:54:24 | Jehan_ | Araq: Userland … well, let's say, the 90s. I have little complaints about the kernel itself. |
17:55:47 | * | mmatalka quit (Ping timeout: 252 seconds) |
17:56:12 | Jehan_ | Ah, here we go, pretty much what I remembered: http://apebox.org/wordpress/rants/416/ |
17:57:36 | blamestross-work | https://gist.github.com/blamestross/9f18d56a0bc37f495f4b |
17:59:28 | Araq | bbl |
18:00:11 | * | Jesin quit (Ping timeout: 252 seconds) |
18:02:30 | * | kunev joined #nimrod |
18:04:58 | blamestross-work | bbl too |
18:05:02 | * | blamestross-work quit (Quit: Page closed) |
18:10:22 | * | Jesin joined #nimrod |
18:16:55 | * | mmatalka joined #nimrod |
18:18:58 | * | Jesin quit (Ping timeout: 240 seconds) |
18:24:22 | * | Matthias247 joined #nimrod |
18:34:39 | * | BitPuffin quit (Ping timeout: 255 seconds) |
18:36:43 | * | Jesin joined #nimrod |
18:43:20 | * | kunev quit (Quit: Lost terminal) |
18:58:28 | * | gsingh93_ joined #nimrod |
19:27:38 | * | vendethiel quit (Remote host closed the connection) |
19:27:48 | * | vendethiel joined #nimrod |
19:31:31 | * | kunev joined #nimrod |
19:38:32 | Varriount | dom96: Has a model been worked out yet for multi-thread async io? |
19:39:11 | Araq | Varriount: I don't think so, but what I'm implementing is passing a closure between threads per copy |
19:39:18 | Varriount | Araq: Blame me for what exactly? |
19:39:30 | Araq | that master doesn't get any love |
19:41:40 | Demos | we are so far from the critical mass required to do the stable/beta/canary thing though |
19:43:47 | Varriount | Hm.. maybe Araq was right... |
19:44:13 | Varriount | Maybe Multi-threaded async-io is uneeded, at least for the usual jobs. |
19:44:38 | Araq | Demos: it's not about critical mass. it's about professionalism. |
19:45:16 | Demos | I suppose. I guess I figure that since the language as a whole is not stable yet the three branch split seems strange. |
19:45:33 | * | mwpher joined #nimrod |
19:46:01 | Araq | three branches? |
19:46:05 | Araq | we have 2. |
19:46:07 | Varriount | Araq: To make a release candidate process, we would need a third branch dedicated to fixes, so that |
19:46:10 | Demos | well two branches and the main releases |
19:46:24 | Varriount | so that the new branch could be merged into both master and devel. |
19:46:37 | Demos | maybe it is just that we are pretty far from 0.9.6 right now |
19:46:52 | Araq | we're not. |
19:47:17 | Araq | many things on the roadmap to 0.9.6 have been implemented |
19:49:13 | Varriount | Araq: If you want me to port fixes to master, I need to know which commits are fixes. :/ |
19:50:48 | * | mwpher left #nimrod (#nimrod) |
19:51:36 | Araq | usually the commit message tells you |
19:54:30 | Varriount | Are documentation changes 'fixes' or 'updates'? |
19:55:06 | Araq | up to you |
20:03:17 | * | hoverbear joined #nimrod |
20:03:38 | * | Nimrod_ is now known as Nimrod |
20:03:50 | * | Nimrod quit (Changing host) |
20:03:50 | * | Nimrod joined #nimrod |
20:09:20 | * | asterite quit (Quit: Leaving.) |
20:13:22 | dom96 | IMO the master/devel split is pointless |
20:14:40 | fowl | doesnt master just get updated from devel periodically |
20:14:47 | dom96 | Varriount: We can worry about multi-threaded async when single-threaded is stable. |
20:14:54 | Varriount | dom96: Yeah. |
20:15:03 | dom96 | fowl: nope, it's literally the same as the v0.9.4 tag |
20:15:24 | Araq | fowl: however that *was* the plan |
20:15:39 | Varriount | Araq: Trying to cherry pick fixes from the devel branch isn't working. |
20:15:47 | fowl | well lets just update it once in a while a call it a micro non-release |
20:15:57 | fowl | also tag it 0.9.4.1 |
20:15:57 | dom96 | Yeah. I'm pretty sure cherry picking fixes is pretty much impossible. |
20:16:07 | dom96 | Because the branches have diverged so much. |
20:16:08 | Varriount | I'm getting too many conflict errors. |
20:16:15 | Araq | we had this discussion before |
20:16:23 | Varriount | Yes. |
20:16:29 | Araq | we decided to try the 2 branches. |
20:16:38 | dom96 | I don't remember that conclusion. |
20:16:44 | fowl | fowl's suggestion: kill all the lawyers |
20:16:49 | EXetoC | how do other projects do it then? manually try to apply the same patch? |
20:17:06 | Araq | dom96: *I* decided to try the 2 branches then. |
20:17:16 | Varriount | EXetoC: Other projects use a patch based system. |
20:17:28 | dom96 | I have a vague feeling that there was another problem with the two branches. |
20:17:32 | Araq | but ok, let's switch to something that's workable for Varriount |
20:18:27 | Varriount | It would be best to make the fixes branch at the next release, when all the branches will be the same. |
20:18:57 | Varriount | Which means working towards a release. Is there a todolist somewhere? |
20:19:29 | Araq | there is a roadmap and there is my todo.txt |
20:19:51 | Araq | the new comment handling breaks code so it's in a branch |
20:20:04 | Varriount | O_o |
20:20:16 | Varriount | How does it break code? |
20:20:27 | Araq | for instance: |
20:20:29 | Araq | else: |
20:20:34 | Araq | # only a comment here |
20:20:38 | Araq | is not valid anymore |
20:20:47 | Varriount | That was valid before? |
20:20:51 | Araq | yes |
20:22:01 | Varriount | Wow. |
20:23:34 | fowl | you animal |
20:23:37 | fowl | @ Araq |
20:25:30 | Araq | ha, I knew fowl knows it and uses it |
20:26:10 | Araq | fowl: we could special case it, but |
20:26:17 | Araq | discard "only a comment here" |
20:26:37 | Araq | works as well and people want me to break stuff |
20:26:44 | Araq | it's considered progress here |
20:29:44 | * | NimBot joined #nimrod |
20:30:12 | * | asterite joined #nimrod |
20:31:22 | * | asterite quit (Client Quit) |
20:33:32 | * | asterite joined #nimrod |
20:36:21 | Varriount | Hello asterite |
20:36:57 | asterite | Hi Varriount |
20:38:13 | * | BitPuffin joined #nimrod |
20:38:38 | Araq | seriously guys |
20:39:04 | Araq | do I have to do everything now? can't somebody at least tag new bug reports |
20:39:33 | fowl | how do you do that? |
20:40:52 | * | BitPuffin quit (Read error: Connection reset by peer) |
20:41:29 | * | BitPuffin joined #nimrod |
20:43:14 | NimBot | Araq/Nimrod devel e21999c Grzegorz Adam Hankiewicz [+0 ±1 -0]: Forces babel package descriptions to end with a dot. |
20:43:14 | NimBot | Araq/Nimrod devel 1b78bdd Andreas Rumpf [+0 ±1 -0]: Merge pull request #1292 from gradha/pr_terminates_sentences_with_dot... 2 more lines |
20:44:03 | * | asterite quit (Quit: Leaving.) |
20:44:07 | Demos | do nimrod enums start at 1 by default? |
20:45:05 | * | asterite joined #nimrod |
20:45:06 | Araq | no, 0 |
20:47:55 | * | asterite quit (Client Quit) |
20:50:17 | NimBot | nimrod-code/packages master cf88aa4 BrendanBenshoof [+0 ±1 -0]: added vectors package |
20:50:17 | NimBot | nimrod-code/packages master 7f07c94 Billingsly Wetherfordshire [+0 ±1 -0]: Merge pull request #68 from blamestross/master... 2 more lines |
20:52:44 | Varriount | Araq: Tag bug reports as what, fixes? |
20:52:54 | * | asterite joined #nimrod |
20:53:01 | Araq | I could swear we have a test case for #1275 ... strange |
20:53:02 | * | asterite quit (Read error: Connection reset by peer) |
20:53:29 | Araq | Varriount: cannot follow |
20:53:44 | Araq | fixes #233 is the usual commit message |
21:05:24 | Varriount | Araq: What do you want me to work on? |
21:09:27 | Araq | give bug reports about the broken Lambda lifting a new tag "lambda_lifting" please |
21:09:40 | Varriount | On it. |
21:09:55 | Varriount | Any other tags you want me to give things? |
21:09:59 | Araq | close c2nim related bugs as "c2nim moved into its own repositrory" |
21:10:10 | Araq | dunno if bug reports can be migrated |
21:10:26 | Araq | I created new tags: VM, semcheck and codegen |
21:10:49 | Araq | oh and please fix 'high' for the JS target |
21:10:53 | Araq | embarrassing bug |
21:10:59 | Varriount | I'll manually migrate bug reports. |
21:11:14 | Araq | ok ty |
21:20:50 | Varriount | Araq: Is c2nim not going to be shipped with Nimrod anymore? |
21:21:05 | Araq | it's a babel package now, Varriount |
21:21:29 | Araq | we can still ship the c2nim.exe for a release |
21:21:41 | Araq | dunno if that's useful |
21:24:06 | Varriount | It is.. |
21:24:35 | Varriount | Araq: We can't rely on people being proactive enough to learn about babel... |
21:25:12 | Araq | well the installer really needs to get better then |
21:25:35 | Varriount | Araq: What was the reason for moving c2nim into it's own package anyway? |
21:25:49 | Araq | I wanted it to have its own bug tracker |
21:26:38 | Araq | and we need more babel packages. this thing starts to get its own self fullfilling prophecy once we have one thousand packages |
21:26:50 | Araq | *to become its own |
21:28:48 | Varriount | Hm.. It would be interesting to have a 'build-your-own-nimrod' web interface, where you could either choose some pre-built packages, or select modules to add on to the main bundle... |
21:28:50 | * | Nimrod_ joined #nimrod |
21:30:18 | dom96 | Bundling babel is enough. |
21:30:29 | dom96 | Using babel is a piece of cake. |
21:30:43 | dom96 | And if you're translating C headers into nimrod you should be able to use a damn package manager. |
21:35:58 | * | Nimrod quit (Ping timeout: 240 seconds) |
21:37:59 | NimBot | Araq/Nimrod devel 0339b9d Araq [+1 ±1 -0]: fixes #1319 |
21:37:59 | NimBot | Araq/Nimrod devel c41e099 Araq [+0 ±1 -0]: fixes #1144 |
21:37:59 | NimBot | Araq/Nimrod devel 3c818c8 Araq [+0 ±10 -0]: fixes #1285 |
21:37:59 | NimBot | Araq/Nimrod devel 4d5b7b7 Araq [+0 ±1 -0]: Merge branch 'devel' of https://github.com/Araq/Nimrod into devel |
21:38:22 | Varriount | Ooo, shiny fixes. |
21:41:36 | * | flaviu joined #nimrod |
21:42:00 | Araq | flaviu: in transf.nim we do constant folding as an optimization pass |
21:42:41 | Araq | bindSym"myconst" is transformed into bindSym(myconst) and then it's transformed into |
21:42:52 | Araq | bindSym(14) if 14 is the value of myconst |
21:43:50 | Araq | this is exactly what happens when you have lots of passes over the AST, there is no free lunch. |
21:44:17 | Araq | passes also can interact in lots of other strange ways |
21:46:25 | flaviu | I'm not sure what you're referring to |
21:46:45 | Araq | you once suggested to break up the compiler into more passes |
21:50:56 | flaviu | I'm not sure how that would be an issue |
21:51:46 | Araq | well IF constant folding would be conflated with semantic checking completely this bug wouldn't have existed |
21:52:12 | Araq | because when I write the semantic checking of bindSym I know not to perform any further constant folding on the symbol |
21:52:36 | flaviu | I'm not sure I see the bug then |
21:53:25 | flaviu | What does bindSym do? |
21:53:42 | Araq | it's an example of where we have 2 passes instead of 1 and this producing a bug |
22:13:31 | * | retsej quit (Quit: Leaving.) |
22:18:00 | * | ARCADIVS joined #nimrod |
22:30:23 | * | Matthias247 quit (Read error: Connection reset by peer) |
22:48:38 | * | Trustable quit (Quit: Leaving) |
22:48:57 | * | Jehan_ quit (Quit: Leaving) |
22:57:41 | * | retsej joined #nimrod |
23:01:31 | * | Jesin quit (Quit: Leaving) |
23:01:54 | * | Jesin joined #nimrod |
23:02:49 | * | io2 quit () |
23:04:25 | * | darkf joined #nimrod |
23:10:55 | * | Varriount|Mobile joined #nimrod |
23:18:59 | NimBot | Araq/Nimrod devel e5f2a8a Araq [+0 ±1 -0]: fixes #1268 |
23:18:59 | NimBot | Araq/Nimrod devel 4860b46 Araq [+0 ±2 -0]: fixes #1264 |
23:18:59 | NimBot | Araq/Nimrod devel 7c5f87e Araq [+0 ±1 -0]: fixes #1265 |
23:42:41 | * | zahary quit (Ping timeout: 244 seconds) |
23:43:27 | * | retsej quit (Quit: Leaving.) |
23:56:36 | * | saml_ joined #nimrod |
23:59:07 | * | q66 quit (Quit: Leaving) |