| 00:00:52 | Araq | maybe |
| 00:01:01 | Araq | but I'd guess 64bit support is more important |
| 00:01:15 | Araq | which it lacks/lacked too :P |
| 00:01:16 | BitPuffin | I am fairly sure that that is nearly complete |
| 00:02:11 | BitPuffin | https://www.haiku-os.org/blog/xyzzy/2012-08-28_x86_64_port_final_report |
| 00:02:16 | Araq | well platform.nim knows about Haiku, so there is a chance in cross compiling to succeed |
| 00:03:08 | BitPuffin | Araq You gotta keep up with the Haiku world :P |
| 00:03:40 | BitPuffin | Araq In what way was TLS inefficient btw? |
| 00:03:49 | * | BitPuffin is live in #Haiku gathering info |
| 00:05:37 | Araq | there is no compiler/linker support so you're left with posix's pthread_key_create crap |
| 00:05:56 | Araq | well ... Nimrod emulates thread local storage for you by using this API |
| 00:06:22 | Araq | so no work on your part but it is slower |
| 00:07:48 | dom96 | Can Haiku run on ARM yet? |
| 00:08:11 | BitPuffin | dom96 njaeh kind of but not really |
| 00:08:18 | BitPuffin | Araq Hmm |
| 00:08:23 | BitPuffin | Araq Well the dude had to go |
| 00:08:51 | BitPuffin | "Well, all threads have there own variables stored locally" |
| 00:09:15 | BitPuffin | "it sounds like there is C++ lang features that could help you but we don't use em" |
| 00:09:45 | Araq | BitPuffin: I've been there too, you know |
| 00:09:47 | BitPuffin | kind of sounds like they are using local by default |
| 00:10:01 | Araq | good night |
| 00:10:03 | BitPuffin | Araq Where? ;P |
| 00:10:16 | Araq | BitPuffin: in the haiku channel |
| 00:10:17 | BitPuffin | oh. Nighty |
| 00:10:19 | Araq | bye |
| 00:10:21 | BitPuffin | Araq yeah of course |
| 00:10:27 | BitPuffin | but not talking about this I presume |
| 00:10:51 | Araq | what makes you think so? how do you think I got my knowledge from? |
| 00:11:13 | Araq | but anyway, bye |
| 00:11:20 | BitPuffin | Well the chances of you talking about the same things when there are so many things to talk about is small haha |
| 00:13:45 | BitPuffin | I am gonna have to check how you even generate those C sources |
| 00:14:02 | dom96 | ./koch csource |
| 00:14:43 | BitPuffin | ah |
| 00:14:50 | BitPuffin | well that sounds easy |
| 00:16:05 | * | Associat0r joined #nimrod |
| 00:16:05 | * | Associat0r quit (Changing host) |
| 00:16:05 | * | Associat0r joined #nimrod |
| 00:16:30 | BitPuffin | dom96 would you mind attempting generating haiku source and then tar balling that to me pleaaese? :3 |
| 00:17:30 | dom96 | alright |
| 00:17:44 | BitPuffin | you're the best.. of aaaAALL |
| 00:17:51 | BitPuffin | no one's ever gonna keep you down |
| 00:18:01 | BitPuffin | lol |
| 00:18:04 | BitPuffin | no but seriously |
| 00:18:05 | BitPuffin | thanks |
| 00:18:12 | dom96 | not sure how i'm going to send it to you though |
| 00:18:32 | BitPuffin | Hmm |
| 00:18:33 | dom96 | also, I hope zip is fine |
| 00:18:39 | * | dom96 is on Windows |
| 00:18:39 | BitPuffin | yeah zip works |
| 00:18:44 | BitPuffin | WOOT |
| 00:18:50 | BitPuffin | thought you were on arch |
| 00:19:06 | dom96 | I rebooted an hour ago to download a game :P |
| 00:19:28 | BitPuffin | http://pastelink.me/ maybe that works? |
| 00:19:56 | BitPuffin | pretty website |
| 00:21:03 | BitPuffin | they really push the whole thing about the thing being free lol |
| 00:29:01 | BitPuffin | gotta poop brb |
| 00:29:49 | dom96 | thanks for sharing :P |
| 00:38:32 | dom96 | BitPuffin: http://pastelink.me/dl/50c36b |
| 00:38:34 | dom96 | voila |
| 00:38:47 | dom96 | now you owe me your firstborn |
| 00:38:55 | dom96 | :P |
| 00:47:33 | EXetoC | sup |
| 00:48:02 | BitPuffin | thanks dom96! |
| 00:50:45 | BitPuffin | dom96 paths are with backslashes xD thanks windows! |
| 00:50:59 | dom96 | lol what |
| 00:51:06 | dom96 | that's a bug in niminst then |
| 00:51:51 | BitPuffin | Hmm |
| 00:51:59 | BitPuffin | How would one s that in vim |
| 00:52:03 | BitPuffin | considering it is slashes |
| 00:52:33 | BitPuffin | EXetoC halp? |
| 00:54:33 | BitPuffin | s/\\/\//g lol |
| 00:58:41 | EXetoC | nice |
| 00:58:58 | BitPuffin | dom96 hmm. sources are full of ^M |
| 00:59:24 | dom96 | no idea what ^M is |
| 00:59:49 | EXetoC | windoze stuff |
| 00:59:55 | BitPuffin | yes |
| 01:00:02 | BitPuffin | I dont think that is a problem though |
| 01:00:11 | dom96 | Windows newlines I guess? |
| 01:00:16 | BitPuffin | yea |
| 01:00:17 | BitPuffin | probably |
| 01:02:52 | BitPuffin | gah |
| 01:02:59 | BitPuffin | the compiler cannot handle backslashes |
| 01:06:55 | dom96 | hrm? |
| 01:07:47 | BitPuffin | lots of \ in pre processing in nimbaseöh |
| 01:08:15 | dom96 | oh, the C compiler can't handle it? |
| 01:08:36 | BitPuffin | nope |
| 01:08:44 | BitPuffin | but iscool |
| 01:08:46 | BitPuffin | I deleted them |
| 01:08:54 | BitPuffin | and made it oneliners |
| 01:09:16 | BitPuffin | system.c:515: field `data' has incomplete type |
| 01:13:20 | * | q66 quit (Quit: Leaving) |
| 01:16:13 | BitPuffin | I don't get it |
| 01:16:17 | BitPuffin | this is GCC after all |
| 01:16:27 | dom96 | old version? |
| 01:16:32 | BitPuffin | yea |
| 01:16:36 | BitPuffin | 2.95 |
| 01:16:38 | BitPuffin | there is a 4 though |
| 01:16:40 | BitPuffin | I believe |
| 01:16:43 | dom96 | yeah... |
| 01:17:26 | BitPuffin | yay! |
| 01:17:30 | BitPuffin | setgcc gcc4 |
| 01:17:49 | BitPuffin | src/1_1/posix.c:19:20: fatal error: fmtmsg.h: No such file or directory |
| 01:18:00 | * | DAddYE quit (Remote host closed the connection) |
| 01:23:52 | dom96 | aww |
| 01:25:24 | BitPuffin | not posix enough for nimrod are we eh |
| 01:37:00 | * | ltbarcly joined #nimrod |
| 01:41:26 | * | ltbarcly quit (Ping timeout: 240 seconds) |
| 01:47:16 | * | ltbarcly joined #nimrod |
| 01:50:53 | * | circ-user-4s649 joined #nimrod |
| 01:52:11 | * | ltbarcly quit (Ping timeout: 260 seconds) |
| 01:58:10 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
| 02:19:03 | * | DAddYE joined #nimrod |
| 02:23:20 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 02:40:45 | circ-user-4s649 | Hi, Araq. It seems that system atomic is quite limited. it only implement atomic inc and dec and cas. nothing about load and store. is this something planned or it is on somewhere else? |
| 02:49:31 | circ-user-4s649 | i guess Araq is not here. Anyone know anything about this? |
| 03:12:25 | * | circ-user-4s649 quit (Remote host closed the connection) |
| 03:22:10 | * | DAddYE joined #nimrod |
| 03:23:01 | * | OrionPK quit (Quit: Leaving) |
| 03:28:45 | * | DAddYE quit (Ping timeout: 276 seconds) |
| 03:50:36 | * | ltbarcly__ quit (Remote host closed the connection) |
| 03:51:02 | * | ltbarcly__ joined #nimrod |
| 04:17:40 | * | brson quit (Quit: leaving) |
| 04:25:26 | * | DAddYE joined #nimrod |
| 04:31:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 04:44:02 | * | ltbarcly joined #nimrod |
| 04:46:06 | * | ltbarcly__ quit (Ping timeout: 276 seconds) |
| 04:47:49 | * | Associat0r quit (Quit: Associat0r) |
| 04:58:39 | * | ltbarcly_ joined #nimrod |
| 05:03:02 | * | ltbarcly_ quit (Ping timeout: 240 seconds) |
| 05:28:32 | * | DAddYE joined #nimrod |
| 05:35:16 | * | DAddYE quit (Ping timeout: 264 seconds) |
| 06:09:22 | * | ltbarcly_ joined #nimrod |
| 06:14:30 | * | ltbarcly_ quit (Ping timeout: 264 seconds) |
| 06:31:38 | * | DAddYE joined #nimrod |
| 06:37:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 07:34:56 | * | DAddYE joined #nimrod |
| 07:41:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 08:37:57 | * | DAddYE joined #nimrod |
| 08:44:14 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 09:00:13 | * | darithorn joined #nimrod |
| 09:03:11 | darithorn | Are types able to contain arrays without specifying the length? |
| 09:04:13 | Araq | a common workaround is to use: |
| 09:04:33 | Araq | type fakearray = array [0..1000_000, T] |
| 09:04:47 | Araq | type o = object |
| 09:05:05 | Araq | x: ptr fakearray # high upper bound to shut up index checking |
| 09:05:58 | Araq | not use if that's what you have in mind, of course you can also use a 'seq' |
| 09:06:02 | Araq | *not sure |
| 09:06:24 | darithorn | It might be, OpenGL doesn't like sequences, so far it's only worked with arrays. |
| 09:06:39 | Araq | openGL likes sequences |
| 09:06:57 | Araq | someGl(addr(s[0])) ;-) |
| 09:07:09 | darithorn | I mean, it'll compile and run fine, just nothing will draw. |
| 09:07:21 | darithorn | until I switch it to an array |
| 09:07:31 | darithorn | it being my vertex data |
| 09:07:32 | Araq | strange |
| 09:07:47 | Araq | how is the open gl proc declared? |
| 09:08:21 | darithorn | How do I load my data? Or how do I load opengl? |
| 09:09:31 | Araq | the proc that takes the array, how is it declared? |
| 09:12:26 | darithorn | http://pastebin.com/AxBREwVy |
| 09:12:42 | darithorn | I hope that's what you wanted |
| 09:13:09 | Araq | use addr(vertexBufferData[0]) for sequences |
| 09:13:16 | Araq | learn to read :P |
| 09:15:04 | darithorn | ahh, don't I feel dumb. alright, thanks. |
| 09:27:26 | * | BitPuffin quit (Remote host closed the connection) |
| 09:29:24 | * | BitPuffin joined #nimrod |
| 09:36:04 | BitPuffin | Araq nimrod doesn't compile on haiku because Haiku doesn't have fmtmsg.h |
| 09:36:31 | Araq | never heard of fmtmsg.h so the compiler can't use it |
| 09:36:49 | BitPuffin | Araq Strange though that it is what it whines about haha |
| 09:36:59 | BitPuffin | Araq fmtmsg,h is a posix thing |
| 09:37:59 | BitPuffin | in src/1_1/posix.c |
| 09:38:06 | BitPuffin | line 19 |
| 09:38:09 | BitPuffin | column 20 |
| 09:38:26 | Araq | 1_1 should be x86 windows |
| 09:39:24 | BitPuffin | Araq But why would windows include a posix header? |
| 09:39:39 | BitPuffin | Araq Also the sources were generated by dom96 when he was on windows |
| 09:39:53 | Araq | I don't know what dom96 did |
| 09:41:04 | * | DAddYE joined #nimrod |
| 09:42:36 | BitPuffin | Who knows |
| 09:42:55 | BitPuffin | think he just added Haiku to that file and ran koch |
| 09:43:02 | BitPuffin | to generate C sources |
| 09:43:43 | BitPuffin | `koch csource` |
| 09:44:25 | Araq | well he should have used "koch csource -d:release" |
| 09:44:35 | BitPuffin | Is dom96 here? |
| 09:44:37 | Araq | and kept windows on position 1 |
| 09:44:52 | BitPuffin | Araq I am not 100% sure he just ran koch csource |
| 09:44:53 | Araq | he is in italics so no ... ;-) |
| 09:45:00 | BitPuffin | italics? haha |
| 09:47:52 | * | DAddYE quit (Ping timeout: 264 seconds) |
| 10:05:45 | * | q66 joined #nimrod |
| 10:14:35 | * | BitPuffin quit (Quit: Vision[0.9.7-H-280704]: i've been blurred!) |
| 10:16:12 | * | BitPuffin joined #nimrod |
| 10:41:31 | * | BitPuffin quit (Quit: WeeChat 0.4.1) |
| 10:44:09 | * | DAddYE joined #nimrod |
| 10:44:24 | * | BitPuffin joined #nimrod |
| 10:44:36 | * | darithorn quit (Ping timeout: 245 seconds) |
| 10:45:58 | NimBot | Araq/Nimrod master 2f6e123 Araq [+0 ±3 -0]: docgen: more newlines in the output to support primitive postprocessors |
| 10:45:58 | NimBot | Araq/Nimrod master f97e8fa Araq [+0 ±1 -0]: bugfix: 'not x of y' requires () |
| 10:45:58 | NimBot | Araq/Nimrod master 46f5cb8 Araq [+0 ±8 -0]: float64 is now an alias to 'float'; fixes #545 |
| 10:45:58 | NimBot | Araq/Nimrod master fcd5eb1 Araq [+0 ±2 -0]: fixes #572 |
| 10:45:58 | NimBot | 1 more commits. |
| 10:50:14 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 10:59:02 | * | ltbarcly quit (Ping timeout: 264 seconds) |
| 11:00:08 | * | dom96 is here now |
| 11:00:14 | dom96 | yeah, that's what I did hah |
| 11:03:44 | BitPuffin | dom96 You did -d:release? |
| 11:04:05 | dom96 | nope lol |
| 11:04:12 | BitPuffin | haha |
| 11:04:21 | BitPuffin | Araq Also it generated \ instead of / |
| 11:04:25 | BitPuffin | in paths |
| 11:04:41 | BitPuffin | I had to do %s/\\/\//g |
| 11:05:01 | dom96 | maybe NimInst expects 1_1 to be windows so it just generates the Windows slashes |
| 11:05:18 | BitPuffin | might be |
| 11:05:30 | dom96 | BitPuffin: Are you still on Haiku? You want me to regenerate them with -d:release? |
| 11:05:32 | BitPuffin | dom96 Did you keep windows on top? |
| 11:05:38 | BitPuffin | Yeah sure! |
| 11:05:50 | BitPuffin | upload them to the same site |
| 11:05:53 | dom96 | I only generated Haiku sources |
| 11:06:08 | BitPuffin | I am gonna try installing a different testbuild of haiku (with the new package manager) |
| 11:06:12 | dom96 | so that I didn't have to wait millenia for it to generate sources for each platform combo :P |
| 11:06:17 | BitPuffin | But I'll be able to find the link in the logs anyway Ö) |
| 11:06:19 | BitPuffin | :) |
| 11:06:22 | BitPuffin | fucking svorak |
| 11:06:34 | BitPuffin | dom96 haha :) |
| 11:06:35 | BitPuffin | Well |
| 11:06:42 | BitPuffin | I don't see why you need to keep windows |
| 11:06:44 | BitPuffin | but Araq said so |
| 11:07:11 | dom96 | yeah ok |
| 11:07:16 | dom96 | But I am removing everything else :P |
| 11:07:33 | BitPuffin | I will probably bind the entire Haiku API to nimrod - and make .hpkg files for nimrod :) |
| 11:08:00 | BitPuffin | dom96 lol - let's hope that works |
| 11:08:15 | BitPuffin | When Araq said windows was important I didn't realise it was the MOST important :P |
| 11:08:15 | dom96 | cool |
| 11:08:46 | BitPuffin | so far the package manager seems really nice and clean |
| 11:09:00 | BitPuffin | pkgman search|install|uninstall etc |
| 11:17:43 | dom96 | while I'm here I may as well fix babel on Windows |
| 11:19:08 | BitPuffin | it's borked? |
| 11:19:17 | dom96 | yeah |
| 11:19:23 | BitPuffin | why god whyy |
| 11:24:16 | dom96 | wth |
| 11:24:28 | dom96 | this looks like a compiler bug |
| 11:24:44 | BitPuffin | it usually does. But then you realise you did something silly |
| 11:32:55 | dom96 | the compiler doesn't seem to realise that my .exe is missing |
| 11:34:04 | dom96 | huh |
| 11:34:12 | dom96 | only happens sometimes |
| 11:34:26 | dom96 | argh, *shrug* |
| 11:35:19 | dom96 | oh, I guess I should have paid more attention to the "; Windows and i386 must be first!" |
| 11:35:21 | dom96 | oopsie |
| 11:36:10 | * | BitPuffin quit (Quit: Vision[0.9.7-H-280704]: i've been blurred!) |
| 11:42:36 | * | EXetoC joined #nimrod |
| 11:47:17 | * | DAddYE joined #nimrod |
| 11:51:39 | * | BitPuffin joined #nimrod |
| 11:52:48 | BitPuffin | dom96 how is the generating going? |
| 11:53:46 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 11:59:37 | dom96 | BitPuffin: http://pastelink.me/dl/39980a |
| 11:59:58 | BitPuffin | dom96 cheers |
| 12:01:09 | dom96 | np |
| 12:03:46 | BitPuffin | Same error as before |
| 12:04:09 | BitPuffin | src/2_1/posix.c:19:20: fatal error: fmtmsg.h: No such file or directory. compilation terminated. |
| 12:04:36 | dom96 | good good, wasn't my fault then earlier :P |
| 12:04:44 | BitPuffin | nope :p |
| 12:05:01 | BitPuffin | here should be a compilation option pragma for compiling to C++ |
| 12:05:04 | BitPuffin | there |
| 12:05:13 | BitPuffin | useful when writing libs that interface to c++ |
| 12:05:34 | BitPuffin | Araq What did we do wrong :p |
| 12:05:49 | dom96 | https://github.com/Araq/Nimrod/blob/master/lib/posix/posix.nim#L845 |
| 12:05:57 | dom96 | I could try removing this stuff and rebuilding the C sources |
| 12:06:20 | BitPuffin | what is it needed for? |
| 12:06:28 | dom96 | no idea |
| 12:06:59 | dom96 | http://pubs.opengroup.org/onlinepubs/009695399/functions/fmtmsg.html |
| 12:07:14 | BitPuffin | https://github.com/Araq/Nimrod/blob/master/lib/posix/posix.nim#L1812 |
| 12:07:25 | dom96 | indeed |
| 12:07:25 | BitPuffin | yeah I know what it is used for |
| 12:07:28 | BitPuffin | but i mean in the compiler |
| 12:07:41 | dom96 | dunno, maybe it's not? |
| 12:07:42 | BitPuffin | does anything in hte stdlib depend on it |
| 12:07:50 | BitPuffin | I guess we will see |
| 12:08:03 | dom96 | I guess dead code elimination would get rid of it |
| 12:08:15 | dom96 | if it's not used |
| 12:08:26 | BitPuffin | mmmmmmmmmmmmmmmmmm |
| 12:08:30 | BitPuffin | no? |
| 12:08:38 | BitPuffin | Not since it is a library |
| 12:08:57 | dom96 | but it's not when you compile the compiler |
| 12:09:25 | BitPuffin | hm |
| 12:09:48 | BitPuffin | anyways |
| 12:09:50 | BitPuffin | give it a try |
| 12:10:38 | BitPuffin | https://github.com/Araq/Nimrod/search?q=fmtmsg&ref=cmdform |
| 12:10:58 | BitPuffin | doesn't look like it is used anywhere but in posix.nim |
| 12:11:18 | * | dom96 doesn't trust github's search feature :P |
| 12:11:46 | BitPuffin | tell them |
| 12:11:56 | BitPuffin | https://github.com/contact |
| 12:12:56 | BitPuffin | dom96 anyways try using grep or something |
| 12:13:00 | BitPuffin | or just try doing it |
| 12:13:04 | BitPuffin | (generating the source) |
| 12:13:44 | dom96 | btw are the slashes still a problem? |
| 12:14:00 | BitPuffin | yeah |
| 12:14:01 | nihathrael | ühttp://code.ohloh.net/search?s=fmtmsg&fp=303686&mp=1&ml=0&me=1&md=1&projSelected=true&filterChecked=true |
| 12:14:02 | BitPuffin | Well |
| 12:14:05 | nihathrael | seems to agree |
| 12:14:07 | BitPuffin | it is not exactly a problem |
| 12:14:21 | BitPuffin | I can just go :%/\\/\//g in the build.sh |
| 12:14:39 | BitPuffin | we should be golden then :p |
| 12:14:39 | dom96 | yeah, just wondering because I submitted an issue about it |
| 12:14:54 | dom96 | indeed: http://pastelink.me/dl/dfd600 |
| 12:14:56 | BitPuffin | good! |
| 12:15:23 | dom96 | but why was it not gotten rid of by dead code elim |
| 12:17:28 | BitPuffin | uh oh! |
| 12:17:34 | EXetoC | Araq: should this kind of implicit conversion "var a = 1.0; a += 1" be allowed only for arithmetic operators? it can work in other cases, if the 'type' operator does indeed work correctly when used in signatures. "proc f[T](a: T, b: type(a)" for example |
| 12:17:43 | BitPuffin | src/2_1/posix.c:63:19: fatal error: spawn.h: No such file or directory |
| 12:18:07 | BitPuffin | that one seems to be a wee bit more important |
| 12:18:32 | dom96 | lol, i'm guessing there is quite a lot of these missing headers |
| 12:18:53 | BitPuffin | hmm |
| 12:19:00 | BitPuffin | actually there might be a spawn.h |
| 12:20:44 | EXetoC | Araq: for clamp for example, or slices |
| 12:24:10 | BitPuffin | dom96 Does it work if you remove spawn from posix.nim? lol |
| 12:25:40 | dom96 | hrm, there seems to be a 'when hasSpawnH' |
| 12:26:07 | BitPuffin | maybe it will work then |
| 12:26:08 | dom96 | 'hasSpawnH = true # should exist for every Posix system really nowadays' |
| 12:26:09 | dom96 | :P |
| 12:26:26 | * | circ-user-L5QKs joined #nimrod |
| 12:26:36 | EXetoC | but then you need to decide where to draw the line. for example, what about == or functions with an arity greater than 2? |
| 12:28:50 | BitPuffin | dom96 Well it isn't a posix system haha |
| 12:28:56 | BitPuffin | dom96 it just has some posix stuff |
| 12:28:58 | BitPuffin | for compability |
| 12:29:02 | BitPuffin | kind of |
| 12:29:07 | dom96 | lol |
| 12:29:12 | BitPuffin | or I dunno |
| 12:30:24 | dom96 | http://pastelink.me/dl/768114 |
| 12:33:32 | BitPuffin | it got a bit further this time |
| 12:33:36 | BitPuffin | no more trouble from posix |
| 12:33:48 | BitPuffin | src/2_1/sockets.c: In function 'send_119837': |
| 12:33:49 | BitPuffin | src/2_1/sockets.c:347:42: error: 'MSG_NOSIGNAL' undeclared (first use in this function) |
| 12:33:49 | BitPuffin | src/2_1/sockets.c:347:42: note: each undeclared identifier is reported only once for each function it appears in |
| 12:34:29 | dom96 | just remove that |
| 12:34:35 | dom96 | and get rid of anywhere where it's used |
| 12:34:41 | dom96 | I think it's only for CAAS |
| 12:34:47 | BitPuffin | CAAS? |
| 12:35:28 | dom96 | compiler as a service |
| 12:35:32 | BitPuffin | ah |
| 12:35:37 | BitPuffin | Is it used anywhere? |
| 12:36:19 | dom96 | well yes, you can invoke it. But it's not required |
| 12:36:41 | BitPuffin | so I should remove the entire function? |
| 12:36:52 | BitPuffin | or maybe just comment out |
| 12:36:57 | dom96 | yeah |
| 12:37:26 | BitPuffin | the line with MSG_NOSIGNAL |
| 12:39:01 | BitPuffin | my god it is actually getting far |
| 12:39:06 | BitPuffin | I will piss my pants |
| 12:39:45 | BitPuffin | nooo! |
| 12:39:59 | BitPuffin | well actually |
| 12:40:03 | profmakx | BitPuffin what are you doing? |
| 12:40:10 | BitPuffin | profmakx compiling nimrod on haiku |
| 12:40:21 | profmakx | oh |
| 12:40:27 | profmakx | interesting |
| 12:40:47 | profmakx | on dragonfly it was absolutely painless. i was really pleased that it just went through |
| 12:40:58 | BitPuffin | the heck is dragonfly :D |
| 12:41:21 | vegai | a fork of freebsd that probably has more users than haiku :P |
| 12:41:41 | * | profmakx doesn't know how popular haiku is |
| 12:42:16 | BitPuffin | only linker failed now dom96 because I replaced \ with / |
| 12:42:30 | dom96 | :O |
| 12:47:58 | BitPuffin | what a pain xD have to fix manually |
| 12:48:43 | BitPuffin | god damn cock |
| 12:48:45 | BitPuffin | I mean koch |
| 12:50:24 | * | DAddYE joined #nimrod |
| 12:56:45 | BitPuffin | dom96 compiling! |
| 12:56:53 | BitPuffin | ............. |
| 12:57:00 | * | DAddYE quit (Ping timeout: 256 seconds) |
| 12:57:47 | BitPuffin | aw :( |
| 12:58:20 | dom96 | what happen |
| 12:58:45 | BitPuffin | http://pastebin.com/wxPFhDaB |
| 12:59:28 | dom96 | maybe you should just get rid of everything to do with sockets hah |
| 12:59:35 | BitPuffin | maybe lol |
| 13:00:09 | BitPuffin | dom96 doesn't jester use sockets though? |
| 13:00:36 | dom96 | are you compiling jester? |
| 13:01:43 | BitPuffin | dom96 would be cool to use jester in haiku that is all |
| 13:01:52 | dom96 | oh lol |
| 13:02:13 | dom96 | well then you're going to have to port the sockets module to haiky |
| 13:02:15 | dom96 | *haiku |
| 13:03:38 | BitPuffin | building without sockets |
| 13:03:46 | BitPuffin | kinda sucky but |
| 13:04:02 | dom96 | The important thing is to get the compiler working |
| 13:04:06 | dom96 | then you can worry about sockets |
| 13:04:07 | BitPuffin | true that |
| 13:04:41 | BitPuffin | don't have the time to fix it though haha |
| 13:04:48 | BitPuffin | would be nice but takes time |
| 13:04:59 | BitPuffin | awwwwwww |
| 13:05:09 | BitPuffin | service.c uses socket :( |
| 13:06:00 | BitPuffin | I can't see how these things compile but don't link |
| 13:06:53 | dom96 | maybe you need some linker flag? |
| 13:07:08 | BitPuffin | no idea what that could be |
| 13:08:25 | BitPuffin | anyways Araq. It seems like your port wasn't far off. The only thing not working is spawn.h (haiku doesn't have it). fmtmsg.h (ditto) and sockets |
| 13:11:06 | Trixar_za | Isn't Haiku like a BeOS fork/clone? |
| 13:13:09 | BitPuffin | not a fork |
| 13:13:18 | BitPuffin | it is beos reimplemented as oss |
| 13:16:04 | Trixar_za | Hmmm, a new OS for my collection |
| 13:16:12 | BitPuffin | you are gonna like it |
| 13:16:13 | BitPuffin | it is so great |
| 13:16:37 | Trixar_za | I hope it beats Syllable, because that wouldn't even boot for me :( |
| 13:17:10 | BitPuffin | yeah it should probably boot |
| 13:17:18 | BitPuffin | what is your hardware? |
| 13:18:05 | Trixar_za | Old PIII 1,1Ghz with 256MB of RAM and a P4 3Ghz with 512MB of RAM |
| 13:18:15 | BitPuffin | GPU? |
| 13:18:49 | Trixar_za | Both onboard - sis for the PIII and intel for the P4 |
| 13:18:56 | BitPuffin | I see |
| 13:19:04 | BitPuffin | Well I don't see why it wouldn't boot |
| 13:19:07 | BitPuffin | give it a spin |
| 13:19:29 | Trixar_za | K, I see the iso is only 147MB with the xz package |
| 13:20:05 | BitPuffin | expect a bit more than that |
| 13:20:10 | BitPuffin | the compression is reaaally good |
| 13:20:17 | BitPuffin | but it isn't huge or anything |
| 13:21:12 | Trixar_za | I collect alternative OSes as a hobby |
| 13:21:35 | BitPuffin | I like alternative OSs |
| 13:21:42 | BitPuffin | especially Haiku |
| 13:21:52 | BitPuffin | Trixar_za have you tried ReactOS? lol |
| 13:22:02 | Trixar_za | Yeah |
| 13:23:11 | BitPuffin | did it work? |
| 13:26:58 | Trixar_za | Not the copy I tried. It booted to a blue background screen on both PCs |
| 13:27:15 | Trixar_za | ReactOS that is |
| 13:27:30 | Trixar_za | I still have to try Haiku - just reading the docs before I try it :P |
| 13:27:37 | BitPuffin | haiku also has a blue background xD |
| 13:27:56 | BitPuffin | what do you need the docs for? |
| 13:31:31 | * | circ-user-c7L9O quit (Remote host closed the connection) |
| 13:32:01 | Trixar_za | Just checking if there is anything weird |
| 13:32:19 | Trixar_za | Seems to follow expected conventions pretty closely |
| 13:32:47 | Trixar_za | http://development.pistooli.com/?p=164 |
| 13:33:15 | Trixar_za | Hehehe, I actually have a old PIII with 128MB of RAM lying around that I haven't tested yet |
| 13:33:43 | Trixar_za | I assume it has atleast a 800Mhz processor in it |
| 13:33:56 | BitPuffin | probably works reasonably well |
| 13:34:00 | BitPuffin | Haiku is seriously slim |
| 13:34:23 | Trixar_za | I was going to use it for a Windows 98 machine (it only has a 4GB HDD in it) |
| 13:34:31 | Trixar_za | But maybe I can test Haiku on it |
| 13:34:49 | BitPuffin | go ahead |
| 13:36:21 | Trixar_za | I see the official channel is here :P |
| 13:37:31 | zahary_ | nimrod starts getting questions on stackoverflow :) |
| 13:37:32 | zahary_ | http://stackoverflow.com/questions/18514806/ada-like-types-in-nimrod |
| 13:39:18 | BitPuffin | zahary_ yahoo! |
| 13:40:09 | EXetoC | I was like "An OS written in C++ would be awesome" in the past, but I was ignorant back then. They should use Nimrod or some other awesome language :> |
| 13:42:11 | BitPuffin | EXetoC Well since BeOS had a C++ API and was written in C++ it would be silly to write it in anything other than C++ I guess |
| 13:42:15 | BitPuffin | C++ |
| 13:42:16 | BitPuffin | C++ |
| 13:43:14 | BitPuffin | and nimrod din't exist when the project started so |
| 13:44:59 | EXetoC | just rewrite it. it'll only take a month! |
| 13:45:13 | BitPuffin | yeah it might since it is in nimrod :P |
| 13:46:04 | dom96 | zahary_: awesome :) |
| 13:47:24 | BitPuffin | someone should answer |
| 13:49:39 | dom96 | hah, thats the guy who was in here before |
| 13:49:40 | BitPuffin | looks like the Ada code translates almost directly to nimrod |
| 13:50:03 | BitPuffin | type TDayType = range[1..31] |
| 13:50:05 | dom96 | and Araq got annoyed by him. |
| 13:50:24 | dom96 | !seen gour |
| 13:50:24 | NimBot | gour was last seen on Sun Mar 24 15:49:30 2013 leaving #nimrod with message: "WeeChat 0.4.0" |
| 13:50:35 | BitPuffin | powerful message |
| 13:50:58 | EXetoC | 0.4.0. such an old version |
| 13:51:06 | BitPuffin | yeah |
| 13:51:14 | BitPuffin | 0.4.1 is where it is at xD |
| 13:51:31 | EXetoC | oh it hadn't been released at that time. ok that's fine then |
| 13:51:52 | Araq | EXetoC: I'm here now. So repeat your question in words I understand. |
| 13:52:03 | BitPuffin | klingon? |
| 13:52:42 | BitPuffin | EXetoC SSL in weechat is kind of a pain though |
| 13:53:35 | * | DAddYE joined #nimrod |
| 13:57:19 | Araq | dom96: "Crash when Windows OS + x86_64 removed from architecture in .ini file." |
| 13:57:33 | Araq | well windows must not be deleted |
| 13:58:44 | dom96 | ok |
| 13:59:05 | dom96 | then maybe niminst should complain when it is? |
| 13:59:44 | Araq | I'm looking at the code and try to remember why windows is that important |
| 14:00:01 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 14:01:30 | Araq | well windows has its own batch generation logic |
| 14:01:41 | Araq | so it has to get a fixed index |
| 14:03:51 | dom96 | I'm sure you could detect these things |
| 14:08:11 | EXetoC | BitPuffin: some claim that IRC over SSL is pointless though |
| 14:09:14 | Trixar_za | They say the same about identd and pretty much everything else |
| 14:09:30 | Trixar_za | IRC people like to complain a lot |
| 14:09:59 | EXetoC | yeah, and people are often wrong in general |
| 14:11:12 | BitPuffin | it isn't completely pointless |
| 14:11:49 | BitPuffin | Your messages sent to the server are encrypted. However the messages relayed to a client that isn't using ssl are not encrypted |
| 14:12:07 | BitPuffin | But then someone snooping would have to know who I am speaking to and find a weak link |
| 14:12:10 | BitPuffin | not that I care that much |
| 14:12:18 | BitPuffin | I just think it is good to have SSL |
| 14:12:24 | BitPuffin | for everybody's sake :) |
| 14:14:29 | Trixar_za | Well, not really. You just need to be on the same server as the IRCd or one of the servers enroute to who you're talking to |
| 14:15:08 | BitPuffin | isn't it same channel? |
| 14:15:15 | Trixar_za | Unless you use DCC Chat, then the route is the only way, but it unlikely |
| 14:15:42 | Trixar_za | Nope, everything that happens on the server is relayed through the IRCd |
| 14:16:06 | Trixar_za | so if you listen on the IRCd's connection, you can read all the unencrypted messages passed through it |
| 14:16:44 | BitPuffin | hm |
| 14:16:46 | BitPuffin | Well |
| 14:17:07 | BitPuffin | there was something in the weechat manual or something that showed how you use ssl properly |
| 14:17:13 | BitPuffin | but I didn't go in to it all that much |
| 14:28:01 | Trixar_za | I tend not to worry about it |
| 14:28:34 | Trixar_za | The effort involved is too great for people to bother with strangers |
| 14:29:24 | EXetoC | it's a matter of principle for many |
| 14:30:12 | Trixar_za | I tend to believe in humanities great ability to not be arsed with things |
| 14:30:13 | Trixar_za | :P |
| 14:30:23 | Trixar_za | humanty's* |
| 14:31:19 | Trixar_za | Principle be damned. Most people with the access or ability to do so really cba to do so with random strangers or even people they know. They tend to reserve it for enemies |
| 14:32:05 | Trixar_za | Anyway, let's play with this Haiku CD |
| 14:34:15 | EXetoC | bah, google auto correction bullshit. gotta deal with this some time |
| 14:43:24 | * | ltbarcly joined #nimrod |
| 14:48:05 | * | ltbarcly quit (Ping timeout: 248 seconds) |
| 14:53:43 | * | ltbarcly joined #nimrod |
| 14:56:43 | * | DAddYE joined #nimrod |
| 14:58:13 | * | ltbarcly quit (Ping timeout: 248 seconds) |
| 15:03:22 | * | DAddYE quit (Ping timeout: 256 seconds) |
| 15:16:47 | * | BitPuffin quit (Quit: Vision[0.9.7-H-280704]: i've been blurred!) |
| 15:30:48 | * | BitPuffin joined #nimrod |
| 15:59:48 | * | DAddYE joined #nimrod |
| 16:06:15 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 16:14:40 | NimBot | Araq/Nimrod master 5f1c97f Araq [+0 ±1 -0]: tester compiles again |
| 16:32:13 | * | ltbarcly joined #nimrod |
| 16:51:51 | * | DAddYE joined #nimrod |
| 16:51:56 | * | DAddYE quit (Remote host closed the connection) |
| 16:52:39 | * | DAddYE joined #nimrod |
| 17:23:30 | * | io2 joined #nimrod |
| 17:50:33 | * | OrionPK joined #nimrod |
| 18:01:41 | EXetoC | Araq: nevermind that |
| 18:01:55 | EXetoC | I guess math.nim also needs to be patched |
| 18:03:23 | EXetoC | or should no such convenience be added? math.h operates mostly on double's |
| 18:03:52 | EXetoC | *doubles |
| 18:05:26 | EXetoC | hm, I think it changed in C99. do we target it? overloads could be added either way |
| 18:13:22 | * | brson joined #nimrod |
| 18:28:57 | * | shodan45 joined #nimrod |
| 18:46:04 | BitPuffin | why target C99 when you can target C11 |
| 18:46:26 | dom96 | we target ANSI C iirc |
| 18:57:13 | BitPuffin | isn't C11 the latest ANSI C? |
| 18:57:37 | dom96 | dunno |
| 19:00:26 | OrionPK | C++11 isnt ansi C |
| 19:03:26 | Araq | EXetoC: in general we avoid C99 here |
| 19:03:59 | Araq | microsoft doesn't support it and the C99 looks like the worst revision of the standard ever ;-) |
| 19:06:37 | BitPuffin | Araq Do you like 11? |
| 19:07:10 | Araq | haven't looked at it but I doubt it; has it some builtins to detect integer overflows finally? |
| 19:07:26 | BitPuffin | don't know really |
| 19:07:30 | BitPuffin | it comes with threads though |
| 19:07:31 | BitPuffin | so yay |
| 19:13:32 | EXetoC | OrionPK: no, but I think C11 is :p |
| 19:15:25 | EXetoC | oh, ISO |
| 19:15:54 | EXetoC | or something |
| 19:18:11 | * | darithorn joined #nimrod |
| 19:18:27 | OrionPK | of course |
| 19:18:28 | EXetoC | Araq: ok. should the interface have support for multiple float types still? it'd be convenient, and adding support for internal float32-specific versions later would be easy |
| 19:18:32 | OrionPK | reading comprehension fail |
| 19:19:00 | EXetoC | some casts need to be performed when using float32, like with the other functions previously because of the recent changes |
| 19:19:50 | Araq | well I've no idea how much code that broke |
| 19:20:06 | Araq | we might add the float->float32 conversion back now |
| 19:20:42 | Araq | let me check |
| 19:21:18 | EXetoC | hm, it probably broke a lot of OpenGL-oriented code at least |
| 19:22:11 | Araq | yeah not good |
| 19:23:34 | BitPuffin | I wonder how much on average nimrod cuts down on code amount compared to C |
| 19:23:41 | Araq | Hint: operation successful (66666 lines compiled... |
| 19:23:45 | EXetoC | :> |
| 19:23:49 | BitPuffin | Araq :O |
| 19:24:01 | Araq | funny huh? ;-) |
| 19:24:06 | EXetoC | BitPuffin: 5-10x? |
| 19:24:29 | Araq | more like 3x I think |
| 19:24:55 | EXetoC | yeah |
| 19:26:51 | BitPuffin | what |
| 19:27:03 | BitPuffin | so you actually cut the code amount in 3 you think? |
| 19:27:21 | EXetoC | doesn't seem that crazy |
| 19:27:33 | * | Mat2 joined #nimrod |
| 19:27:35 | Mat2 | hello |
| 19:27:39 | EXetoC | Araq: so you want to revert it? I hope it's temporary then |
| 19:27:55 | Araq | EXetoC: I'm doing something about it |
| 19:27:56 | EXetoC | but the error messages are pretty clear, so updating code shouldn't take *that* long |
| 19:28:02 | EXetoC | ok |
| 19:28:09 | Araq | you have no idea how much code we have ... |
| 19:31:24 | Araq | Error: ambiguous call; both system.*(x: float, y: float): float and system.*(x: float32, y: float32): float32 match for: (cfloat, float) |
| 19:41:09 | NimBot | Araq/Nimrod master 71f9039 Araq [+0 ±1 -0]: conversions to float32 are allowed again but of lower priority |
| 19:41:28 | Araq | EXetoC: I hope that doesn't cause regressions ... |
| 19:44:24 | Araq | oh lol |
| 19:44:41 | Araq | Error: ambiguous call; both system./(x: float32, y: float32): float32 and pegs./(a: varargs[TPeg]): TPeg match for: (TPeg, TPeg) |
| 19:44:49 | Araq | that doesn't look right :P |
| 19:48:07 | NimBot | Araq/Nimrod master a8e1158 Araq [+0 ±1 -0]: bugfix: conversions to float32 are allowed again but of lower priority |
| 19:50:16 | Mat2 | have someone worked on fixpoint arithmetic before ? |
| 19:50:34 | Araq | nope |
| 19:51:21 | * | Mat2 adding it to my todo list |
| 19:58:52 | EXetoC | Araq: seems to work. I just had to change "x -= 1" to "x -= 1.0" (x is float32) |
| 19:59:20 | EXetoC | one line |
| 20:00:08 | Araq | hmm. how come it worked before? |
| 20:01:53 | EXetoC | what do you mean? the conversion rules were very relaxed not long ago |
| 20:02:12 | Araq | well all conversions are now valid again |
| 20:02:18 | Araq | so I wonder what changed |
| 20:03:07 | BitPuffin | Araq any plans to add a pragma for saying that the compiler should compile to C++? |
| 20:03:28 | EXetoC | Araq: nevermind |
| 20:03:38 | EXetoC | forgot to stash my system.nim |
| 20:03:45 | EXetoC | I always forget that when changing branch |
| 20:04:13 | Araq | BitPuffin: yeah I planned to support c++ output on a per module basis |
| 20:04:38 | BitPuffin | Araq that would be super great |
| 20:05:58 | EXetoC | lots of untracked test binaries |
| 20:06:25 | Araq | EXetoC: I blame Unix for not having an .exe extension |
| 20:06:57 | Mat2 | hm? |
| 20:07:26 | Araq | Mat2: you can easily tell git to ignore .exe files ... but such things do not exist on Linux/Unix |
| 20:08:44 | Mat2 | oh, doesn't know that |
| 20:09:39 | * | Mat2 not much experience with git, only mercurial |
| 20:09:51 | comex | really, that's git's fault, its home is unix and it should be able to ignore based on permission |
| 20:11:18 | Araq | permission doesn't cut it, shell files are executable too |
| 20:11:40 | Araq | it's really stupid to only have file extensions for some things and not for others |
| 20:12:19 | comex | and some shell files should be ignored, such as configure |
| 20:12:24 | comex | (but not others) |
| 20:12:27 | Araq | yep |
| 20:12:35 | comex | perhaps the answer is to have the build system integrate with git and ignore files it generates |
| 20:13:05 | Araq | my answer is to finally get rid of this hack of the 70ies ;-) |
| 20:13:47 | comex | what, configure? |
| 20:13:52 | Araq | unix |
| 20:14:18 | comex | having file extensions does not solve the "some files of the same type are generated, some are not" problem :) |
| 20:14:34 | Mat2 | well, the design of xNix is basical a hack of the 70ies |
| 20:14:43 | comex | well |
| 20:14:45 | comex | i wouldn't mind a fixed unix |
| 20:14:53 | Araq | comex: well it's no problem on DOS :P |
| 20:15:05 | comex | but Windows is so dysfunctional on the command line, it's hard to imagine you could possibly prefer it |
| 20:15:28 | Araq | command line shells are all brain dead and I avoid them like the plague anyway |
| 20:15:41 | Araq | insane quoting rules, archane syntax etc. |
| 20:16:12 | Araq | windows' powershell actually is far superior :P |
| 20:16:21 | Araq | but its syntax is just as brain dead |
| 20:16:22 | comex | even though bash could hardly be worse (except for dos), i find it hard to imagine how much productivity I would lose by being unable to do trivial interactive shell scripts |
| 20:16:26 | comex | dunno about powershell |
| 20:16:53 | * | Mat2 avoiding GUIs if possible (too restricted, to complicated) |
| 20:19:37 | Araq | comex: so use perl/ruby/python instead, oh wait they run on windows too. hmm. |
| 20:20:12 | comex | not nearly as easy to write interactively |
| 20:20:36 | Araq | no idea what makes you say that |
| 20:42:00 | EXetoC | hack? well, it gets the job done for me |
| 20:47:32 | NimBot | Araq/Nimrod master da5a148 Araq [+1 ±3 -0]: fixes #578 |
| 20:54:26 | NimBot | nimrod-code/Aporia master 7c70c7a Kamil Chmielewski [+0 ±1 -0]: Complex statement without indentation error |
| 20:54:26 | NimBot | nimrod-code/Aporia master 5253f78 Dominik Picheta [+0 ±1 -0]: Merge pull request #40 from kamilchm/ComplexStatementError... 2 more lines |
| 20:55:44 | * | fowl joined #nimrod |
| 20:56:35 | Araq | "complex statement without indendation error"? |
| 20:57:05 | fowl | hellos |
| 20:57:13 | Araq | hi fowl |
| 20:57:18 | fowl | whats new |
| 20:57:46 | Araq | Mat2 will give us a native code generator ;-) |
| 20:58:05 | fowl | whats that |
| 20:58:23 | fowl | generating 1s and 0s instead of c? |
| 20:58:30 | Araq | yeah |
| 20:58:49 | Mat2 | hi fowl |
| 20:59:05 | fowl | interesting |
| 20:59:05 | fowl | hey |
| 21:00:07 | EXetoC | for what platforms? are you writing it from scratch? |
| 21:00:42 | Mat2 | yes, from scratch, do you mean cpu architectures = platforms ? |
| 21:01:54 | Mat2 | AMD64 (finished), ARM6, ARM Thumb, MIPS5, MIPS3, AVR32 and MSP340 at current |
| 21:02:32 | Mat2 | ^MSP430x |
| 21:02:51 | dom96 | what about x86?! |
| 21:04:05 | Mat2 | all recent x86 CPU's I know of share the AMD64 comp. ISA |
| 21:04:21 | Araq | dom96: x86 is finally obsolete enough |
| 21:04:34 | Araq | for the first versions at least |
| 21:04:43 | Mat2 | I agree |
| 21:04:45 | dom96 | also you've finished the native amd64 code generator for *nimrod* ? |
| 21:06:35 | Mat2 | it works and I can compile some test routines, only needs some bug fixes (I had assembled the instruction routines at hand) |
| 21:08:03 | Mat2 | the integration into the Nimrod sources will need some time however |
| 21:09:34 | Mat2 | writing backends for the other CPU architectures is an easy task (except for ARM because there exist so much incompatible SoC's) |
| 21:10:14 | dom96 | wow, awesome. |
| 21:10:27 | fowl | so there is time to plan a party |
| 21:11:38 | dom96 | I still think that x86 is far more common than MIPS5, MIPS3, AVR32 and MSP340 (and probably ARM too). Wouldn't it make more sense to support it? |
| 21:12:37 | * | BitPuffin quit (Quit: Vision[0.9.7-H-280704]: i've been blurred!) |
| 21:12:44 | Mat2 | I do not see much demand, except supporting old systems |
| 21:14:52 | Mat2 | also note that the market for personal computers is only a fraction in terms of CPU usage |
| 21:15:28 | dom96 | hrm, good point. |
| 21:17:01 | Mat2 | however, before comnpiling my sources to native-code there is still some work to do (and this means testing, testing and testing) |
| 21:17:15 | dom96 | I wonder where I could find stats on CPU architecture market share. |
| 21:18:18 | Mat2 | http://www.electronicsweekly.com/news/components/arm-to-take-68-of-embedded-processor-market-2013-02/ |
| 21:18:50 | fowl | Mat2, are you a mad genius or just a genius |
| 21:19:29 | dom96 | Mat2: Doesn't really give a lot of info about every architecture. |
| 21:19:36 | dom96 | I wonder how popular PPC is |
| 21:20:08 | Mat2 | fowl: do not think in such categories |
| 21:21:01 | Mat2 | dom96: It will take you some time consuming investigations to get any decend analysis of this topic |
| 21:21:39 | EXetoC | yeah. dedication can go a long way, as long as you aren't completely stupid :p |
| 21:23:07 | Mat2 | dom96: well, it's populary will grow because IBM have opened there Power architecture this month (specially for embedded CPU vendors) |
| 21:36:53 | * | fowl quit (Remote host closed the connection) |
| 21:37:01 | * | EXetoC quit (Read error: Connection reset by peer) |
| 21:37:14 | * | BitPuffin joined #nimrod |
| 21:37:29 | * | fowl joined #nimrod |
| 21:38:12 | * | EXetoC joined #nimrod |
| 21:58:21 | Mat2 | get some sleep, ciao |
| 21:58:48 | * | Mat2 quit (Quit: Verlassend) |
| 22:00:37 | BitPuffin | dom96 also tried not compiling with service now |
| 22:00:39 | BitPuffin | no luck |
| 22:01:38 | BitPuffin | now the error is in nimrod.c |
| 22:02:02 | dom96 | still socket error? |
| 22:02:12 | BitPuffin | http://pastebin.com/4PCndad9 |
| 22:02:19 | BitPuffin | not only socket |
| 22:02:52 | dom96 | i'd guess the socket stuff has a knock-on effect |
| 22:03:31 | BitPuffin | so painful |
| 22:03:37 | BitPuffin | I really wanna run nimrod on haiku |
| 22:04:05 | Araq | BitPuffin: I would add {.deprecated.} to sockets.nim and then the compiler tells me where it's used in the compiler and I'd add a bunch of 'when not defined(barebones)' around the socket usages |
| 22:04:21 | Araq | and then generate the C code with -d:barebones |
| 22:04:32 | BitPuffin | Araq Well the problem is that I am working strictly with csources in this case |
| 22:05:28 | BitPuffin | not a bad idea though |
| 22:06:06 | * | io2 quit () |
| 22:07:18 | BitPuffin | Araq how come you never finished the port btw? Just asking for fun |
| 22:08:22 | Araq | haiku doesn't work properly on my virtualbox |
| 22:08:43 | BitPuffin | in what way? |
| 22:08:52 | BitPuffin | I remember having issues with mouse capturing waay back |
| 22:08:57 | BitPuffin | I am not running in a vm atm though |
| 22:10:54 | * | circ-user-L5QKs quit (Remote host closed the connection) |
| 22:12:00 | Araq | internet doesn't work for instance |
| 22:12:11 | Araq | also I dislike its menus |
| 22:12:32 | BitPuffin | what about the menus? |
| 22:13:03 | Araq | too convoluted |
| 22:13:12 | BitPuffin | elaborate |
| 22:13:37 | Araq | haiku->system->tools->whatever |
| 22:13:50 | BitPuffin | ah |
| 22:13:53 | fowl | but the sliding window titles |
| 22:14:04 | BitPuffin | well that is just because it is the file structure |
| 22:14:07 | fowl | make up for everything right |
| 22:14:15 | BitPuffin | fowl hellyeah |
| 22:14:20 | Araq | and yeah it still keeps unix's usr/local/bin madness |
| 22:14:32 | fowl | is everything still in /boot |
| 22:14:41 | Araq | I expect better from a modern system |
| 22:14:51 | BitPuffin | Araq no? what usr/local/bin stuff? |
| 22:15:08 | BitPuffin | there is /boot/system/bin |
| 22:15:16 | BitPuffin | fowl iirc /boot is not a real directory |
| 22:15:20 | BitPuffin | or maybe it was / |
| 22:15:53 | BitPuffin | and /boot/home/config/bin |
| 22:16:03 | Araq | never mind, I'm wrong about that one |
| 22:22:39 | BitPuffin | I dunno |
| 22:22:51 | BitPuffin | I have never seen anything as simple as the menu in haiku |
| 22:22:56 | BitPuffin | it is really just a file browser |
| 22:23:00 | BitPuffin | so to add something to the menu |
| 22:23:04 | BitPuffin | you add it to the directory |
| 22:23:05 | BitPuffin | done |
| 22:23:27 | Araq | I missed that :P |
| 22:23:28 | BitPuffin | not a bunch of .desktop bs |
| 22:23:31 | Araq | indeed that's cool |
| 22:23:33 | fowl | i think they made a mistake in not basing haiku off of linux |
| 22:23:41 | BitPuffin | I don't think so |
| 22:23:54 | fowl | linux already has some drivers |
| 22:24:01 | fowl | haiku has to rewrite everything |
| 22:24:11 | fowl | i just want the beos WM |
| 22:24:12 | BitPuffin | well |
| 22:24:24 | BitPuffin | they want binary compability with beos |
| 22:24:55 | BitPuffin | and I am happy that they aren't basing it off linux |
| 22:24:59 | BitPuffin | gets rid of gpl |
| 22:25:10 | BitPuffin | fowl by the way I think there already is/was a linux distro for that |
| 22:26:27 | EXetoC | Araq: don't use /usr/local/bin if you don't want to |
| 22:27:19 | EXetoC | I put manually installed software in a directory other than /usr/bin etc, so I might as well use /usr/local/bin in that case. that's usually how that directory is used I think |
| 22:27:26 | Araq | EXetoC: the compiler has a bug, it doesn't know about /usr/local/etc or something. How does "don't use it" help me? |
| 22:27:31 | fowl | there is an openbox or fluxbox beos theme with slidy titlebars |
| 22:27:39 | fowl | i used it years ago but havent seen it since |
| 22:28:09 | Araq | EXetoC: I still have to know all this shit to produce portable software that plays nice on the OS |
| 22:42:37 | BitPuffin | fowl just install haiku already ;) |
| 22:42:44 | EXetoC | and a million other things, surely |
| 22:42:48 | BitPuffin | I have almost compiled nimrod |
| 22:42:49 | BitPuffin | lol |
| 22:49:19 | BitPuffin | nooo what the hell |
| 22:49:26 | BitPuffin | this is a real headache :( |
| 22:49:41 | BitPuffin | poking at the C sources is not fun xD |
| 22:50:04 | Araq | do what I told you. much easier |
| 22:50:18 | BitPuffin | easy if you already have a nimrod compiler indeed |
| 22:50:43 | BitPuffin | I was planning on doing that after I managed to compile the c sources |
| 22:51:27 | BitPuffin | this one line in sockets causes a whole chain of poop |
| 22:51:45 | Araq | boot up some other OS where you've got a working nimrod |
| 22:52:16 | BitPuffin | src/2_1/sockets.c:347:42: error: 'MSG_NOSIGNAL' undeclared (first use in this function) oh how I dread you |
| 22:52:19 | BitPuffin | yeah |
| 22:52:20 | BitPuffin | I guess |
| 22:53:14 | BitPuffin | Araq should I only deprecate that one function? |
| 22:53:21 | BitPuffin | Actually I am not sure what you said would be any easier |
| 22:53:33 | BitPuffin | That line should in theory still cause a chain of poop |
| 22:53:52 | Araq | put {.deprecated.} as a top level statement to mark the module as deprecated |
| 22:55:58 | BitPuffin | but I mean breaking sockets breaks msgs which breaks sigmatch which breaks sem |
| 22:56:01 | BitPuffin | or something like that |
| 22:56:12 | BitPuffin | and sem is pretty important |
| 22:56:32 | Araq | should I do it? :P |
| 22:56:40 | BitPuffin | if you dare |
| 22:58:27 | BitPuffin | I just don't see how putting when not defined barebones is any different from just commenting the evil functions out |
| 22:58:31 | BitPuffin | which is what i have been doing |
| 22:58:57 | BitPuffin | but just because you are you I am sure it will work without a problem for you |
| 22:59:06 | BitPuffin | haha :) |
| 22:59:43 | Araq | well the compiler worked for years without sockets |
| 23:00:07 | BitPuffin | how come it uses sockets now? |
| 23:00:12 | BitPuffin | speed? |
| 23:01:35 | BitPuffin | it's not like haiku lacks sockets either |
| 23:01:47 | BitPuffin | there are a lot of socket libs lolo |
| 23:02:05 | BitPuffin | socket.h in /boot/develop/headers/posix/sys for example |
| 23:02:42 | * | fowl quit (Quit: Leaving) |
| 23:03:36 | Araq | "compiler as a service" uses sockets |
| 23:03:52 | BitPuffin | take a looksy http://pasteall.org/pic/show.php?id=58441 |
| 23:04:00 | BitPuffin | Araq Yeah dom96 said that |
| 23:06:23 | BitPuffin | isn't there a simple flag to disable compilation of CAAS? |
| 23:06:29 | BitPuffin | that should be off for haiku |
| 23:06:35 | BitPuffin | until someone ports sockets |
| 23:06:42 | Araq | well that's what I suggested |
| 23:06:52 | Araq | adding this disable switch |
| 23:06:53 | BitPuffin | not sure why you would do caas on a desktop os though |
| 23:07:08 | Araq | caas is for IDE support |
| 23:07:17 | Araq | IDEs tend to work on desktops ... |
| 23:07:23 | BitPuffin | oh |
| 23:07:30 | BitPuffin | so it's not for running caas? |
| 23:07:37 | BitPuffin | it is for using caas? |
| 23:08:07 | BitPuffin | or ohh |
| 23:08:12 | BitPuffin | you mean the compiler is running constantly |
| 23:08:17 | Araq | yes |
| 23:08:18 | BitPuffin | compiling and checking for errors |
| 23:08:22 | BitPuffin | for the IDE |
| 23:08:24 | BitPuffin | gotcha |
| 23:24:53 | * | ltbarcly quit (Ping timeout: 248 seconds) |
| 23:50:41 | BitPuffin | Araq having a haiku ide would be pretty sleek |