00:08:11 | NimBot | Araq/Nimrod master f1d218c Araq [+0 ±5 -0]: fixes #569; C++ codegen works again |
00:09:04 | Araq | time to get some sleep. good night |
00:10:25 | BitPuffin | good night! |
00:20:09 | * | Associat0r joined #nimrod |
00:20:09 | * | Associat0r quit (Changing host) |
00:20:09 | * | Associat0r joined #nimrod |
00:29:11 | * | ltbarcly joined #nimrod |
00:30:32 | * | ltbarcly quit (Client Quit) |
00:32:01 | * | ltbarcly joined #nimrod |
00:41:37 | * | DAddYE quit (Remote host closed the connection) |
00:58:58 | EXetoC | beep |
01:16:18 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
01:24:36 | * | darithorn quit (Ping timeout: 245 seconds) |
02:01:58 | * | q66 quit (Quit: Leaving) |
02:26:27 | * | darithorn joined #nimrod |
02:43:28 | * | DAddYE joined #nimrod |
02:50:20 | * | DAddYE quit (Ping timeout: 268 seconds) |
03:29:10 | * | OrionPK quit (Read error: Connection reset by peer) |
03:29:24 | * | DAddYE joined #nimrod |
03:30:14 | * | DAddYE quit (Remote host closed the connection) |
03:43:21 | * | ltbarcly_ joined #nimrod |
03:48:09 | * | ltbarcly_ quit (Ping timeout: 256 seconds) |
03:53:31 | * | ltbarcly_ joined #nimrod |
03:54:36 | * | darithorn quit (Ping timeout: 256 seconds) |
03:58:10 | * | ltbarcly_ quit (Ping timeout: 268 seconds) |
04:31:11 | * | DAddYE joined #nimrod |
04:37:30 | * | DAddYE quit (Ping timeout: 245 seconds) |
04:39:01 | * | wp_ joined #nimrod |
04:40:05 | wp_ | yo, is it possible to set vhost (bindhost) when connecting to IRC using Nimrod |
04:54:51 | wp_ | nevermind, I just hacked it in there in the ugliest way possible by explicitly binding to the hostname I wanted using irc.sock.bindAddr in irc.nim |
05:06:20 | * | wp_ quit (Quit: if you want to come bug me about bad programming practice, query WP on irc.coldfront.net) |
05:34:12 | * | DAddYE joined #nimrod |
05:41:09 | * | DAddYE quit (Ping timeout: 268 seconds) |
05:53:59 | * | ltbarcly_ joined #nimrod |
05:58:29 | * | ltbarcly_ quit (Ping timeout: 248 seconds) |
06:04:11 | * | ltbarcly_ joined #nimrod |
06:08:40 | * | brson quit (Quit: leaving) |
06:08:45 | * | ltbarcly_ quit (Ping timeout: 245 seconds) |
06:13:01 | * | Associat0r quit (Quit: Associat0r) |
06:37:41 | * | DAddYE joined #nimrod |
06:44:10 | * | DAddYE quit (Ping timeout: 245 seconds) |
07:40:45 | * | DAddYE joined #nimrod |
07:47:17 | * | DAddYE quit (Ping timeout: 256 seconds) |
08:43:55 | * | DAddYE joined #nimrod |
08:51:06 | * | DAddYE quit (Ping timeout: 264 seconds) |
09:47:07 | * | DAddYE joined #nimrod |
09:48:09 | Araq | hey DAddYE |
09:49:51 | NimBot | Araq/Nimrod master 78b35bc Araq [+0 ±2 -0]: fixes #563 |
09:49:51 | NimBot | Araq/Nimrod master 9d98474 Araq [+0 ±1 -0]: fixes #459 |
09:49:51 | NimBot | Araq/Nimrod master c592622 Araq [+1 ±2 -0]: fixes #554, fixes #179 |
09:53:47 | * | DAddYE quit (Ping timeout: 246 seconds) |
09:56:14 | * | ltbarcly_ joined #nimrod |
09:56:19 | * | Associat0r joined #nimrod |
09:56:19 | * | Associat0r quit (Changing host) |
09:56:19 | * | Associat0r joined #nimrod |
09:58:45 | * | ltbarcly quit (Ping timeout: 245 seconds) |
10:09:59 | * | zahary1 joined #nimrod |
10:10:58 | * | zahary quit (Read error: Connection reset by peer) |
10:15:51 | * | ltbarcly joined #nimrod |
10:20:26 | * | ltbarcly quit (Ping timeout: 245 seconds) |
10:26:12 | * | ltbarcly joined #nimrod |
10:31:07 | * | ltbarcly quit (Ping timeout: 260 seconds) |
10:37:03 | * | q66 joined #nimrod |
10:50:18 | * | DAddYE joined #nimrod |
10:56:40 | * | DAddYE quit (Ping timeout: 245 seconds) |
11:09:07 | * | Associat0r quit (Quit: Associat0r) |
11:49:50 | * | EXetoC joined #nimrod |
11:53:29 | * | DAddYE joined #nimrod |
11:54:07 | * | EXetoC quit (Client Quit) |
11:57:15 | * | EXetoC joined #nimrod |
11:59:43 | * | DAddYE quit (Ping timeout: 245 seconds) |
12:28:35 | EXetoC | wos goin on, lads |
12:38:14 | Araq | EXetoC: as you can see I'm fixing bugs |
12:39:37 | EXetoC | oh, look at that |
12:56:18 | * | DAddYE joined #nimrod |
13:02:28 | dom96 | hello |
13:02:55 | * | DAddYE quit (Ping timeout: 264 seconds) |
13:04:28 | EXetoC | hi |
13:14:02 | EXetoC | ok now it correctly detects the lack of discard in some cases, but now I can't return result by having "result" be the last expression; though that was a workaround that seems to have been fixed by one of the recent patches |
13:14:53 | Araq | that was never planned to be supported |
13:15:01 | Araq | "result" as a last expression, I mean |
13:15:17 | EXetoC | ok good |
13:15:36 | Araq | as it doesn't make too much sense and the (yet to be documented) rule is that usage of 'result' triggers a void context |
13:16:40 | dom96 | Araq: Shall I check to see if your fix fixed the nimbuild corruption? |
13:16:53 | EXetoC | yeah |
13:19:34 | Araq | dom96: I don't think I fixed it :-( |
13:19:45 | dom96 | :\ |
13:20:28 | Araq | but ok try it |
13:22:01 | EXetoC | ok, this seems to work "proc `-=`*[T:float|float32|float64] (x: var T, y: type(x))", but not "proc `-=`* (x: var TReal, y: type(x))". should those mean different things? |
13:23:11 | EXetoC | maybe I shouldn't mess about too much in system.nim, but I'm trying to figure out what shortcuts are possible |
13:23:37 | Araq | I don't think they should be different but let's ask zahary1, zahary_ |
13:25:13 | zahary1 | it should work, I'll take a look |
13:25:51 | * | zahary1 is now known as zahary |
13:25:58 | Araq | you also broke tests/compile/tvarious (bug #544), zahary |
13:25:58 | EXetoC | since when has the first approach been possible? |
13:28:06 | zahary | I know, I really need to do one complicated change that will replace tyGenericParam with tyTypeDesc for the generic type parameters |
13:28:41 | Araq | why? |
13:28:52 | zahary | I left some comments in the code about it |
13:28:54 | Araq | tyTypeDesc is quite different from tyGenericParam |
13:29:10 | zahary | tyGenericParam really means "any value" when it comes to sigmatch |
13:29:26 | zahary | now that the generics also use sigmatch, this requires some ugly hacks there |
13:29:41 | zahary | "any value" in contrast to "any type" |
13:29:48 | Araq | tyGenericParam can have a list of constraints |
13:30:25 | zahary | yes, I mean that the signature of the generic type should not use tyGenericParam |
13:30:47 | zahary | because it doesn't accept values, it accepts types |
13:35:15 | Araq | but yeah, it means "any value" and not "any type" |
13:59:33 | * | DAddYE joined #nimrod |
14:05:50 | * | DAddYE quit (Ping timeout: 245 seconds) |
14:23:14 | dom96 | Araq: So far it seems to be working. |
14:23:45 | Araq | yeah but it's always been "so far" |
14:23:50 | dom96 | indeed. |
14:29:24 | * | Associat0r joined #nimrod |
14:29:24 | * | Associat0r quit (Changing host) |
14:29:24 | * | Associat0r joined #nimrod |
14:33:33 | NimBot | Araq/Nimrod master 4f7500d Grzegorz Adam Hankiewicz [+0 ±1 -0]: Fixes xmltree <> macro docstring. |
14:33:33 | NimBot | Araq/Nimrod master 810ed6a Araq [+0 ±1 -0]: Merge pull request #579 from gradha/pr_fixes_xmltree_macro_docstring... 2 more lines |
14:37:24 | * | ltbarcly joined #nimrod |
14:41:48 | * | ltbarcly quit (Ping timeout: 245 seconds) |
14:47:43 | * | ltbarcly joined #nimrod |
14:52:13 | * | ltbarcly quit (Ping timeout: 240 seconds) |
14:53:42 | * | OrionPK joined #nimrod |
15:02:40 | * | DAddYE joined #nimrod |
15:09:10 | * | DAddYE quit (Ping timeout: 245 seconds) |
16:05:47 | * | DAddYE joined #nimrod |
16:07:26 | Araq | hey DAddYE |
16:09:44 | dom96 | Any university students in here? (Preferably from the UK) |
16:12:42 | * | DAddYE quit (Ping timeout: 264 seconds) |
16:19:15 | profmakx | dom96 will a postdoc at a university in the UK do too? |
16:20:56 | dom96 | profmakx: Sure, that's awesome. What university (if you don't mind sharing)? |
16:21:01 | OrionPK | oo we got a scholar here |
16:21:28 | profmakx | dom96 st andrews |
16:24:09 | profmakx | OrionPK I only learned about nimrod at work |
16:25:13 | dom96 | Am I blind or are the entry requirements not on this website? http://www.st-andrews.ac.uk/courses/route/USBECSCSCSC/year/2013-4 |
16:26:41 | profmakx | dom96, if you want to do CS you should look at the CS site :P http://www.cs.st-andrews.ac.uk http://www.cs.st-andrews.ac.uk/prospective-ug/requirements |
16:27:01 | profmakx | http://www.cs.st-andrews.ac.uk/prospective-pg |
16:27:16 | profmakx | (depending on whether you are interested in undergrad or masters/phd |
16:27:23 | dom96 | I see, thanks hah |
16:27:42 | profmakx | I think st andrews compsci is not quite as crazy as maths wrt a-level requirements |
16:28:26 | profmakx | added bonus, we have one of the guys who perpetrated whitespace :P |
16:29:07 | dom96 | hah |
16:30:37 | dom96 | Interesting, Glasgow is 4th on the league tables for 2014. |
16:32:00 | dom96 | profmakx: Can you tell me much about the course content for Comp Sci in St. Andrews? |
16:34:37 | profmakx | dom96, I did not do my undergrad in St Andrews, so I am probably not the right person to ask about details of the course |
16:35:06 | profmakx | I can tell you that we have a functional language group, a hci group, a CP group and a computer algebra group |
16:35:09 | profmakx | oh and systems |
16:35:11 | profmakx | whatever that means |
16:35:57 | profmakx | I am myself involved mostly with computer algebra and maths, and know Edwin Brady and kevin hammond, since i am somewhat interested in dependent types |
16:37:15 | dom96 | hrm, I'll certainly consider applying to St. Andrews then. What other universities would you suggest? |
16:38:12 | profmakx | first, what are you looking into? undergrad or postgrad? |
16:38:23 | dom96 | undergrad |
16:38:41 | profmakx | and then, its probably good to choose by what you think your interests are at the moment |
16:39:00 | profmakx | st andrews is not only a good uni, its also a nice place to live. i don't particularly like glasgow :P |
16:39:08 | profmakx | cambrige is obviously good |
16:39:11 | profmakx | also a bitch to get into |
16:39:33 | profmakx | (i don't like the city glasgow, the university has a good reputation) |
16:39:46 | profmakx | then there's edinburgh |
16:39:58 | dom96 | Yeah, I'm thinking of applying to Cambridge even though I doubt I will get into it. (Hoping that my experience will wow them) |
16:40:12 | profmakx | i have worked in manchester for a while, but haven't met any computer scientist there |
16:41:21 | dom96 | The thing is, I will have to move no matter what university I choose in mainland Britain (I live in Northern Ireland) |
16:41:42 | profmakx | sure, if you can get in, cambridge is certainly a good place to be |
16:41:44 | dom96 | And I've never actually been to any of the cities. |
16:41:54 | profmakx | cambridge and st andrews are very expensive in terms of living |
16:42:00 | profmakx | like rent is absolutely crazy |
16:42:23 | dom96 | oh :\ |
16:42:29 | profmakx | places like edinburgh, glasgow, or manchester are a bit on the better side there |
16:43:20 | profmakx | in st andrews you are entitled to university accommodation as an undergrad |
16:43:31 | profmakx | but i don't know how hard it is to get into the "cheaper" halls |
16:46:08 | dom96 | what about Newcastle, is it any good? |
16:47:00 | profmakx | mhhm. I am not sure. I think they have a few good academics there, I don't know about teaching quality |
16:47:08 | profmakx | the town is a bit on the manky side |
16:48:49 | dom96 | hehe, I see. |
16:49:45 | dom96 | thank you for your advice. |
16:50:56 | profmakx | no problem |
16:51:08 | profmakx | should you come to st andrews for an open day or otherwise let me know |
16:51:13 | profmakx | i can show you around |
16:51:45 | dom96 | Awesome. I'll let you know. Thanks. |
16:54:31 | * | profmakx goes back to deciphering arm architecture reference manual |
16:59:40 | * | enurlyx joined #nimrod |
17:08:56 | * | DAddYE joined #nimrod |
17:15:00 | * | DAddYE quit (Ping timeout: 245 seconds) |
17:34:16 | * | ltbarcly joined #nimrod |
17:38:38 | * | ltbarcly quit (Ping timeout: 241 seconds) |
17:40:44 | * | ltbarcly joined #nimrod |
17:42:42 | Araq | ping EXetoC |
17:45:20 | * | ltbarcly quit (Ping timeout: 256 seconds) |
17:46:45 | * | ltbarcly joined #nimrod |
17:51:22 | * | ltbarcly quit (Ping timeout: 256 seconds) |
17:52:16 | EXetoC | Araq: hi |
17:52:47 | * | ltbarcly joined #nimrod |
17:54:20 | Araq | EXetoC: I can't reproduce bug #577, maybe because of the lattest changes to FP handling |
17:57:19 | * | ltbarcly quit (Ping timeout: 240 seconds) |
17:58:18 | * | ltbarcly joined #nimrod |
17:58:20 | EXetoC | I think the relevant code is similar now, and I don't get an error anymore when uncommenting the converter |
18:02:23 | EXetoC | weird sentence. the clamp is still there in my project is what I meant, and the converter doesn't cause an error, so yes it appears to have been fixed |
18:03:03 | Araq | strange ... |
18:03:06 | * | ltbarcly quit (Ping timeout: 264 seconds) |
18:04:03 | EXetoC | the fact that the FP changes might've resolved this? |
18:04:17 | * | ltbarcly joined #nimrod |
18:04:35 | Araq | gah, never mind |
18:08:39 | * | ltbarcly quit (Ping timeout: 240 seconds) |
18:10:19 | * | ltbarcly joined #nimrod |
18:10:35 | EXetoC | I confirmed your findings, so that's why I was confused by your response |
18:11:47 | Araq | well I think I know the reason of the bug |
18:12:08 | * | DAddYE joined #nimrod |
18:12:21 | Araq | clamp is generic after all and you have a converter from float32 to circle |
18:12:41 | Araq | so both used to match with the same "fitness" value |
18:13:57 | EXetoC | ok |
18:17:38 | * | ltbarcly quit (Ping timeout: 256 seconds) |
18:18:17 | * | ltbarcly joined #nimrod |
18:18:45 | * | DAddYE quit (Ping timeout: 245 seconds) |
18:20:33 | * | ltbarcly quit (Client Quit) |
18:22:06 | Araq | so ... how big needs the buffer to sprintf needs to be for %g, %f and %e ? |
18:24:29 | * | fowl joined #nimrod |
18:37:54 | EXetoC | Wouldn't it be better to have float64 and float32 overloads in most cases? rather than float32 and float |
18:38:11 | EXetoC | also, do we need UInt and Float magic? might be hard to change that though |
18:39:45 | Araq | float is used everywhere, float64 rarely, so I decided to do it this way |
18:40:19 | EXetoC | fair enough |
18:47:14 | NimBot | Araq/Nimrod master 7b7c68f Araq [+1 ±1 -0]: fixes #516 |
18:47:14 | NimBot | Araq/Nimrod master 72678ab Araq [+0 ±1 -0]: fixes #398 |
18:47:14 | NimBot | Araq/Nimrod master 18a5097 Araq [+0 ±1 -0]: Merge branch 'master' of github.com:Araq/Nimrod |
18:55:16 | * | darithorn joined #nimrod |
19:01:47 | EXetoC | server.nim |
19:01:50 | EXetoC | [Warning] insufficient LD_LIBRARY_PATH |
19:01:57 | EXetoC | I don't think I've seen that before |
19:02:22 | EXetoC | maybe I just missed it before. does it usually appear when running the tests? |
19:09:31 | oal | Has anyone used the JS compilation for any real world code? |
19:10:44 | EXetoC | The official website, I think |
19:11:34 | oal | Hmm, I don't see much JS in use there |
19:14:06 | dom96 | EXetoC: Yes, it happens. |
19:14:30 | reactormonk | oal, define "real world". I had some fun with kwin. |
19:14:48 | dom96 | The official website doesn't use the JS backend. |
19:14:56 | oal | Sleep doesn't work when compiling to JS, as it's in the os module. setTimeout doesn't compile either. How would I call global js functions? |
19:15:07 | reactormonk | oal, import them yourself |
19:15:11 | * | EXetoC quit (Ping timeout: 260 seconds) |
19:15:20 | * | DAddYE joined #nimrod |
19:15:27 | reactormonk | and add them to the stdlib if you deem then useful |
19:15:34 | dom96 | oal: You wrap them just like you would wrap C code. |
19:15:38 | dom96 | Using the importc pragma |
19:15:55 | reactormonk | or importcpp if the JS part uses object syntax |
19:16:04 | reactormonk | aka foo.methodToWrap(bar) |
19:16:07 | oal | oh, they're defined in the dom package :) |
19:21:40 | * | DAddYE quit (Ping timeout: 245 seconds) |
19:30:37 | * | EXetoC joined #nimrod |
19:42:44 | EXetoC | Araq: The fact that there seems to be overloads for both 'int' and 'int64' is a mistake. it works though |
19:43:03 | Araq | EXetoC: what do you mean? |
19:47:21 | EXetoC | Araq: "proc abs*(x: int): int", "proc abs*(x: int64): int64" and so on |
19:47:30 | Araq | that's not wrong |
19:47:54 | * | DAddYE joined #nimrod |
19:47:54 | EXetoC | it works, but do we even need the overloads for 'int'? |
19:48:11 | Araq | yes we do because 'int' is a first class type |
19:51:32 | EXetoC | but isn't int implicitly convertible to either of them? where one has more priority than the other, depending on the platform |
19:52:58 | oal | Is there an example using the dom module, for compilation to js? |
19:54:11 | EXetoC | so, is the overload taking an int64 chosen when passed an int, on platforms where int basically is int64 |
19:54:39 | Araq | there is tests/js.nim, tests/js.html, oal for a minimum example |
19:55:31 | Araq | EXetoC: int+int64 -> int64, int+int -> int, int32+int -> int, int32 + int literal -> int32 etc. |
19:57:15 | oal | Araq, ok, thanks. How would I call window.setTimeout? It expects a cstring and an int. Trying window.setTimeout("", 1000) gives me "Error: value returned by statement has to be discarded" |
19:57:56 | Araq | well discard it then or do not declare the return type or mark it as {.discardable.} |
20:00:16 | oal | Why does it take a cstring and not a proc, by the way? |
20:00:21 | * | Mat2 joined #nimrod |
20:00:23 | Mat2 | hello |
20:00:38 | EXetoC | Araq: ok, but why can't the 'int' overloads be removed, when both int32 and int64 overloads are provided? along with the other types in most cases. |
20:01:26 | Araq | because then the type depends on the target architecture, type(x+y) returns either int32 or int64 etc. |
20:01:52 | reactormonk | oal, strange. |
20:01:54 | Araq | seems like a bad idea to me, but maybe you're right and it would work out |
20:03:06 | reactormonk | oal, maybe connected to {.nimcall.}, but I'm not sure |
20:06:04 | * | fowl quit (Quit: Leaving) |
20:07:21 | EXetoC | Araq: I'm talking about the overload set of 'abs' for example, where it's a little strange to have overloads for int, in addition to int32, int64 and so on. but if the abs(int64) overload is somehow chosen when doing abs(int) on x64 example, then at least it's correct |
20:08:17 | EXetoC | confusing, but correct nevertheless. I'm just trying to figure out if the "AbsI64" magic for example is ever referenced |
20:08:49 | EXetoC | or if it just works anyway, because of the size of intVal, if that's even relevant |
20:09:23 | Araq | yep. it's relevant and the reason it should work |
20:10:00 | * | adx joined #nimrod |
20:10:12 | Araq | hi adx welcome |
20:10:18 | adx | hello |
20:10:19 | Mat2 | hi adx |
20:12:41 | Mat2 | hmm, I have a const string: type caTest = "testA", a comparison like: if caTest != "test" is always false, why ? |
20:13:08 | Mat2 | sorry const caTest = "testA" |
20:14:26 | enurlyx | Hello, i have a problem with 'not nil' checks and the 'result' being a ref. I get the following error: cannot prove 'result' is not nil. I try to call new(result) and then a function on 'result' that expects the first param to be not nil. Is something wrong with this? |
20:14:58 | Araq | enurlyx: should work, bug report please |
20:15:03 | Araq | Mat2: works for me |
20:15:18 | Araq | enurlyx: however |
20:15:43 | enurlyx | ok |
20:15:45 | Araq | if your ref type contains not-nil fields, you need to use object construction syntax |
20:16:06 | Araq | new(result) # ok, result not nil, but what about its fields? |
20:18:29 | Araq | dom96: please look at https://github.com/Araq/Nimrod/issues/491 |
20:18:34 | Mat2 | Araq: ok, found the error, wrong string content (vopy&paste fault) |
20:25:21 | EXetoC | Araq: ok, so it doesn't matter that AbsI is invoked when doing abs(int), no matter what the size of int? if so, what makes the 64-bit versions of the magics special? |
20:26:03 | Araq | EXetoC: I told you the 64 bit versions of the magics are obsolete |
20:27:37 | EXetoC | I'm not sure about that, but ok it's clear now. can those versions be removed? |
20:28:13 | Araq | sure |
20:28:29 | Araq | but we have much better things to do |
20:29:48 | dom96 | Araq: Why odes httpserver2 implement an http server when we have the httpserver module which does the same thing? |
20:29:51 | dom96 | *does |
20:30:24 | Araq | it was some contribution |
20:30:39 | Araq | it supported more features than httpserver so I included it |
20:31:04 | Araq | mark it deprecated if it's not necessary anymore |
20:31:25 | * | Mat2 found out the ez80 word size is 24 bit.. nice.. great. *ARGH* |
20:31:59 | Araq | Mat2: don't ask me to introduce int24 please ... |
20:32:46 | * | Araq awaits the day when somebody invents unsigned floating point numbers to save 1 bit |
20:35:14 | Mat2 | Araq: no, if so you should better support the 20 bit extended word size for tms320x ;-), the second is already invented by the way |
20:36:19 | Araq | ok sure; however ansi C doesn't support it yet. A real omission of course. Lets patch printf et al to deal with unsigned floating point numbers, in 32 and 64 bit variants |
20:36:50 | Mat2 | *lol* |
20:44:26 | enurlyx | Araq:Yes, there are two fields that are nil. But same approach works if var is not 'result'. I make a testcase tomorrow. Good night. |
20:44:50 | * | enurlyx quit (Quit: Verlassend) |
20:48:29 | * | rubino123 joined #nimrod |
21:22:22 | * | brson joined #nimrod |
21:32:03 | * | ltbarcly joined #nimrod |
21:36:59 | * | ltbarcly quit (Ping timeout: 268 seconds) |
21:42:22 | * | ltbarcly joined #nimrod |
21:43:11 | Araq | ping BitPuffin |
21:47:02 | * | ltbarcly quit (Ping timeout: 240 seconds) |
22:01:25 | * | Associat0r quit (Quit: Associat0r) |
22:03:14 | * | rubino123 quit (Quit: Leaving) |
22:29:38 | dom96 | You guys heard of templeos? The language it's written in is rather interesting: http://www.templeos.org/Wb/Doc/HolyC.html |
22:29:57 | OrionPK | is that the one written by the crazy guy? |
22:30:05 | dom96 | Yeah, he's schizophrenic. |
22:30:15 | dom96 | from what i've read. |
22:30:17 | OrionPK | then yes, I have heard of it :p |
22:30:31 | OrionPK | he keeps renaming it, and he's a christian extremist schizo |
22:31:09 | comex | "* No type-checking |
22:31:13 | comex | "* No #define functions exist (I'm not a fan) |
22:31:15 | comex | "* No typedef, use class. |
22:32:41 | Mat2 | dom96: Remarkly, I know a very similar OS which is based around a C IDE |
22:37:34 | dom96 | Reading the main website... the first part of it sounds like random religious ramblings. |
22:38:05 | Mat2 | probably a satire ? |
22:40:02 | comex | no, it's serious |
22:41:04 | Mat2 | "It's like a modern, souped-up, multi-tasking, |
22:41:04 | Mat2 | cross between DOS and a Commodore 64" |
22:41:58 | EXetoC | OrionPK: you should check out his square wave tunes on youtube |
22:43:32 | OrionPK | oh dear |
22:43:44 | Mat2 | ^that's a pattern encoded text. Its meaning is: between a souped-up cross, a modern DOS" |
22:44:33 | Mat2 | with DOS = Denial-Of-Service |
22:45:48 | Mat2 | I only see satirical content |
22:45:57 | Mat2 | however, strange |
22:49:03 | Mat2 | some seem to be hidden, political statements |
22:50:17 | Mat2 | or the author is really just crazy, how knows |
22:51:48 | EXetoC | he is |
22:52:07 | OrionPK | yeah he's actually legit crazy afaik |
22:52:12 | EXetoC | or he really enjoys pretending, but probably not :> |
22:54:14 | EXetoC | and getting bashed like crazy |
23:12:54 | * | Associat0r joined #nimrod |
23:12:54 | * | Associat0r quit (Changing host) |
23:12:54 | * | Associat0r joined #nimrod |
23:22:10 | * | brson quit (Quit: leaving) |
23:35:18 | Mat2 | ciao |
23:35:21 | * | Mat2 quit (Quit: Verlassend) |