| --- Log opened Wed Dec 31 00:00:17 2014 | ||
| --- Log closed Wed Dec 31 00:24:02 2014 | ||
| --- Log opened Wed Dec 31 00:24:15 2014 | ||
| -!- Irssi: #openrisc: Total of 38 nicks [0 ops, 0 halfops, 0 voices, 38 normal] | 00:24 | |
| -!- Irssi: Join to #openrisc was synced in 14 secs | 00:24 | |
| olofk_ | blueCmd: Great mail | 07:49 |
|---|---|---|
| olofk_ | Any feedback? | 07:49 |
| -!- olofk_ is now known as olofk | 07:58 | |
| poke53282 | I wish the testsuite failures would be easy to fix. | 09:44 |
| poke53282 | Unfortunately most of them are completely non-obvious. | 09:47 |
| poke53282 | Also the failures of of musl and glibc don't have that much overlap. | 09:47 |
| poke53282 | And it is true, that some of the testcases should be disabled. For example the function to get the stack usage of functions. We don't support it, but the testcases fail. | 09:49 |
| poke53282 | From the practical side, every important software compiles so far. | 09:56 |
| poke53282 | The errors I encountered were never related to gcc. | 09:56 |
| poke53282 | At the moment I guess, that there are only 2 or 3 important errors left, most of them related to C++. | 09:57 |
| poke53282 | A 100% pass seems illusionary. | 10:01 |
| poke53282 | http://jor1k.com/gcc-g++.sum | 10:30 |
| poke53282 | this is still the summary, which I posted some time ago. | 10:31 |
| poke53282 | the first one is somehow musl -related. | 10:31 |
| poke53282 | the second failure is something for stekern. stdatomic-compare-exchange-1.c | 10:32 |
| maxpaln | hi - been offline for a few days. I'm revisiting this process of making the BFM exercise Classic (and constant address) cycles - | 11:28 |
| maxpaln | olofk: you said you had made some updates too - I think the changes for the above should be minimal | 11:28 |
| maxpaln | I'll make them and that should be the end of my changes (I think) | 11:28 |
| maxpaln | that would be a good point for a merge I guess. | 11:29 |
| stekern | poke53282: I will take a look at that | 11:30 |
| stekern | re musl related fails, I bet there are tests that assume glibc | 11:31 |
| maxpaln | hmmm, ok - this is interesting. The definitions of the cycle types haven't followed the WB Spec - might have to change a few additional things to make this work. Hopefully I don't break too much in the process. | 11:36 |
| blueCmd | olofk: nope! | 11:49 |
| blueCmd | poke53282: I don't think 100% test pass is illusionary. Either the test is 1) showing something that is broken, 2) irrelevant and should be disabled, 3) using a missing feature and should be disabled and documented | 11:51 |
| blueCmd | it's basically a matter of fixing or documenting them, at least from where I'm standing | 11:52 |
| blueCmd | I don't have any problem making musl the "libc of choice" for running the GCC testsuite, so if we need to disable tests because they assume glibc, so be it (unless GCC folks scream at us for doing that) | 11:53 |
| blueCmd | having a gcc upstream that is known to fail tests is kind of bad in the sense where we lose a good tool to track regressions | 11:54 |
| stekern | I agree | 11:57 |
| stekern | I will have a lot of "free time" in January, wife and kids are in Thailand, so I'm home alone. I'll set aside some time running the tests and digging through the failure during that time. | 11:58 |
| blueCmd | stekern: that'd be really cool. I won't have much time to commit, but ping me if you want a rubber duck to talk to | 12:02 |
| stekern | don't be surprised if I take you up on that offer ;) | 12:04 |
| blueCmd | I won't, especially the stdatomic ones | 12:09 |
| blueCmd | they can be.. weird | 12:09 |
| ysangkok | poke53282: i can't find the dtb/dts, is it in vmlinux.bin.bz2? | 13:51 |
| -!- Netsplit *.net <-> *.split quits: mboehnert, jeremybennett, fotis2, mithro | 22:34 | |
| olofk | Happy new year! | 23:07 |
| --- Log closed Thu Jan 01 00:00:18 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!