View previous topic :: View next topic |
Author |
Message |
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Thu Nov 15, 2012 5:40 pm Post subject: help with cross complile error on raspberry pi please |
|
|
I was compiling sdlmame on my raspberrry pi. I cross compile with another host. In general this has been working.
It was a long compile and late into the process I got a failure on the cross compiler, then the same error on the local compile when that failed. Here is all I could find on the subject. I made a mistake and forgot to save the build log of the compile, but it pretty much just straight errored to compile failed with no error messages. I did find in my cross compiler the following ..
libco.c is the source code the fail occured on.
Code: | Nov 14 16:19:33 localhost /etc/init.d/distccd[1706]: WARNING: distccd has already been started
Nov 14 16:19:37 localhost distccd[2248]: (dcc_daemon_terminate) Terminated
Nov 14 16:19:37 localhost distccd[2248]: (dcc_cleanup_tempfiles_inner) deleted 0 temporary files
Nov 14 16:19:37 localhost distccd[2273]: (dcc_cleanup_tempfiles_inner) deleted 0 temporary files
Nov 14 16:19:37 localhost distccd[2276]: (dcc_cleanup_tempfiles_inner) deleted 0 temporary files
Nov 14 16:19:37 localhost distccd[2249]: (dcc_cleanup_tempfiles_inner) deleted 0 temporary files
Nov 14 16:19:37 localhost distccd[2252]: (dcc_cleanup_tempfiles_inner) deleted 0 temporary files
Nov 14 16:19:37 localhost distccd[2274]: (dcc_cleanup_tempfiles_inner) deleted 0 temporary files
Nov 14 16:19:37 localhost start-stop-daemon: pam_unix(start-stop-daemon:session): session opened for user distcc by root(uid=0)
Nov 14 16:19:37 localhost distccd[1762]: (main) chdir to /tmp
Nov 14 16:19:37 localhost distccd[1762]: (dcc_setup_daemon_path) daemon's PATH is /usr/i686-pc-linux-gnu/gcc-bin/4.5.4:/bin:/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.5.4:/usr/i686-pc-linux-gnu/armv6j-hardfloat-linux-gnueabi/gcc-bin/4.5.4
Nov 14 16:19:37 localhost distccd[1762]: (dcc_listen_by_addr) listening on 192.168.9.71:3632
Nov 14 16:19:37 localhost distccd[1762]: (dcc_defer_accept) TCP_DEFER_ACCEPT turned on
Nov 14 16:19:37 localhost distccd[1762]: (dcc_standalone_server) 2 CPUs online on this server
Nov 14 16:19:37 localhost distccd[1762]: (dcc_standalone_server) allowing up to 5 active jobs
Nov 14 16:19:37 localhost distccd[1762]: (dcc_ignore_sighup) ignoring SIGHUP
Nov 14 16:19:37 localhost distccd[1763]: (dcc_detach) setsid to session 1763
Nov 14 16:19:37 localhost distccd[1763]: (dcc_log_daemon_started) preforking daemon started (3.1 i686-pc-linux-gnu, built Oct 23 2012 12:32:55)
Nov 14 16:19:37 localhost distccd[1763]: (dcc_create_kids) up to 1 children
Nov 14 16:19:38 localhost distccd[1763]: (dcc_create_kids) up to 2 children
Nov 14 16:19:39 localhost distccd[1763]: (dcc_create_kids) up to 3 children
Nov 14 16:19:40 localhost distccd[1763]: (dcc_create_kids) up to 4 children
Nov 14 16:19:41 localhost distccd[1763]: (dcc_create_kids) up to 5 children
Nov 15 04:11:15 localhost distccd[1764]: (dcc_check_client) connection from 192.168.9.48:41894
Nov 15 04:11:15 localhost distccd[1764]: (dcc_check_address) match client 0x3009a8c0, value 0x9a8c0, mask 0xffffff
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got DIST00000001
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGC00000012
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) reading 18 arguments from job submission
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000022
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got 'armv6j-hardfloat-linux-gnueabi-g++'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[0] = "armv6j-hardfloat-linux-gnueabi-g++"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000005
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-Wall'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[1] = "-Wall"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV0000000c
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-Wcast-align'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[2] = "-Wcast-align"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000007
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-Wundef'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[3] = "-Wundef"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000011
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-Wformat-security'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[4] = "-Wformat-security"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV0000000f
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-Wwrite-strings'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[5] = "-Wwrite-strings"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000011
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-Wno-sign-compare'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[6] = "-Wno-sign-compare"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV0000000f
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-Wno-conversion'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[7] = "-Wno-conversion"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000003
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-O2'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[8] = "-O2"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000005
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-pipe'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[9] = "-pipe"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV0000000d
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-march=armv6j'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[10] = "-march=armv6j"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000009
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-mfpu=vfp'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[11] = "-mfpu=vfp"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000010
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-mfloat-abi=hard'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[12] = "-mfloat-abi=hard"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000002
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-c'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[13] = "-c"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000014
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-fomit-frame-pointer'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[14] = "-fomit-frame-pointer"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000018
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got 'src/lib/cothread/libco.c'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[15] = "src/lib/cothread/libco.c"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000002
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got '-o'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[16] = "-o"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got ARGV00000024
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_string) got 'obj/sdl/sdlmame/lib/cothread/libco.o'
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) argv[17] = "obj/sdl/sdlmame/lib/cothread/libco.o"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_argv) got arguments: armv6j-hardfloat-linux-gnueabi-g++ -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion -O2 -pipe -march=armv6j -mfpu=vfp -mfloat-abi=hard -c -fomit-frame-pointer src/lib/cothread/libco.c -o obj/sdl/sdlmame/lib/cothread/libco.o
Nov 15 04:11:15 localhost distccd[1764]: (dcc_scan_args) scanning arguments: armv6j-hardfloat-linux-gnueabi-g++ -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion -O2 -pipe -march=armv6j -mfpu=vfp -mfloat-abi=hard -c -fomit-frame-pointer src/lib/cothread/libco.c -o obj/sdl/sdlmame/lib/cothread/libco.o
Nov 15 04:11:15 localhost distccd[1764]: (dcc_scan_args) found input file "src/lib/cothread/libco.c"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_scan_args) found object/output file "obj/sdl/sdlmame/lib/cothread/libco.o"
Nov 15 04:11:15 localhost distccd[1764]: compile from libco.c to libco.o
Nov 15 04:11:15 localhost distccd[1764]: (dcc_run_job) output file obj/sdl/sdlmame/lib/cothread/libco.o
Nov 15 04:11:15 localhost distccd[1764]: (dcc_input_tmpnam) input file src/lib/cothread/libco.c
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_token_int) got DOTI0000a885
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_file) received 43141 bytes to file /tmp/distccd_35d4bfc3.i
Nov 15 04:11:15 localhost distccd[1764]: (dcc_r_file_timed) 43141 bytes received in 0.003662s, rate 11505kB/s
Nov 15 04:11:15 localhost distccd[1764]: (dcc_set_input) changed input from "src/lib/cothread/libco.c" to "/tmp/distccd_35d4bfc3.i"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_set_input) command after: armv6j-hardfloat-linux-gnueabi-g++ -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion -O2 -pipe -march=armv6j -mfpu=vfp -mfloat-abi=hard -c -fomit-frame-pointer /tmp/distccd_35d4bfc3.i -o obj/sdl/sdlmame/lib/cothread/libco.o
Nov 15 04:11:15 localhost distccd[1764]: (dcc_set_output) changed output from "obj/sdl/sdlmame/lib/cothread/libco.o" to "/tmp/distccd_356dbfc3.o"
Nov 15 04:11:15 localhost distccd[1764]: (dcc_set_output) command after: armv6j-hardfloat-linux-gnueabi-g++ -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion -O2 -pipe -march=armv6j -mfpu=vfp -mfloat-abi=hard -c -fomit-frame-pointer /tmp/distccd_35d4bfc3.i -o /tmp/distccd_356dbfc3.o
Nov 15 04:11:15 localhost distccd[1764]: (dcc_check_compiler_masq) /usr/bin/armv6j-hardfloat-linux-gnueabi-g++ is not a symlink
Nov 15 04:11:15 localhost distccd[1764]: (dcc_spawn_child) forking to execute: armv6j-hardfloat-linux-gnueabi-g++ -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion -O2 -pipe -march=armv6j -mfpu=vfp -mfloat-abi=hard -c -fomit-frame-pointer /tmp/distccd_35d4bfc3.i -o /tmp/distccd_356dbfc3.o
Nov 15 04:11:15 localhost distccd[1764]: (dcc_spawn_child) child started as pid11988
Nov 15 04:11:15 localhost distccd[11988]: (dcc_new_pgrp) entered process group
Nov 15 04:11:15 localhost distccd[11988]: (dcc_increment_safeguard) setting safeguard: _DISTCC_SAFEGUARD=1
Nov 15 04:11:15 localhost distccd[1764]: (dcc_collect_child) cc child 11988 terminated with status 0x100
Nov 15 04:11:15 localhost distccd[1764]: (dcc_collect_child) cc times: user 0.000000s, system 0.000000s, 0 minflt, 0 majflt
Nov 15 04:11:15 localhost distccd[1764]: (dcc_x_token_int) send DONE00000001
Nov 15 04:11:15 localhost distccd[1764]: (dcc_x_token_int) send STAT00000100
Nov 15 04:11:15 localhost distccd[1764]: (dcc_x_file) send 221 byte file /tmp/distcc_18f0bfc3.stderr with token SERR and compression 69
Nov 15 04:11:15 localhost distccd[1764]: (dcc_x_token_int) send SERR000000dd
Nov 15 04:11:15 localhost distccd[1764]: (dcc_x_file) send 0 byte file /tmp/distcc_1884bfc3.stdout with token SOUT and compression 69
Nov 15 04:11:15 localhost distccd[1764]: (dcc_x_token_int) send SOUT00000000
Nov 15 04:11:15 localhost distccd[1764]: (dcc_x_token_int) send DOTO00000000
Nov 15 04:11:15 localhost distccd[1764]: armv6j-hardfloat-linux-gnueabi-g++ src/lib/cothread/libco.c on localhost failed
Nov 15 04:11:15 localhost distccd[1764]: job complete
Nov 15 04:11:15 localhost distccd[1764]: (dcc_cleanup_tempfiles_inner) deleted 5 temporary files
Nov 15 04:11:15 localhost distccd[1764]: (dcc_job_summary) client: 192.168.9.48:41894 COMPILE_ERROR exit:1 sig:0 core:0 ret:0 time:590ms armv6j-hardfloat-linux-gnueabi-g++ src/lib/cothread/libco.c
|
_________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Thu Nov 15, 2012 6:25 pm Post subject: |
|
|
njcwotx,
We really need the build log from the failed build.
Unless you build in RAM it will still be their now. Please pastbin it.
You say it generates an error quite quickly now, so its not all the world if you have to recreate it.
sdlmame hmm. sdlmame-0.144.ebuild contains KEYWORDS="amd64 ~ppc x86". So its not keyworded for the Pi.
It may not build at all. Fix it, file bugs, with patches and move on. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Thu Nov 15, 2012 8:54 pm Post subject: |
|
|
It took 13 hours to hit the error. I forgot to save the build log before restarting everything. The log was overwritten when I went to get it. It was my fault that I forgot to save it first.
Based on some research I found about building sdlmame on an arm processor, I added more swap space on the pi using the ssd the second time around (i had already did /var/tmp/portage and distfiles, but had not set my swap space there the first time). I also noticed the swap space on the cross compiler was misconfigured (set to 1MB, a typo on my part) so I fixed that and added some more ram as well.
More than likely it will fail at the same spot, so when it fails again, I will provide the build log and save it.
Ya, the joy of arm architecture. I run into the ** keyword alot with the pi. Its usually the kiss of death. I ran into one small header adjustment but that was easy to find in build.log and a little googling went a long way.
However, it does appear that several people have gotten mame working on the pi already. Specifically, they had advancemame working in rapsbian. But I couldnt get past some masking issues with advancemame in gentoo. It took the ** keyword as well as the package being unmasked, but it still complained. sdlmame didnt need to be unmasked and I did get 13 hours into the compile before it tanked.
I guess I could punt using my favorite distro and going with raspbian or one of the other suggested ones, but that would just take all the fun out of it now wouldn't it! _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Thu Nov 15, 2012 9:43 pm Post subject: |
|
|
njcwotx,
File bugs with patches. I did try to build sdlmame in my cross environment but some of the dependencies refused to build.
It was no surprise that it failed with --nodep since dependencies were missing.
It will be the the weekend before I can test a build on a Pi. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 5:32 pm Post subject: |
|
|
My ssd drive had an issue over night and kernel panic'd the pi before getting back to same spot in build. Drive was extra warm this am about 12 hours after the panic. rebooted fsck'd the drive and all is well drive is running again with no heating. Since this build takes so long and I end up leaving it to compile when I head home, I will take it home this weekend, start the build and be in a position to monitor the thing in the late hours of the compile. This way if it happens again I can see if there is a lot of memory swapping going on to turn the ssd into a frying pan.
One thing I noticed while building sdlmame is it likes to compile locally most of the time. cross compiler logged no compiles, no messages about not finding the distcc host either. It only started showing up late in the build on the first run. I assume its doing a lot of the compile locally because it wants to. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Fri Nov 16, 2012 5:57 pm Post subject: |
|
|
njcwotx,
Are you using distccs pump mode?
If not, all the config steps will be run locally. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 7:11 pm Post subject: |
|
|
up to this point, I have not been using pump mode. I had seen that when I setup distcc originally but did not further set it up after I got it to work, Ill read up on it and see what its going to take to give it a try. I did see some compiling on the remote host, but it was at the end of the original 13 hour run, but after 10 hours before the kernel panic, nothing ran on the cross compiler. I would love to get more action on the remote host, even when I ship some tasks over, its practically idle compared to the pi. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 7:25 pm Post subject: |
|
|
to confirm how I use pump mode...
add to distcc/hosts on pi..
w.x.y.z/5,lzo,cpp
and then on pi
pump emerge sdlmame
?? _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Fri Nov 16, 2012 7:34 pm Post subject: |
|
|
njcwotx,
Thats right. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 7:38 pm Post subject: |
|
|
restarted emerge as above, saw a message that it was going to use pump mode; however, it appears that everything is still running locally so far. I even ran a tcpdump to see if any packets were headed to the remote host and I see nothing. There are no messages about not beeing able to offload and having to use localhost as it runs. I have seen this from the start, if I emerge another package, ntp for example, I do see the offloading. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Fri Nov 16, 2012 7:50 pm Post subject: |
|
|
njcwotx,
Your distcc/hosts on th Pi of w.x.y.z/5,lzo,cpp limits that helper to running 5 jobs as a helper at a time.
What do you have your MAKE_OPTS set to on the Pi?
I use -j8. Code: | # -j8 for distcc, -j1 or -j2 when there are no helpers
MAKEOPTS="-j8" |
To see what distcc is doing run Code: | DISTCC_DIR=/var/tmp/portage/portage/.distcc distccmon-text 5 | on the Pi.
The pathname there is the location of the distcc state files on your Pi.
Code: | 27010 Send SDL_mixer_m68k.c 192.168.100.20[1]
27019 Preprocess localhost[2]
27110 Preprocess localhost[0]
27117 Preprocess localhost[1]
27142 Preprocess localhost[2]
27091 Preprocess localhost[3]
27108 Preprocess localhost[4]
27109 Preprocess localhost[5]
27146 Preprocess localhost[6]
27151 Preprocess localhost[7] | shows 1 job going to the helper and a lot of preprocessing going on on the Pi _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 7:53 pm Post subject: |
|
|
MAKEOPTS="-j1"
distccmon shows only localhost...
however, emerging other packages has offloaded. I will increase and try it out.
thanks. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 8:01 pm Post subject: |
|
|
setup makeopts to -j6...
now I get in distccmon something that looks like this....
Code: |
4671 Blocked [0]
4681 Blocked [0]
4691 Compile localhost[1]
4693 Compile localhost[2]
4697 Compile localhost[3] |
host ip on pi checked
allow and listen ip checked on host
Other emerge's use distcc and show activity. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 8:26 pm Post subject: |
|
|
I just emerged another package, x11-wm/evilwm, and it offloaded about 3 packages. did most locally but succeded.
saw msg at end that says Warning: 5 pump-mode compilations failed, but succeeded locally
Distcc-pump was demoted to plain-mode
Shutting down distcc-pump server.
during scrooll-by I saw messages about includes not being on server or something like that.
the pi does communicate with the remote host from all I see. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Fri Nov 16, 2012 9:32 pm Post subject: |
|
|
njcwotx,
For me, games-emulation/sdlmame-0.144 fails on the Pi after a few minutes with
Code: | Compiling src/osd/sdl/sdlwork.c...
armv6j-hardfloat-linux-gnueabi-g++ -DCRLF=2 -DINLINE="static inline" -DLSB_FIRST -DNDEBUG -DDISTRO=generic "-DSDLMAME_ARCH=" -DSYNC_IMPLEMENTATION=tc -DSDLMAME_UNIX -DNO_DEBUGGER -DUSE_OPENGL=0 -DSDLMAME_NO_X11 -DNATIVE_DRC=drcbe_x86 -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion -DINI_PATH=\"\$HOME/.sdlmame\;/etc/games/sdlmame\" -O2 -march=armv6j -mfpu=vfp -mfloat-abi=hard `sdl-config --cflags | sed -e 's:/SDL::' -e 's:\(-I[^ ]*\)::g'` -Isrc/mame -Iobj/sdl/sdlmame/mame/layout -Isrc/emu -Iobj/sdl/sdlmame/emu -Iobj/sdl/sdlmame/emu/layout -Isrc/lib/util -Isrc/lib -Isrc/osd -Isrc/osd/sdl -Isrc/debug -include src/osd/sdl/sdlprefix.h `sdl-config --cflags | sed -e 's:/SDL::' -e 's:\(-D[^ ]*\)::g'` `pkg-config --cflags fontconfig` -x c++ -std=gnu++98 -c src/osd/sdl/sdlwork.c -o obj/sdl/sdlmame/osd/sdl/sdlwork.o
src/osd/sdl/sdlwork.c: In function 'int osd_work_queue_wait(osd_work_queue*, osd_ticks_t)':
src/osd/sdl/sdlwork.c:284:26: error: 'osd_yield_processor' was not declared in this scope
src/osd/sdl/sdlwork.c: In function 'int osd_work_item_wait(osd_work_item*, osd_ticks_t)':
src/osd/sdl/sdlwork.c:519:25: error: 'osd_yield_processor' was not declared in this scope
src/osd/sdl/sdlwork.c: In function 'void* worker_thread_entry(void*)':
src/osd/sdl/sdlwork.c:673:27: error: 'osd_yield_processor' was not declared in this scope |
Which means it has something missing. Headers, library, a dependency ... that supplies the missing symbols. However, it gets well past there on my amd64 install, which indicates its not the sdlmame sources that are at fault. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 16, 2012 9:37 pm Post subject: |
|
|
I solved that one already.....
added this to end of osinline.h, I found the solution by using google
Code: |
#else
#ifndef YieldProcessor
#define YieldProcessor() do{} while (0)
#define osd_yield_processor() YieldProcessor()
#endif |
I didnt want to mess with an overlay for one little bit of code, and not up to date on adding my own patch yet, so what I do is when I emerge I wait for the zip file to extract and just overwrite the file /var/tmp/portage/games-emulation/sdlmame-"blah"/work/src/osd/sdl/osinline.h with my update version as the zip is expanding.
So, I am past that issue.
Here is the link I used for the fix.
http://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=73469&page=1&PHPSESSID=9a51d135d98586b98814da13b4ca08c7
Reading beyond the fix, it does seem that the resources used to compile are limiting on the pi. Hence, the crosscompiling. I read somewhere that you can emulate the arm processor in virutal box, but I am not positive I read that right. What would really be nice is if I can untar my image to a arm based vm and build all the hard stuff there first. Not sure if thats a pipe dream or just a few clicks away, but I will continue to explore.
I know people have gotten mame to run on the pi.
Most of my pi based projects are more for fun than profit. Saw this and thought it would be fun to build a similar device as such. This guy used advancemame on raspbian, I could go there if I had to but since I prefer the challenges of gentoo I always start there. I do find myself wishing I was more 'dev' minded, I havent coded beyond bash and some basic scripting since my early computing days
http://www.instructables.com/id/Coffee-Table-Pi/?ALLSTEPS _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Nov 30, 2012 9:57 pm Post subject: |
|
|
I ended up using raspbian in this case and advmame. It appears that I will have to upgrade the gcc versions to get the mame stuff to compile properly on an arm processor and that it would take many hours to get back to that point with no guarantees. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Fri Nov 30, 2012 10:37 pm Post subject: |
|
|
njcwotx,
I have gcc-4.7.2 for the Pi. I can host a tarball which you can install with emerge -K if you like. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Mon Dec 03, 2012 10:26 pm Post subject: |
|
|
Sure. Ill give it a try. It would save me several hours of compiling. I have found several places where it appears the newer compilers were needed to get past some of the errors I have seen. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54423 Location: 56N 3W
|
Posted: Tue Dec 04, 2012 1:35 pm Post subject: |
|
|
njcwotx,
Its here, drop the _Pi off the end of its name than you can use emerge -K to install it and gcc-config to select it in the normal way.
If it doesn't work it because I cross compiled it and is calls ld by a different name. Code: | # ls -l /lib/ld*
-rwxr-xr-x 1 root root 134248 Nov 17 12:46 /lib/ld-2.16.so
lrwxrwxrwx 1 root root 10 Nov 17 12:50 /lib/ld-linux-armhf.so.3 -> ld-2.16.so
lrwxrwxrwx 1 root root 15 Nov 17 17:12 /lib/ld-linux.so.3 -> /lib/ld-2.16.so | Native arm builds use ld-linux-armhf.so.3 to find ld. Cross compiled packages use ld-linux.so.
You may need that other symlink. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
|