| --- Log opened Sun Sep 28 00:00:13 2014 | ||
| poke53282 | Hmm, atgreen, are you the maintainer of libffi? | 03:34 |
|---|---|---|
| atgreen | hi, poke53282 . yes. | 03:34 |
| atgreen | I just read the pull request for openrisc support. | 03:35 |
| poke53282 | when I read your name, I was wondering. I remembered something :) | 03:35 |
| poke53282 | Yes, I wrote this and pulled today. | 03:35 |
| atgreen | I want to fix a test suite issue before I merge it. | 03:35 |
| atgreen | trying right now. | 03:35 |
| poke53282 | Ok. | 03:35 |
| poke53282 | Just that you know, I neglected the complex number testcases. But they also failed on my x86 machine. | 03:36 |
| atgreen | that's what I need to deal with. I want to mark those as expected fail on unsupported hosts. | 03:37 |
| poke53282 | I can tell you , that every speciality of the openrisc ABI was included in your testcases. | 03:37 |
| poke53282 | Ok. | 03:38 |
| poke53282 | So I can test it, if you want. | 03:38 |
| poke53282 | In principle what I think you should include in your testsuite is a calculation with twenty integers or so before and after the ffi calls, but dependent on each other. You could easily accidently overwrite a register or stack entry without noticing. Maybe this is already included in you testsuite, but I missed it. | 03:42 |
| poke53282 | Oh, I read your blog. moxie-sim uses part of my code. :) | 04:02 |
| atgreen | poke53282: oh? what part? | 04:54 |
| atgreen | poke53282: just fixed the testsuite and merged your port. | 04:54 |
| atgreen | oh.. that part! you're the jor1k guy! | 04:56 |
| atgreen | and a fellow Canadian | 04:57 |
| poke53282 | the terminal and terminal-input | 04:57 |
| poke53282 | <- jor1k guy | 04:58 |
| poke53282 | yes | 04:58 |
| poke53282 | but I am not Canadian. I live currently in Vancouver, yes. | 04:58 |
| poke53282 | But actually I am German. | 04:58 |
| atgreen | that's OK.. I'm only half Canadian. :) | 04:58 |
| atgreen | 1am.. time top go. l8r | 04:58 |
| poke53282 | thanks for merging | 04:59 |
| poke53282 | good night | 04:59 |
| poke53282 | blueCmd: Next official version of libffi will contain OpenRISC support. Time to ask you, if the glibc problem is solved ;) | 05:01 |
| -!- lauri__ is now known as lauri | 08:24 | |
| blueCmd | poke53282: wooo! | 13:38 |
| blueCmd | poke53282: nah, I haven't done anything on that | 13:38 |
| sb0 | when is it going to be the same for gcc and llvm? | 15:13 |
| sb0 | it's been way faster for ARM... | 15:14 |
| sb0 | ...risc-v might get that right, but they take FPGA resource bloat to new heights :/ | 15:16 |
| sb0 | bottom line: open source CPUs suck | 15:16 |
| stekern | I agree, ARM serves you everything, nothing left to do. Boring like hell. | 16:01 |
| olofk | Does anyone have upsizers and downsizers available for a stream interface? | 18:03 |
| poke53282 | this 20030125-1.c testcase is really strange. I searched for half an hour. It is about optimization of floor and sin when converting floats and doubles. According to C99, the optimization for both are different. But I can't see a reason, why the or1k part of gcc should be responsible for that. We use soft float. | 18:12 |
| stekern | poke53282: can't it be that optimizations are done before the result is handed to the actual insertion of the float 'instructions' (hard or float)? | 19:40 |
| * olofk is awesome! | 19:44 | |
| poke53282 | stekern: I don't really understand what you mean. At which position? | 20:06 |
| stekern | olofk: can you be even more awesome and fix fusesoc's inabilitity to work with soft links? ;) | 20:06 |
| poke53282 | For me this looks like a frontend problem. C99 is definitely defined for us. | 20:07 |
| stekern | obviously it has worked before, because I've used it in the travis setup for the i2s core | 20:07 |
| stekern | poke53282: it was just a comment to the last sentence of what you said (why the or1k part of gcc should be responsible for that) | 20:08 |
| poke53282 | But I am testing several things right now. Just looking at other code and change ours and compile and start the testsuite. | 20:08 |
| poke53282 | we are the only ones who use uclibc-stdint.h for example. | 20:08 |
| stekern | poke53282: btw, iirc, blueCmd didn't get that failure against glibc | 20:08 |
| poke53282 | Ok, that's interesting. | 20:09 |
| stekern | do we use that for musl (and glibc) too? | 20:09 |
| poke53282 | for uclibc this testcase is omitted | 20:10 |
| poke53282 | Yes, for all | 20:10 |
| poke53282 | Look at gcc/config.gcc | 20:10 |
| poke53282 | or1k-*-linux-*) | 20:10 |
| poke53282 | tm_file="${tm_file} dbxelf.h elfos.h or1k/elf.h gnu-user.h linux.h or1k/linux-gas.h or1k/linux-elf.h uclibc-stdint.h" | 20:10 |
| poke53282 | tmake_file="or1k/t-or1k or1k/t-linux ${tmake_file}" | 20:10 |
| poke53282 | tm_defines="${tm_defines} OR1K_DELAY_DEFAULT=OR1K_DELAY_ON" | 20:10 |
| poke53282 | ;; | 20:10 |
| poke53282 | I remove this part, other option would be to use glibc-stdint.h | 20:11 |
| poke53282 | the other problem is, that if I link with -p I get an error "cannot find gcrt1.o: No such file or directory" | 20:19 |
| olofk | stekern: Yes, I just was that awesome :) | 20:27 |
| poke53282 | I get the "-p" in sabotage linux too. So, I wonder how many of those testcases are related to musl. | 20:29 |
| poke53282 | I ask in the other chatroom. | 20:30 |
| stekern | ok, once again my i2s core passes the travis tests | 20:33 |
| olofk | stekern: That was quick | 20:33 |
| stekern | olofk: well, it was just a matter of fixing all the orpsoc/fusesoc breakage ;) | 20:34 |
| stekern | https://github.com/skristiansson/i2s/commit/bec1663bbdd78faaeaa830e2833623fc0bb39128 | 20:35 |
| stekern | olofk: if you still don't get notifications: https://github.com/olofk/wb_streamer/pull/2 | 20:41 |
| olofk | stekern: I actually got the first one. It was just that gmail's "Smart Inbox" or whatever they called it filed it automatically under "Social" or "Promotions" for some reason | 21:15 |
| olofk | Never really understood that. I have lots of folders already in gmail with filters to move stuff to where it should belong, so why divide the inbox in another way | 21:16 |
| olofk | ? | 21:16 |
| stekern | I have that "smart inbox" feature turned off | 21:18 |
| stekern | because, I, as you, didn't get the point of it | 21:18 |
| stekern | I rather sort my mail according to my own rules | 21:19 |
| stekern | (except for perhaps spam) | 21:19 |
| poke53282 | stekern: I slowly get the impression, that a lot of the failed tests are related to musl. | 21:19 |
| stekern | poke53282: you should compare against the results that blueCmd got (search the irc logs for them, or ping him) | 21:19 |
| stekern | I think we actually had very few failures that were intersecting | 21:20 |
| stekern | olofk: http://git.openrisc.net/cgit.cgi/stefan/linux/commit/?h=smp&id=f30f502692e7b9c8af8e7650cfc1e2bf0372b415 | 21:20 |
| poke53282 | e.g. test autogen: Command not found fails in sabotage linux too | 21:21 |
| poke53282 | sorry. | 21:22 |
| poke53282 | e. g. test 20030125-1.c fails in sabotage linux too. | 21:22 |
| stekern | for x86? | 21:23 |
| poke53282 | yes | 21:23 |
| poke53282 | in the sabotage linux chroot | 21:23 |
| stekern | ok, that's comforting in the sense that then it's at least not "our" fault ;) | 21:23 |
| poke53282 | wait | 21:24 |
| poke53282 | maybe I played a little bit too much around with this file. | 21:24 |
| poke53282 | arghh, I forgot the -O2 option. | 21:27 |
| poke53282 | No, it doesn't fail in sabotage linux | 21:27 |
| stekern | back to blaming ourselfs then ;) | 21:28 |
| stekern | olofk: as I note in that commit message, only the writer is supported. next step is to start playing with the reader and get some capture working | 21:29 |
| poke53282 | I run the gcc testsuite in sabotage linux now. | 21:30 |
| olofk | stekern: Nice work! The reader probably doesn't work though. I abandoned that in favour of the writer, but I am soon at the point where I need the reader too | 21:35 |
| olofk | But first I need to implement some infrastructure components for streaming | 21:36 |
| olofk | My downsizer seems to work. Wrote it down on paper, implemented it blindly in 41 lines of verilog and it actually seems to work straight away | 21:37 |
| stekern | downsizer, sounds like a core for management | 22:15 |
| poke53282 | === gcc Summary === | 22:16 |
| poke53282 | # of expected passes 88519 | 22:16 |
| poke53282 | # of unexpected failures 56 | 22:16 |
| poke53282 | # of unexpected successes 42 | 22:16 |
| poke53282 | # of expected failures 268 | 22:16 |
| poke53282 | # of unresolved testcases 8 | 22:16 |
| poke53282 | # of unsupported tests 1257 | 22:16 |
| poke53282 | but the overlap is not that high | 22:22 |
| poke53282 | only 7 testcases seem to overlap | 22:24 |
| --- Log closed Mon Sep 29 00:00:15 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!