18 replies to this topic

[mrdude]

Guys, I have been trying to compile a program to work on my vu+ duo 2 which has a mips based processor - as I am making a plugin for myself. I did manage to compile this to work on my synology NAS - but am running into trouble doing it for my box.

 

Can someone 'in the know' if you have a cross compiler set up to compile for mips - please compile this for me. I'll attach the source code.

 

 

This is how I did it on my NAS:

 

ipkg install gcc

ipkg install make

ipkg install sudo

 

mkdir /opt/arm-none-linux-gnueabi/lib_disabled

mv /opt/arm-none-linux-gnueabi/lib/libpthread* /opt/arm-none-linux-gnueabi/lib_disabled

 

cp /lib/libpthread.so.0 /opt/arm-none-linux-gnueabi/lib/

sudo ln -s /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so

 

cd /opt/arm-none-linux-gnueabi/lib/

ln -s libpthread.so.0 libpthread.so

ln -s libpthread.so.0 libpthread-2.5.so

 

cd /

cd /root/ps3netsrv

 

make

 

 

If someone kind would compile this to work on mips - I would be most gratefull. Thanks

Attached Files

•  ps3netsrv source.zip   27.87KB   26 downloads

[MiLo]

Just setup the build environment on a Linux PC (can be a VM if you like). Any questions, just ask.

[Erik Slagter]

If you use the cross compiler which OpenEmbedded makes for it's own purposes, it will simply work, is my experience. Quite blunt, vs. using automake etc. or bitbake recipes, but for simple things it works out.

[MiLo]

For simple C files, I often just run "bitbake devshell" and then use "$CC *.c -o utility" to quikly compile source code into something executable.

[mrdude]

Ok guys I have an Udoo board which is Arm based - I can install ubuntu and these packages:

 

gcc, make, sudo.

 

How do I install the cross compiler so that the program works on mips - and what do i do to get bitbake?

 

I am not used to linux, or compiling stuff so a 'dummies guide' would be appreciated. Obviously it would be beneficial for me to get this compiled my self - but failing that I can manage it - can someone who has already got everything installed and working compile the attached file for me?

 

Thanks

[MiLo]

You (cross) compile on a PC, not on the box. Setting it up takes about 5 minutes.

[mrdude]

Can you make a little guide up on how to do this, yes I know I can't compile this on a box - and that I will need Linux installed on a pc - the udoo is a quad core mini pc, with a built in arduino due - it has Ubuntu installed.

[MiLo]

Uh,

git clone -b upstream git://git.code.sf.net/p/openpli/openpli-oe-core
cd openpli-oe-core
MACHINE=vuduo2 make image

And wait.

If you just need the compiler:

git clone -b upstream git://git.code.sf.net/p/openpli/openpli-oe-core
cd openpli-oe-core
export MACHINE=vuduo2
make
cd build
source ./env.source
bitbake devshell

[Lost in Space]

Total waste of time.

 

With a Debian Wheezy Installation from Barry Allen on my Dreambox 7020hd it took less then 2min to do the job.

Attached Files

•  ps3netsrv.tar.gz   70.43KB   19 downloads

Edited by gutemine, 6 January 2014 - 19:40.

[MiLo]

Another way to compile is to mail it to gutemine and he'll send you back the binary. Usually with even more features.

[Lost in Space]

Fas est et ab hoste doceri

[waterpas]

Voor de mensen die geen misdienaar zijn geweest en enkel vissers latijn kennen, Fas est et ab hoste doceri oftewel; Je mag van je vijand leren, Amen

[athoik]

With a Debian Wheezy Installation.

With What kernel? Debian kernel or same kernel as in the flash?

[littlesat]

This is an english thread... Not a latin or dutch thread...

The stuff gutemine wrotes here is translated..

You may learn from your enemy, amen....

[mrdude]

Thanks guys, I have tried the attached file - it runs fine, but gives a port error - I guess I forgot to add a file to the attachment I added.

 

Thanks to the guide I will try doing this myself though - thanks for all the replies guys and the posted file - you have been a great help and I wish you all the best for the new year.

[mrdude]

OOOOOps,

 

 

My mistake it's working fine - the command line args have changed since the old version I was using - it's tested and working great now.

 

Thanks very much :-)

[Lost in Space]

As Debian uses also the very stable 3.2 kernel as the recent Dreamboxes do, your question is useless and just shows that you don't know how Barry Allen works by using Flash kernel and chroot to other Images. But the answer to your question is that wheezy works nicely with all recent kernels so the same approach would work on a VU+ also, and you could even use BA to install it or use the normal Network install scripts that Debian offers (as BA does the same).

 

And finally your great OE could simply be used to build a mipsel gcc, make,... too and put it on the softwarefeed.

 

Which means for such simple things crosscompiling is a waste of time, especially for inexperienced users, which brings us back that you can even learn from the enemy ...

Edited by gutemine, 7 January 2014 - 12:12.

[athoik]

As Debian uses also the very stable 3.2 kernel as the recent Dreamboxes do, your question is useless and just shows that you don't know how Barry Allen works by using Flash kernel and chroot to other Images. But the answer to your question is that wheezy works nicely with all recent kernels so the same approach would work on a VU+ also, and you could even use BA to install it or use the normal Network install scripts that Debian offers (as BA does the same).

 

OFC and i don't know how BA works (there is no code to study!), but what i know is that BA is causing problems with different kernels. Users are calling this multiboot, I call this too restrictive...  I think kexec is nice solution.

 

You answer my question. Thanks.

 

PS. I think i can chroot without the need of BA, although crossompilling is much faster (especially for big projects)

PPS. I can boot what ever image i like from usb (autoexec.bat, although i am using nfidump to extract nfi)

Edited by athoik, 7 January 2014 - 16:21.

[Lost in Space]

You don't need any code to study chroot as t is a standard libc call.

 

But I think this is OT here in this thread.

 

And yes, x-compiling code on the PC might be faster, but if you start needing lots of libs as prerequisite and you need to make ./configure and other stuff work it is often still a waste of time and in this case the compiling was < 1min and would have been even faster on non-Dreamboxes with faster CPUs.

 

And normally there are not any real kernel differences for images of equal age and driver levels. if you start to become an Archeologist Dumbo or Wally West can boot nicely with the image kernel, but this brings us just back to OT discussions.

Edited by gutemine, 7 January 2014 - 18:16.