| --- Log opened Fri Jan 16 00:00:57 2015 | ||
| ysangkok | poke53282: i'm searching for instructions for how to cross-compile libffi for or1k, i'm working with v.3.2.1, it should feature the or1k support you added | 01:41 |
|---|---|---|
| ysangkok | poke53282: i'm searching the toolchain-builder repo for "libffi" but i get nothing | 01:41 |
| ysangkok | poke53282: oh, i needed to use or1k-linux-musl for --host instead of or1k... but this trick is not working with glib, so... | 01:57 |
| poke53282 | libffi is cross compiled like any program | 07:51 |
| poke53282 | scripts/progs.make | 07:53 |
| poke53282 | search for libffi | 07:53 |
| poke53282 | I don't understand the last message. | 07:58 |
| poke53282 | It should work with glibc | 07:58 |
| poke53282 | in the same way | 07:58 |
| stekern | no c | 08:02 |
| poke53282 | Maybe it is too early in the morning, but I don't understand you message either. | 08:06 |
| * poke53282 is searching for a coffee | 08:07 | |
| stekern | glib, not glibc | 08:08 |
| olofk_ | poke53282: glibc is the C library. glib is the library used by GTK et. al. | 08:08 |
| poke53282 | Ahh, Ok | 08:15 |
| poke53282 | Well, I thought he forgot the c because according to my knowledge libffi doesn't use glib. | 08:16 |
| stekern | no, but glib use libffi | 08:17 |
| poke53282 | yes understood | 08:18 |
| poke53282 | ysangkok. Look in sccripts/progs.make and search for glib | 08:19 |
| poke53282 | and this is no trick, this the standard way to cross compile | 08:21 |
| poke53282 | unfortunately it doesn't work for all programs this way. | 08:23 |
| poke53282 | Actually, a program that cross compiles out of the box is an exception. | 08:24 |
| mpu | How to increase OpenCores community? | 08:31 |
| poke53282 | good website | 08:34 |
| mpu | Site is not bad, but 2 things seems abandoned: "Worlds first open-source ASIC" and "Read our Newsletters". | 08:38 |
| mpu | poke53282: What is your point of view, about website. What to present in it? | 08:40 |
| olofk_ | wallento: I'm looking at http://bugzilla.opencores.org/show_bug.cgi?id=31 Is this still valid? The objdump command doesn't seem entirely correct and I can't figure out exactly what you're trying to do | 08:47 |
| -!- olofk_ is now known as olofk | 08:48 | |
| poke53282 | @mpu: Sorry, are you asking generally about OpenCores or about OpenRISC? | 08:52 |
| poke53282 | @mpu: The OpenCores website is in principle fine. | 08:54 |
| mmpu | I talk, about OpenCores. Site is good, but it is not so popular. | 09:10 |
| olofk | Has anyone run the binutils test suite? | 09:19 |
| poke53282 | @mmpu: Well I guess, people move to github because of the community. I think, even sourceforge has a similar problem. | 09:20 |
| -!- LoneTech_ is now known as LoneTech | 09:20 | |
| poke53282 | @olofk: I think yes. Long time ago. | 09:20 |
| poke53282 | And I forgot the result. So it is pretty useless. | 09:21 |
| olofk | poke53282: I'm trying to figure out how to run it. Got dejagnu, but after that, the procedure isn't very well documented | 09:21 |
| olofk | make check fails | 09:21 |
| poke53282 | Do you want to fix the limit problem with the 90MB libxul Firefox library and the hundred of thousands of relocations? :) | 09:22 |
| poke53282 | yes, running the testsuite isn't easy. | 09:23 |
| poke53282 | stekern uses or1ksim and I use qemu user mode. | 09:23 |
| poke53282 | for the qemu part you need a sysroot and a static qemu compiled binary | 09:25 |
| poke53282 | I guess, you can use this: https://github.com/s-macke/jor1k/wiki/How-to-develop-for-jor1k#chroot-into-an-emulated-sysroot-environment | 09:25 |
| poke53282 | olofk: If I would compile dejagnu, we could run the testsuite inside the sysroot environment. | 09:37 |
| poke53282 | Thanks to the number of script languages, which I compiled, this should be possible now. | 09:38 |
| * poke53282 knows, what he will do in the evening today. | 09:38 | |
| olofk | poke53282: hm... I assumed that the binutils were supposed to run in the host environment | 10:06 |
| poke53282 | can't remember | 10:08 |
| poke53282 | "make -k check" maybe? | 10:15 |
| olofk | I looked at the gentoo ebuild, and they used -k. Never heard of that before | 10:28 |
| poke53282 | linux from scratch is using this as well. | 10:31 |
| olofk | I'll try a fresh rebuild and see if that helps | 10:32 |
| olofk | I read somewhere that the DEJAGNU env var should be set to something. Any ideas? | 10:36 |
| poke53282 | for a testsuite running on the host I don't think so. | 10:37 |
| poke53282 | RUNTESTFLAGS maybe | 10:43 |
| poke53282 | http://pastie.org/9834972 | 10:44 |
| poke53282 | My scripts, which probably won't work for you. But it could give you hints | 10:44 |
| stekern | ins't it just to run 'make check' after you have configured with the right --target flag? | 10:50 |
| olofk | Seems to run now with a fresh build | 11:09 |
| olofk | hmm.. that was quick | 11:11 |
| olofk | The forward test passes. Does this mean we can close http://bugzilla.opencores.org/show_bug.cgi?id=20 ? | 11:28 |
| olofk | Still not entirely convinced that the tests were actually executed as intended | 11:38 |
| olofk | But it's running the or1k allinsn test, so it might actually be correct | 11:41 |
| * ams strokes olofk beard. | 11:50 | |
| olofk | ams: Whyyyyyyyyyyyyyyyy??!?!?!??!?! | 11:55 |
| ams | olofk: it is soft and fluffy | 11:56 |
| poke53282 | olofk: The bug description says, that the test is deactivated | 12:06 |
| poke53282 | but the bug report doesn't give a useful error description. A way, how to trigger the bug would be useful. | 12:07 |
| olofk | ams: You got a point | 12:31 |
| olofk | poke53282: It doesn't seem to be deactivated in upstream binutils. All gas tests seem to be run for or1k | 12:32 |
| olofk | But in binutils-2.20 in opencores svn, the forward test is disabled | 12:35 |
| olofk | So the bug is still valid for the or32 toolchain, but not for the or1k one | 12:36 |
| olofk | I'm leaning towards closing it as WONTFIX with an explanation that there is no active maintenance of the or32 toolchain. | 12:37 |
| olofk | _franck_: I saw your wb_altera_ddr_wrapper fixes. They make sense to apply | 12:38 |
| olofk | I got some fixes as well. The address width is hardcoded in a few places | 12:38 |
| olofk | I forked off the uart btw. Planning to kill off the 32 bit mode and VHDL implementation, and fix all the warnings | 14:20 |
| olofk | Oh. and move config stuff from the defines file | 14:21 |
| Me1234_ | how to compile with or1k-linux-gnu-gcc? All built by turnup.sh, initramfs form http://git.openrisc.net/cgit.cgi/stefan/linux/log/?h=smp. Running on de0_nano with de0_nano.dts. | 15:17 |
| Me1234_ | When trying to run program compile with or1k-linux-gnu-gcc:-/bin/sh: /bin/a.out: not found | 15:18 |
| Me1234_ | Actually file exists. Do i need some flags to gcc? | 15:18 |
| olofk | Me1234: | 17:14 |
| olofk | Did you use the default de0_nano_config as well? | 17:15 |
| olofk | For the kernel | 17:15 |
| Me1234 | olofk: no, only rootfs(initramfs biuilt into kernel). Config from bluecmd's or1k-devel. Enabled optimize for size and disabled block layer. Dts de0_nano. | 17:26 |
| olofk | k | 17:26 |
| Me1234 | olofk: linux 3.15.0 downloaded by turnup.sh | 17:28 |
| olofk | What's this turnup.sh? | 17:29 |
| Me1234 | olofk: https://github.com/bluecmd/or1k-devel/blob/master/tests/turnup.sh modified to https://drive.google.com/file/d/0B5U7b-LVTCGtSlZ1c19vU1JiR1k/view?usp=sharing | 17:36 |
| Me1234 | olofk: Argument passed to script: https://github.com/bluecmd | 17:38 |
| Me1234 | So, linux from here https://github.com/bluecmd/or1k-linux | 17:39 |
| olofk | Me1234: I'm not sure I fully understand the script. Is this something that is supposed to be run inside of qemu? | 17:42 |
| Me1234 | olofk: it is supposed to build and run or1k-linux in qemu ant run tests there. | 18:13 |
| Me1234 | I do not need tests, I need only linux with glibc | 18:14 |
| Me1234 | olofk: Means,that this config: https://github.com/bluecmd/or1k-devel/blob/master/Linux-config | 18:27 |
| -!- zumbi_ is now known as zumbi | 18:48 | |
| olofk | Does anyone have an or32 toolchain installed? I want to know what is shown from "or32-elf-gcc --target-help". (bug 66. It works for or1k tc) | 21:01 |
| stekern | mine is broken | 21:07 |
| stekern | mpc has grown too old | 21:07 |
| olofk | It's just a matter of choosing if it should be closed with FIXED, INVALID or WONTFIX | 21:14 |
| olofk | I should probably talk to jeremy about this. He's got the most interest in the or32 tc | 21:15 |
| stekern | I should fix my or32 toolchain anyway, it's good to have laying around for reference | 21:15 |
| olofk | Is it just a matter of rebuilding against a newer mpc, or do you need the older one? | 21:16 |
| _franck_ | olofk: ok, I'll apply those fix to wb_altera_ddr_wrapper | 21:24 |
| stekern | it's "just" a matter of rebuilding, but there are those problems with texinfo that people complain about | 21:25 |
| olofk | I'm trying to figure out if bug 63 is still valid, but I can't make the example compile | 21:25 |
| olofk | _franck_: Great | 21:25 |
| olofk | stekern: Perhaps the precompiled ones might work | 21:26 |
| stekern | but aren't those dated? compared to what's in svn I mean | 21:26 |
| olofk | Yeah, true. I just assumed that no big changes were made since then | 21:28 |
| olofk | But having something built from SVN head would be better | 21:28 |
| olofk | Hmm.. why does "l.ori r3, r0, lo(SOME_SYMBOL)" work, but not "l.ori r3, r0, SOME_SYMBOL"? | 21:33 |
| olofk | I get "Error: unresolved expression that must be resolved" on the second one | 21:33 |
| olofk | Not my area of expertise, but I thought the lo() macro just picked out the lower 16 bits | 21:33 |
| stekern | iirc, that might have worked in or32, but the cgen stuff only generates the right relocations on lo/hi | 21:35 |
| olofk | So it does the right thing (tm) on or1k by disallowing symbol names without hi/lo | 21:38 |
| olofk | ? | 21:38 |
| stekern | well, right thing(tm) is maybe a matter of preference | 21:39 |
| stekern | but it's going to chop off the higher bits anyway, so you could as well require the user to be explicit | 21:40 |
| olofk | and the essence of the bug is that you get different behaviour if you're using lo, which I guess is not intended | 21:41 |
| stekern | https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=cpu/or1k.opc;h=98b75327463b1584da0245b5d9f7bc67800cbb38;hb=HEAD#l115 | 21:41 |
| stekern | that's the code that handles it | 21:41 |
| stekern | do you have a bug report about it? or are you just calling it a bug? | 21:42 |
| stekern | imo it's a feature ;) | 21:42 |
| stekern | or do you mean silently accepting without the lo(), but generating a faulty result? | 21:43 |
| olofk | http://bugzilla.opencores.org/bugzilla4/show_bug.cgi?id=63 | 21:45 |
| olofk | I would like to close all the binutils bugs since we are upstream now | 21:46 |
| stekern | ah, ok. well, I would consider that "fixed" in or1k then | 21:49 |
| stekern | since obviously or32 did the wrong thing without the lo() | 21:50 |
| stekern | complaining about it is an improvement over that | 21:50 |
| olofk | I'm considering that a wontfix | 21:56 |
| stekern | mmm | 21:58 |
| olofk | And my friend google gave me some hints on what all this relocation business is about | 22:00 |
| olofk | I still haven't understood why we need a lot of different kinds of relocations though | 22:00 |
| stekern | a more specific question might be easier to answer ;) | 22:02 |
| stekern | we have a couple that are bogus | 22:03 |
| olofk | BFD_RELOC_8, what's that good for? | 22:04 |
| stekern | but the gist of it is that the assembler generates the and then the linker use them to determine what to do | 22:04 |
| stekern | that's one of the bogus ones ;) | 22:05 |
| olofk | ah :) | 22:05 |
| olofk | Bogus or not. Something fixed bug 20 at least | 22:06 |
| olofk | Is cgen a part of binutils? | 22:10 |
| stekern | cgen is cgen, but binutils use it | 22:10 |
| olofk | I'm wondering since we have a separate cgen product in bugzilla | 22:11 |
| stekern | it's part of the (old) sourceware tree | 22:11 |
| --- Log closed Sat Jan 17 00:00:59 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!