| poke53281 | blueCmd: same error here. cloned the kernel and got this error message | 02:41 |
|---|---|---|
| stekern | juliusb: the ticksyscall test is also problematic, it get stuck in a branch-delay-slot-interrupt loop | 03:09 |
| jonibo | blueCmd: what kernel and what config are you using? I'm not seeing any compile errors with the branches I named in my email and the defconfig | 10:20 |
| jonibo | not sure what issues you were having with ethoc... i'll try to take a look and see if it works for me | 10:20 |
| jonibo | master branch ethoc and for-upstream ethoc do differ a bit | 10:21 |
| blueCmd | jonibo: I had problems with ethoc on 3.6.10 mainline, but I haven't tested with your git version. | 11:41 |
| blueCmd | jonibo: I emailed a sort of bug report | 11:53 |
| Loke | hi | 14:09 |
| Loke | I'm having problems compiling c++ code for the openrisc, using the stable toolchain. Please, anyone here knows how to solve it? | 14:11 |
| Loke | I would appreciate any help | 14:11 |
| blueCmd | Loke: what's your problem? | 14:12 |
| Loke | When I try to compile c++ code, the linker would give me this error: | 14:13 |
| Loke | /opt/openrisc/lib/gcc/or32-elf/4.5.1-or32-1.0rc4/../../../../or32-elf/bin/ld: error: no memory region specified for loadable section `.gcc_except_table' | 14:13 |
| blueCmd | are you using newlib or uclibc? | 14:13 |
| Loke | newlib | 14:13 |
| Loke | the current stable version | 14:14 |
| blueCmd | sorry, I have no experience with newlib. if this is a blocker for you I would recommend that you use the development toolchain | 14:14 |
| blueCmd | _franck_ uses newlib I think | 14:14 |
| Loke | correct me if i'm wrong but, using uclibc would mean simulating linux as well as the code i'm compiling right? | 14:15 |
| blueCmd | yes, uclibc is for a linux system | 14:16 |
| blueCmd | the new toolchain (or1k-elf as the target is named nowadays) would be where bugs are fixed anyway. | 14:17 |
| Loke | Uhm ok, I will try that and see what happens | 14:18 |
| Loke | Thank you | 14:18 |
| blueCmd | np, stick around here on IRC if you can - it's great for getting help on these kind of things | 14:18 |
| Loke | Anyway, the uclic can compile c++ wihtout problems? | 14:19 |
| blueCmd | yeah, and newlib should be fine aswell. I just looked at the regression testing for 4.5.1 and it passes a lot of C++ tests so it should be fine | 14:19 |
| Loke | Oh ok | 14:20 |
| Loke | Really appreciate it, this error is driving me crazy.. | 14:20 |
| blueCmd | They often do :-). | 14:21 |
| Loke | haha I guess so | 14:21 |
| jonibo | blueCmd: thanks for the bug report... I'll look into it | 14:21 |
| blueCmd | jonibo: great! I'm probably missing something very simple | 14:25 |
| blueCmd | jeremybennett: do you have any copy of the work you had done to parallelise the regression tests? | 14:58 |
| jeremybennett | blueCmd: I thought it was in the or32 SVN repository. It was a set of scripts that manually broke up the tests. | 14:59 |
| blueCmd | maybe it is, i will have a look | 14:59 |
| blueCmd | I rarely poke around in the SVN repo :) | 14:59 |
| jeremybennett | It is now pretty static, so you can just take a copy and use it for reference. | 15:00 |
| jeremybennett | If it's not there, I'll see if I can find the scripts and zip them up for you. | 15:00 |
| blueCmd | jeremybennett: do we have some automatic builders or anything like that? | 15:01 |
| blueCmd | jeremybennett: I think i found the script | 15:03 |
| jeremybennett | That's good | 15:03 |
| jeremybennett | If only I had time, I'd like to write it up as an application note. I talked about it at the GCC cauldron, and there was a lot of interest. | 15:03 |
| jeremybennett | I get the strong impression that every group hacks the test environment to get it to do what they want, but little of that is actually shared. | 15:04 |
| -!- Kevin` is now known as Kevin`_ | 15:26 | |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!