00:03:38 | Varriount | dom96: Name? |
00:05:25 | dom96 | Varriount: hrm |
00:05:44 | dom96 | Varriount: nim-install? |
00:05:57 | dom96 | just off the top of my head |
00:09:01 | Varriount | dom96: Hm. Good, but it sounds too much like an installer. What do you think of "nim-velcro"? or "nim-laceup"? |
00:09:38 | * | flaviu1 joined #nimrod |
00:10:34 | dom96 | Varriount: Are those just random names you came up with or do they have some sort of connection to the purpose of these scripts? |
00:11:30 | Varriount | dom96: Well, the script is essentially an auto-bootstrapper |
00:11:52 | dom96 | hrm |
00:11:57 | dom96 | nim-quickboot? |
00:12:00 | Varriount | dom96: Since "bootstrap" used to mean to pull one's self up by one's laces... |
00:12:03 | dom96 | or just quickboot |
00:12:18 | Varriount | nimboot? |
00:12:47 | dom96 | that sounds too official |
00:12:56 | Triplefox | an alternative is "kickstart" which amiga used |
00:12:58 | Varriount | This isn't official? |
00:13:10 | dom96 | it's a shortcut |
00:13:49 | dom96 | I like "kickstart" |
00:14:01 | dom96 | yeah, let's use that. |
00:14:05 | Triplefox | cool |
00:14:16 | * | Varriount gives a cooke to Triplefox |
00:14:21 | Varriount | *cookie |
00:15:29 | Varriount | dom96: So 'nim-kickstart' or just 'kickstart'? |
00:16:10 | dom96 | just kickstart |
00:25:00 | * | xenagi joined #nimrod |
00:30:50 | * | Joe_knock quit (Quit: Leaving) |
00:31:54 | dom96 | 'night |
00:33:56 | * | brson quit (Ping timeout: 260 seconds) |
00:34:41 | * | brson joined #nimrod |
00:47:17 | * | francisl joined #nimrod |
00:48:05 | * | BlaXpirit quit (Quit: Quit Konversation) |
00:58:49 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
01:35:32 | * | bjz quit (Ping timeout: 260 seconds) |
01:39:04 | * | nande joined #nimrod |
02:14:00 | * | q66 quit (Quit: Leaving) |
02:21:16 | * | fowl joined #nimrod |
02:37:15 | * | Jesin joined #nimrod |
02:54:02 | * | fowl quit (Ping timeout: 250 seconds) |
02:59:16 | * | brson quit (Quit: leaving) |
03:37:11 | * | fowl joined #nimrod |
03:39:45 | * | kshlm joined #nimrod |
04:04:15 | * | nande quit (Read error: Connection reset by peer) |
04:05:37 | * | flaviu1 quit (Ping timeout: 245 seconds) |
04:07:22 | * | holyshatots joined #nimrod |
04:10:05 | * | wkoch joined #nimrod |
04:12:42 | * | xenagi quit (Quit: Leaving) |
04:15:14 | * | XAMPP_8 joined #nimrod |
04:15:29 | * | XAMPP_8 quit (Read error: Connection reset by peer) |
04:26:10 | * | Varriount|Mobile joined #nimrod |
04:26:11 | * | ARCADIVS joined #nimrod |
04:27:45 | * | jhc76 quit (Ping timeout: 255 seconds) |
04:32:01 | * | wkoch quit (Remote host closed the connection) |
05:00:54 | * | jhc76 joined #nimrod |
05:03:01 | * | Varriount-Mobile joined #nimrod |
05:03:07 | * | Varriount|Mobile quit (Read error: Connection reset by peer) |
05:17:15 | * | holyshatots quit (Ping timeout: 255 seconds) |
05:19:25 | * | tdc joined #nimrod |
05:22:37 | * | Varriount-Mobile quit (Read error: No route to host) |
05:23:12 | * | dapz joined #nimrod |
05:35:41 | * | francisl quit (Quit: francisl) |
05:47:32 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
05:56:25 | * | dapz joined #nimrod |
06:11:57 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
06:12:32 | * | dapz joined #nimrod |
06:14:59 | * | dapz quit (Client Quit) |
06:22:01 | * | dapz joined #nimrod |
06:22:48 | * | BlaXpirit joined #nimrod |
06:31:03 | * | io2 joined #nimrod |
06:34:42 | * | kshlm quit (Ping timeout: 246 seconds) |
06:38:59 | * | tdc quit (Ping timeout: 272 seconds) |
07:05:05 | * | edayo joined #nimrod |
07:13:34 | * | gkoller joined #nimrod |
07:13:39 | * | kshlm joined #nimrod |
07:22:15 | edayo | I'd like to implement a db_interface for firebirdsql can anyone point me in the right direction? |
07:33:41 | * | fowl quit (Ping timeout: 272 seconds) |
07:35:58 | * | kaushal_ joined #nimrod |
07:36:11 | * | kshlm is now known as Guest40133 |
07:36:11 | * | kaushal_ is now known as kshlm |
07:39:47 | * | Guest40133 quit (Ping timeout: 272 seconds) |
07:58:51 | * | gkoller quit (Quit: Textual IRC Client: www.textualapp.com) |
08:33:26 | * | darkf quit (Quit: Leaving) |
08:33:43 | * | darkf joined #nimrod |
08:35:28 | * | edayo_ joined #nimrod |
08:37:53 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
08:38:45 | * | Araq_ joined #nimrod |
08:38:48 | * | edayo quit (Ping timeout: 260 seconds) |
08:39:33 | Araq_ | edayo_: copy db_sqlite and throw away the implementation ;-) |
08:40:18 | Araq_ | however the db_* modules will be replaced by dbj_* modules which map the SQL data to JSON |
08:40:33 | Araq_ | the old way of doing it all with 'string' has its problems |
08:42:22 | * | BitPuffin joined #nimrod |
08:44:05 | * | tdc joined #nimrod |
08:46:46 | * | dapz quit (Quit: Textual IRC Client: www.textualapp.com) |
09:08:32 | * | tdc quit (Ping timeout: 255 seconds) |
09:31:48 | * | bjz joined #nimrod |
09:36:57 | * | BitPuffin quit (Ping timeout: 272 seconds) |
09:44:08 | * | jasondotstar quit (Quit: Leaving) |
10:18:20 | edayo_ | interesting approach Araq_ ;) |
10:19:13 | edayo_ | where do i find the new dbj_* modules? |
10:19:46 | Araq_ | they don't exist yet... |
10:20:21 | * | tdc joined #nimrod |
10:25:23 | * | BitPuffin joined #nimrod |
10:31:02 | * | Jesin quit (Ping timeout: 272 seconds) |
10:37:32 | * | Jesin joined #nimrod |
10:40:44 | * | Araq_ quit (Ping timeout: 250 seconds) |
11:05:57 | * | Araq_ joined #nimrod |
11:15:09 | * | xcombelle joined #nimrod |
11:20:04 | * | ARCADIVS quit (Quit: WeeChat 0.4.3) |
11:41:16 | Araq_ | dom96: it's fine to pull the PR if you document the breaking change in the news.txt |
11:41:25 | Araq_ | do it on devel, I'll merge it into bigbreak later |
11:42:59 | * | tdc quit (Ping timeout: 272 seconds) |
11:52:27 | dom96 | Araq_: ok |
11:54:23 | * | kshlm quit (Ping timeout: 272 seconds) |
12:03:40 | * | noam joined #nimrod |
12:05:42 | * | noam__ quit (Ping timeout: 245 seconds) |
12:11:44 | * | kuzy000_ joined #nimrod |
12:26:08 | * | ronchilla__ joined #nimrod |
12:28:32 | Araq_ | hi ronchilla__ welcome |
12:29:13 | * | edayo_ quit (Ping timeout: 272 seconds) |
12:40:19 | * | q66 joined #nimrod |
12:41:23 | * | tdc joined #nimrod |
12:52:31 | * | [CBR]Unspoken quit (Quit: Leaving.) |
12:56:52 | * | untitaker_ quit (Ping timeout: 260 seconds) |
13:01:07 | * | BitPuffin quit (Ping timeout: 272 seconds) |
13:01:42 | * | untitaker joined #nimrod |
13:15:43 | * | BitPuffin joined #nimrod |
13:43:37 | * | EXetoC quit (Quit: WeeChat 1.0) |
13:58:39 | * | darkf quit (Quit: Leaving) |
14:01:13 | * | ronchilla__ quit (Quit: Leaving) |
14:07:56 | * | xcombelle quit (Quit: Quitte) |
14:16:51 | * | kemet joined #nimrod |
14:20:52 | * | kemet quit (Client Quit) |
14:29:14 | * | adrusi quit (Quit: adrusi) |
14:46:03 | * | johnsoft quit (Quit: Leaving) |
14:46:37 | * | johnsoft joined #nimrod |
14:49:06 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140825202822]) |
14:54:22 | * | francisl joined #nimrod |
14:56:06 | * | [CBR]Unspoken joined #nimrod |
15:00:33 | * | EXetoC joined #nimrod |
15:09:50 | * | noam quit (Ping timeout: 250 seconds) |
15:12:58 | * | adrusi joined #nimrod |
15:17:53 | * | edayo joined #nimrod |
15:22:42 | * | Trustable joined #nimrod |
15:27:52 | * | betawaffle quit (Ping timeout: 240 seconds) |
15:38:17 | NimBot | Araq/Nimrod bigbreak efca06c Dominik Picheta [+0 ±2 -0]: Add bool to determine if socket has been closed. |
15:43:15 | NimBot | dom96/jester new-async 96dfcbc Dominik Picheta [+2 ±3 -0]: More examples. Readme modifications. |
15:52:41 | * | xcombelle joined #nimrod |
16:04:56 | * | francisl quit (Quit: francisl) |
16:14:26 | * | adrusi quit (Quit: adrusi) |
16:17:52 | * | jhc76 quit (Quit: Leaving) |
16:19:42 | * | francisl joined #nimrod |
16:20:20 | * | edayo quit (Ping timeout: 260 seconds) |
16:21:33 | * | dapz joined #nimrod |
16:34:21 | * | adrusi joined #nimrod |
16:44:30 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
16:50:36 | * | brson joined #nimrod |
16:58:02 | * | vendethiel joined #nimrod |
17:01:26 | * | Joe_knock joined #nimrod |
17:01:34 | * | Joe_knock quit (Max SendQ exceeded) |
17:02:02 | * | Joe_knock joined #nimrod |
17:02:46 | * | Joe_knock quit (Max SendQ exceeded) |
17:03:33 | * | Joe_knock joined #nimrod |
17:03:41 | * | Joe_knock quit (Max SendQ exceeded) |
17:04:09 | * | Joe_knock joined #nimrod |
17:04:09 | * | Joe_knock quit (Changing host) |
17:04:09 | * | Joe_knock joined #nimrod |
17:04:41 | * | Joe_knock quit (Max SendQ exceeded) |
17:05:10 | * | Joe_knock joined #nimrod |
17:05:14 | * | Joe_knock quit (Changing host) |
17:05:14 | * | Joe_knock joined #nimrod |
17:05:44 | * | Joe_knock quit (Max SendQ exceeded) |
17:05:48 | * | Sht0 joined #nimrod |
17:06:14 | * | Joe_knock joined #nimrod |
17:06:47 | * | Joe_knock quit (Max SendQ exceeded) |
17:09:43 | * | dapz joined #nimrod |
17:19:50 | * | tdc quit (Ping timeout: 250 seconds) |
17:21:22 | * | dapz quit (Ping timeout: 240 seconds) |
17:27:17 | * | bogen1 quit (Ping timeout: 245 seconds) |
17:28:33 | * | TieSoul is now known as nick___ |
17:28:38 | * | nick___ is now known as TieSoul |
17:30:07 | * | bogen joined #nimrod |
17:42:37 | * | adrusi quit (Quit: adrusi) |
17:46:41 | * | dapz joined #nimrod |
17:47:36 | * | BitPuffin quit (Ping timeout: 260 seconds) |
17:55:11 | * | tdc joined #nimrod |
17:55:20 | * | noam joined #nimrod |
18:03:03 | * | Ven joined #nimrod |
18:13:02 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
18:54:05 | * | adrusi joined #nimrod |
18:57:02 | * | askatasuna joined #nimrod |
19:04:23 | * | Ven joined #nimrod |
19:06:15 | * | xcombelle quit (Quit: Quitte) |
19:12:22 | * | Matthias247 joined #nimrod |
19:12:25 | * | tdc_ joined #nimrod |
19:15:53 | * | tdc quit (Ping timeout: 260 seconds) |
19:18:44 | * | bogen quit (Quit: Leaving.) |
19:31:25 | * | wkoch joined #nimrod |
19:36:45 | * | wkoch quit (Remote host closed the connection) |
20:08:59 | * | Francisco joined #nimrod |
20:09:02 | * | Jehan_ joined #nimrod |
20:10:44 | * | Jehan_ quit (Client Quit) |
20:11:52 | * | Fr4n quit (Ping timeout: 250 seconds) |
20:13:50 | * | flaviu1 joined #nimrod |
20:15:59 | * | Fran__ joined #nimrod |
20:17:42 | * | Francisco quit (Ping timeout: 245 seconds) |
20:31:49 | * | askatasuna quit (Ping timeout: 272 seconds) |
20:35:25 | * | Jehan_ joined #nimrod |
20:36:04 | Jehan_ | The joys of CGNAT and IRC … |
20:38:34 | * | wan joined #nimrod |
20:39:02 | * | BitPuffin joined #nimrod |
20:39:46 | * | boydgreenfield joined #nimrod |
20:41:19 | * | flaviu1 quit (Ping timeout: 272 seconds) |
20:42:01 | * | Trustable quit (Quit: Leaving) |
20:43:41 | * | adrusi quit (Quit: adrusi) |
20:44:49 | * | Jehan_ quit (Remote host closed the connection) |
20:45:55 | * | Jehan_ joined #nimrod |
20:49:34 | * | askatasuna joined #nimrod |
20:50:20 | NimBot | Araq/Nimrod bigbreak 297647a Araq [+0 ±1 -0]: fixes a recently introduced regression |
20:50:20 | NimBot | Araq/Nimrod bigbreak 32b582b Araq [+0 ±6 -0]: Merge branch 'bigbreak' of https://github.com/Araq/Nimrod into bigbreak |
20:50:56 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
20:59:59 | * | dmac joined #nimrod |
21:04:40 | * | adrusi joined #nimrod |
21:13:20 | * | tdc_ quit (Quit: Leaving) |
21:15:56 | * | askatasuna quit (Quit: WeeChat 1.0) |
21:31:00 | * | JasonJAyalaP joined #nimrod |
21:31:54 | JasonJAyalaP | I proposed a new syntax for module imports (http://forum.nimrod-lang.org/t/559) feel free to poke holes in it. |
21:33:00 | reactormonk | JasonJAyalaP, also how it would look like with what we have so it's got a before-after |
21:33:23 | JasonJAyalaP | Araq: If you wanna talk about details concerning the mac installer, hit me up (here; github; [email protected]; forum) |
21:33:58 | JasonJAyalaP | reactormonk: A before vs After comparison/translation, you mean? |
21:34:42 | JasonJAyalaP | reactormonk: I started to do that. I opened up a bunch of libraries, but most simply did `import m1, m2, m3` or had one or two lines |
21:35:20 | JasonJAyalaP | reactormonk: With the current implementation, the `from` keyword makes it impossible to nest everything |
21:35:38 | JasonJAyalaP | and so I made up an example that included one of each |
21:36:39 | Araq | JasonJAyalaP: I like 'except' better than 'exclude' |
21:37:22 | Araq | also 'include' already exists as opposed to 'import' so I think your syntax is more confusing |
21:37:42 | JasonJAyalaP | Araq: include/exclude has the benefit of being the same number of chars (instant alignment!), but only/except, or whatever, might be better |
21:37:52 | JasonJAyalaP | Araq: ahh, that's a good reason not to use include |
21:38:35 | Araq | we have 'with' and 'without' as keywords available iirc |
21:39:17 | Araq | yeah ... import foo with abc |
21:39:23 | Araq | import foo without bar |
21:39:32 | JasonJAyalaP | Araq: `with` implies "in addition to". `only` would be clearer. But this is a minor point. Whatever looks good to you |
21:39:53 | Araq | true |
21:40:13 | Araq | do you know 'import foo except bar' already exists? |
21:40:29 | Araq | so ... I'm not too sure what your proposal buys us |
21:41:01 | * | francisl quit (Ping timeout: 260 seconds) |
21:41:11 | JasonJAyalaP | Admittedly, there's a bit of redundancy when you use include/exclude: Why would anyone bother to include/exclude unless they're also going to use `open`? My syntax allows you to exclude/include even when specifying a namespace, but forces you type `open` in the most common case |
21:42:17 | JasonJAyalaP | Araq: Well, it gets rid of `from` and `nil`.... from hurts readability (and makes it so you can nest), and nil seems like an unmemorable patch |
21:42:27 | JasonJAyalaP | *can't nest |
21:42:30 | Araq | hey :P |
21:42:38 | JasonJAyalaP | Heh heh |
21:42:52 | Araq | there is some logic to it, but python's solution is perhaps better |
21:43:02 | JasonJAyalaP | Mostly is about consistancy, memorability, and explicitness over implicitness |
21:43:30 | Araq | this whole "omg, don't import *everything* by default" comes up regularly |
21:43:49 | Araq | but ultimately simply shows that you don't know how Nim works :P |
21:44:25 | Araq | from tables import `[]`, `[]=`, len # fuck you, of course I want these |
21:44:46 | Araq | bbs |
21:46:24 | JasonJAyalaP | Araq: Is nimrod's import modeled after python's? |
21:47:17 | JasonJAyalaP | (my syntax, btw, is default agnostic) |
21:49:20 | JasonJAyalaP | I'm trying to look for an example of something that my syntax can't do, or doesn't do more logically/memorably |
21:50:44 | * | Trustable joined #nimrod |
21:52:33 | * | Trustable quit (Client Quit) |
21:54:19 | Jehan_ | I'm not a huge fan of the "from x import nil" syntax myself, but I'm not sure I understand the following: Note: The default in all languages, even when a new namespace is specified(!) |
21:54:27 | Jehan_ | What do you mean by "all languages"? |
21:55:23 | Araq | JasonJAyalaP: it's modelled after delphi and python and then additional things like 'except' have been added |
21:55:56 | JasonJAyalaP | Jehan_: "many languages" I should have said |
21:56:43 | Jehan_ | JasonJAyalaP: Well, off the top of my head, there are at least the following exceptions: C#, Haskell, OCaml, Pascal (Units), Eiffel. |
21:56:52 | JasonJAyalaP | Jehan_: It's a minor, off-topic, philosophical point: If a specify a namespace, should the "regular/default" namespace be kept? |
21:57:39 | JasonJAyalaP | *If I specify a namespace |
21:58:00 | Jehan_ | JasonJAyalaP: Not sure I'm following you there. |
21:58:30 | Jehan_ | If you specify a namespace, what is the "regular/default" namespace? Can you provide an example to illustrate what you mean? |
21:58:33 | EXetoC | as in, having two additional namespaces instead? |
21:58:56 | JasonJAyalaP | Jehan_: If I say "The namespace for my_module is mmd" Does that mean my_module.func is still accessible? |
21:59:27 | Jehan_ | As in, "import my_module as mmd"? |
21:59:45 | JasonJAyalaP | right |
21:59:50 | Jehan_ | Since the purpose of such a declaration is usually to avoid naming conflicts, I'd suppose not. |
22:00:28 | Jehan_ | The idea is to "import project1.foo as foo1; import project2.foo as foo2" |
22:00:42 | Jehan_ | Having "foo" persist does not help. |
22:01:02 | JasonJAyalaP | Jehan_: You mean having "project1" persist |
22:01:15 | Jehan_ | JasonJAyalaP: Hmm? |
22:01:30 | Jehan_ | Nim only uses the last part of the module path as a namespace. |
22:01:47 | JasonJAyalaP | Jehan_: oh sorry, I read that wrong. right |
22:02:26 | * | bjz_ joined #nimrod |
22:02:45 | * | bjz quit (Read error: Connection reset by peer) |
22:03:24 | JasonJAyalaP | Jehan_: In that example, leaving the "default" namespace actively creates a conflict. But I don't see the use of having multiple namespaces anyway |
22:03:55 | Jehan_ | Umm … what do you mean by "I don't see the use of having multiple namespaces anyway"? |
22:04:16 | JasonJAyalaP | If I tell the compiler "this is how I want to refer to this module", that should be that. |
22:04:53 | * | Joe_knock joined #nimrod |
22:04:58 | Jehan_ | JasonJAyalaP: Can you provide an example where this happens? I'm afraid I'm completely lost. |
22:05:50 | JasonJAyalaP | Jehan_: `import My_Module as MM` `MM.func` works, should `My_Module.func` work as well? |
22:06:26 | Araq | JasonJAyalaP: I'm pretty sure it doesn't work |
22:06:34 | Araq | and indeed it shouldn't |
22:06:40 | Jehan_ | Not as far as I can tell, but it doesn't, so? |
22:07:13 | Jehan_ | import A as B is a rename, not a replication. |
22:07:18 | JasonJAyalaP | Araq: Ah, then I was mistaken when I brought it up. Ignore it. |
22:07:29 | dom96 | JasonJAyalaP: I think most of what you propose is already available in Nim, no? |
22:07:42 | dom96 | I'm not sure what "open" means |
22:08:08 | Jehan_ | dom96: I think the biggest issue is whether qualified or unqualified access to module members should be the default. |
22:08:27 | JasonJAyalaP | dom96: My syntax doesn't add functionality. Just makes it more consistent and explicity (and therefore memorable) |
22:08:46 | Jehan_ | dom96: I'm reading "open" as unqualified access by default. |
22:08:46 | JasonJAyalaP | Jehan_: Nah. My syntax supports either way. |
22:08:48 | EXetoC | the important thing is to get people to realize that never qualifying is bad |
22:09:02 | Jehan_ | JasonJAyalaP: Only one can be the default, though. |
22:09:28 | Jehan_ | And I think backwards compatibility alone forces unqualified access to be the default. |
22:09:47 | dom96 | Jehan_: I see. I don't think qualified should be default because of operators. |
22:09:48 | JasonJAyalaP | dom96: The first decision is "where do I put all these imported procs and types? What do I call the namespace". That could be the module name, a new name, or "into the current namespace" (open) |
22:09:51 | EXetoC | I would never want to always qualify I think |
22:11:04 | Jehan_ | I'm in favor of having a better syntax for qualified import instead of "from module import nil", but it's not a big enough issue for me to lose sleep over. :) |
22:11:25 | * | shodan45 joined #nimrod |
22:12:20 | dom96 | I'm ... pretty much indifferent. I like the current syntax because it's similar to Python. But getting some consistency would be nice too. |
22:13:39 | Araq | *shrug* we can perhaps replace 'from foo import nil' with 'import only foo' |
22:14:02 | Araq | if that's so much of an issue |
22:14:42 | dom96 | I would prefer 'import qualified foo' |
22:17:02 | JasonJAyalaP | dom96: You mean`import foo`? |
22:18:35 | dom96 | no, that should stay unqualified by default |
22:18:56 | Jehan_ | JasonJAyalaP: I think dom96 is thinking of this: http://www.haskell.org/haskellwiki/Import |
22:19:10 | Joe_knock | Is there a quick/easy way to install the breaking branch? |
22:19:20 | Jehan_ | dom96: Not just should. I don't think how you could change the default without literally breaking every single piece of code in existence. |
22:19:36 | JasonJAyalaP | Jehan_: Ah right. The default is my `open`. I get it |
22:19:39 | EXetoC | Joe_knock: the standard way doesn't satisfy either requirement? |
22:20:00 | Joe_knock | EXetoC: What is the standard way to update nimrod? |
22:20:31 | JasonJAyalaP | and `import qualified Module` would be my `import Module as Module` |
22:20:34 | JasonJAyalaP | hmm |
22:20:53 | * | dapz quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
22:21:18 | Jehan_ | Joe_knock: use git clone -b bigbreak --depth 1 [email protected]:nimrod-code/csources instead of the usual csources clone in the instructions. |
22:21:19 | Joe_knock | If you're going for syntax consistency, why not target all the nice parts of python specifically. |
22:21:49 | Jehan_ | Joe_knock: Because Python is an untyped language. It has to deal with completely different constraints. |
22:22:23 | Joe_knock | Jehan_: With that being said, quite a few of the parts can still remain "pythonic" |
22:22:26 | Jehan_ | Well, dynamically typed. |
22:22:46 | Jehan_ | Joe_knock: Yeah, but I'm not sure which ones you're thinking of? |
22:23:14 | Jehan_ | Module import is one thing that's dramatically different for a dynamically typed language. |
22:23:29 | * | fowl joined #nimrod |
22:23:34 | Joe_knock | Jehan_: I don't have any specifics myself. I'm pretty content/happy with the current syntax. Just thought I'd chip in to discussion |
22:23:58 | Jehan_ | Joe_knock: Ah, I see. |
22:24:48 | * | kuzy000_ quit (Ping timeout: 260 seconds) |
22:26:04 | dom96 | Joe_knock: I'm afraid you'll have to follow the instructions in the readme. |
22:26:42 | * | brson quit (Remote host closed the connection) |
22:27:55 | * | brson joined #nimrod |
22:28:06 | JasonJAyalaP | I think I found somewhere where I'm confused.... What is the difference between `import strutils as su` and `from strutils import nil` ? |
22:28:17 | Joe_knock | dom96: https://github.com/Araq/Nimrod/blob/bigbreak/readme.md ?? |
22:28:36 | dom96 | Joe_knock: yes |
22:29:03 | JasonJAyalaP | Correction `import strutils as strutils` and `from strutils import nil` |
22:29:17 | EXetoC | JasonJAyalaP: the latter forces you to qualify with 'strutils', and the latter is like "import", but if you want to qualify then you'd have to use 'su' |
22:29:19 | dom96 | JasonJAyalaP: there is none. |
22:29:27 | EXetoC | ? |
22:29:28 | Joe_knock | dom96: Nothing on doing an update (unless git clone counts?) |
22:29:29 | EXetoC | oh |
22:29:41 | EXetoC | some difference surely |
22:29:52 | Jehan_ | Joe_knock: https://gist.github.com/rbehrends/0e3f58a229ba31396253 |
22:30:03 | JasonJAyalaP | EXetoC: is `from strutils import nil` another way of saying `import strutils as strutils` ? |
22:30:29 | Jehan_ | JasonJAyalaP: Umm. Not the way it currently works. |
22:30:47 | Jehan_ | "from strutils import nil" requires you to qualify all use of strutils members. |
22:31:02 | Jehan_ | "import strutils as strutils" is the same as "import strutils". |
22:31:05 | Joe_knock | Thanks Jehan_. @Araq : When will a stable release of bigbreak be released? |
22:32:56 | JasonJAyalaP | Jehan_: I thought `import strutils` lets you do strutils.func as well as func ... `import strutils as strutils` only lets you do strutils.func, correct? |
22:33:29 | JasonJAyalaP | that is, `as` doesn't import into the current namespace |
22:33:48 | Jehan_ | It does. |
22:34:13 | Araq | Joe_knock: pretty sure it'll be this month |
22:34:41 | EXetoC | JasonJAyalaP: so the difference is the name you'd qualify with |
22:34:56 | Jehan_ | "import strutils as strutils" is identical to "import strutils" |
22:34:58 | EXetoC | and the qualification is optional. is it clear now? |
22:35:04 | Jehan_ | import … as is just a module rename. |
22:35:23 | dom96 | Jehan_: If that is how its currently implemented then I think it's wrong. |
22:35:27 | Joe_knock | Araq: Great news! Will it have a new version number too? |
22:35:39 | Jehan_ | dom96: Why? |
22:35:48 | EXetoC | "import x as y as nil"? :p |
22:36:21 | * | dapz joined #nimrod |
22:36:27 | Jehan_ | dom96: The "as" syntax exists to avoid problems with "import a.m, b.m" |
22:36:44 | Jehan_ | Where you cannot qualify the members of either module. |
22:36:44 | dom96 | Jehan_: I was under the impression that it made the import qualified. |
22:36:49 | Araq | Joe_knock: I backported most important bugfixes, so the current plan is to release Nimrod version 0.9.6 and Nim version 0.10.0 at the same time ... |
22:37:07 | Jehan_ | dom96: I just tested it, so I'm pretty sure I've got it right. |
22:37:09 | EXetoC | dom96: and your suggestion would make that less ugly at least |
22:37:22 | dom96 | Jehan_: I haven't so yeah lol. |
22:37:49 | EXetoC | but forced qualification does indeed seem rare, so whatever |
22:37:49 | Araq | but release planning is still as amateurish as ever |
22:37:52 | JasonJAyalaP | Jehan_ EXetoC Ah ok, I see what I misunderstood.. |
22:37:57 | dom96 | But if we introduce the "import qualified foo" syntax then it will make sense. |
22:38:10 | dom96 | Because then "import qualified foo as bar" will simply work. |
22:38:26 | Joe_knock | Araq: Would be great to see a move towards a stable release cycle. Perhaps 3 months stable release (or similar). |
22:38:28 | dom96 | JasonJAyalaP: Sorry for the incorrect information. |
22:39:06 | JasonJAyalaP | dom96: Don't worry. I'm confusing myself plenty. |
22:39:34 | EXetoC | anything, if implemented, will indeed work :p |
22:40:52 | * | dapz quit (Ping timeout: 240 seconds) |
22:41:46 | Araq | Joe_knock: I agree, but every 3 months is too quickly. every 6 months seems more realistic |
22:42:09 | Araq | in fact ... we never managed more than 2 releases per year, I think |
22:42:52 | Joe_knock | Araq: Seems reasonable too. How far has the language matured in your opinion? |
22:43:31 | Araq | the remaining bugs are horrible, but it's very rare that there is no workaround |
22:44:06 | Araq | I'm cutting features for version 1.0 so that more time is available for bug fixing |
22:44:51 | Joe_knock | Araq: I'm a bit confused now. Is 0.10.0 the final release before 1.0 or is it the 1.0? |
22:45:12 | EXetoC | working UDTCs for 1.0 I hope |
22:45:27 | Araq | EXetoC: what's that? |
22:45:34 | Araq | oh I see |
22:45:40 | * | adrusi quit (Quit: adrusi) |
22:46:24 | JasonJAyalaP | Joe_knock: Version numbers are weird. 1.0.0 is the first big release, 0.56.11 comes before it |
22:46:35 | Araq | Joe_knock: it's 0.9.6 but incompatible, so it's actually 2 versions away from 1.0 |
22:47:09 | Araq | but I plan to leave out 0.9.8 and so everything will be fine .... *cough* |
22:48:05 | Jehan_ | Araq: Heh. :) |
22:48:52 | Joe_knock | aah okay. Maybe 1.0 should be a 1 year release then. In those 12 months, first 6 can be used for bug-fixing and next 6 can be for improvements to 1.2/2.0? |
22:49:14 | Araq | EXetoC: I'm willing to fix 1 or 2 bugs for UDTCs but I don't think that's enough to get them into 1.0 |
22:49:33 | Jehan_ | Looking at the roadmap, most of the 0.9.8 stuff is more of the "nice to have" rather than "critical" variety, I'd say. |
22:49:43 | Araq | yeah |
22:50:25 | JasonJAyalaP | Jehan_: One last question: Why use `as` at all? You always have access to the unqualified funcs/types. |
22:51:29 | * | nande joined #nimrod |
22:51:37 | Jehan_ | JasonJAyalaP: As I explained. If you have both import a.m and import b.m, you cannot resolve ambiguities otherwise. |
22:51:47 | Jehan_ | It can also help with readability. |
22:52:18 | JasonJAyalaP | Jehan_: Ah. To use the functions without qualified when there's no ambiguity, but use a short qualifier when there is |
22:52:34 | Jehan_ | "a qualifier". Not necessarily a short one. |
22:53:01 | dom96 | I think it would be nice if in those cases we could resolve ambiguities by writing 'a.m' |
22:53:02 | Jehan_ | If both a.m and b.m define foo, there is literally no way to say which foo you want otherwise. |
22:53:04 | dom96 | not just 'm' |
22:53:28 | Jehan_ | Because you can't write a.m.foo or b.m.foo |
22:53:48 | Jehan_ | dom96: it's a rare enough case. |
22:54:37 | Araq | Jehan_: however, we really need to get .benign right |
22:54:46 | dom96 | If you're one those people that likes qualified imports you will have a problem with it I think. |
22:54:51 | Araq | or else every enhancement to the effect system breaks code |
22:54:52 | dom96 | *one of |
22:55:06 | Jehan_ | What is .benign? |
22:55:34 | Jehan_ | dom96: I'm not, so … :) |
22:55:50 | Araq | it's the same as .gcsafe but with additional constraints |
22:56:00 | Araq | that are on purpose underspecified |
22:56:02 | Jehan_ | Gotcha. |
22:56:11 | dom96 | Jehan_: great :) |
22:56:28 | dom96 | Araq: have you figured out a way to get rid of this gcsafe stuff yet? :P |
22:57:04 | Araq | dom96: I still think the problems are overblown, but we can disable it for --threads:off |
22:57:13 | Araq | dom96: but yes |
22:57:27 | Araq | I figured out how to make it more expressive |
22:57:40 | Araq | the cost in complexity is high |
22:57:44 | Araq | too high |
22:59:25 | dom96 | as long as it's not too damn high |
23:00:37 | dom96 | :P |
23:00:38 | EXetoC | cramming everything into 1.0 is a little silly I guess |
23:01:01 | Triplefox | it's very "open source" to perpetually delay 1.0 |
23:01:11 | EXetoC | though I'm sure plenty of people will just try out UDTCs becaue it's in the manual, and then complain about bugs |
23:01:24 | dom96 | We could become the duke nukem of programming languages. |
23:01:26 | * | boydgreenfield quit (Quit: boydgreenfield) |
23:02:02 | Triplefox | has anyone ever made a promotional trailer for a programming language |
23:02:15 | EXetoC | so maybe do something about that |
23:02:37 | Araq | EXetoC: it won't stay in the manual without a big red warning |
23:02:52 | Araq | or it even will get removed |
23:03:39 | dom96 | Triplefox: We should totally do that. |
23:03:45 | * | MyMind quit (Max SendQ exceeded) |
23:04:30 | * | Matthias247 quit (Read error: Connection reset by peer) |
23:04:47 | * | MyMind joined #nimrod |
23:07:23 | EXetoC | visit nimrod HYPEN lan NOW! |
23:08:16 | EXetoC | or lang |
23:08:18 | EXetoC | or nim |
23:10:29 | Triplefox | maybe more than one trailer in different styles |
23:11:04 | Triplefox | according to the hr department stereotypes of "ninja" "rockstar" and "guru" |
23:13:19 | * | [CBR]Unspoken quit (Ping timeout: 272 seconds) |
23:13:47 | * | [CBR]Unspoken joined #nimrod |
23:15:22 | * | JasonJAyalaP quit (Ping timeout: 246 seconds) |
23:18:56 | * | flaviu1 joined #nimrod |
23:25:16 | Joe_knock | Triplefox: Normally, screencasts work better for coders. |
23:27:54 | Jehan_ | Araq: You could have an "--experimental" compiler switch that is required to enable unstable features. |
23:28:07 | Jehan_ | This way people won't use them by default and be surprised if they don't work. |
23:29:27 | Araq | Jehan_: hmm sounds like a good idea |
23:29:43 | Araq | I don't think it'll really work, but it's worth a try |
23:29:52 | Jehan_ | As for promotional trailers, there's "Erlang the Movie" and "Erlang the Movie II: The Sequel". Not sure if I'd recommend them, though. |
23:30:37 | Jehan_ | Araq: Well, it's so that people can't say: "But we thought it was supposed to work." |
23:30:46 | Joe_knock | That's the risk with a promo video. It could be "funny"/"quirky" to the regulars, but might alienate an outsider. |
23:31:20 | Araq | there is also some bizzare python promo trailer |
23:31:37 | Araq | which goes on like forever |
23:32:16 | Joe_knock | Araq: link? |
23:35:11 | Araq | Joe_knock: can't find it anymore |
23:35:58 | Joe_knock | If somebody with Adobe skills is willing, a cartoonified video might work. |
23:37:56 | * | fowl quit (Ping timeout: 255 seconds) |
23:38:08 | * | darkf joined #nimrod |
23:41:03 | * | boydgreenfield joined #nimrod |
23:45:43 | * | BlaXpirit quit (Quit: Quit Konversation) |
23:46:25 | NimBot | Araq/Nimrod bigbreak 344488f Araq [+0 ±1 -0]: ttypeclasses works again |
23:46:25 | NimBot | Araq/Nimrod bigbreak 611d5d7 Araq [+0 ±3 -0]: improvements for nimfix |
23:46:35 | * | wkoch joined #nimrod |
23:46:36 | Araq | dom96: here you go, but it's untested :P |
23:46:42 | Araq | hi wkoch welcome |
23:47:42 | wkoch | hi |
23:49:12 | * | bjz_ quit (Ping timeout: 255 seconds) |
23:50:39 | dom96 | Araq: what did you improve? |
23:51:02 | Araq | I've implemented --stylecheck:auto --onlyMainfile |
23:51:22 | dom96 | ok thanks |
23:51:23 | Araq | that should correct the identifier according to our style guides |
23:56:44 | * | wkoch quit (Remote host closed the connection) |
23:57:40 | * | flaviu1 quit (Read error: Connection reset by peer) |
23:58:25 | * | wk joined #nimrod |