kramlat
Posts: 17
Joined: Mon Feb 25, 2013 9:25 am
Location: Missoula, MT USA 59802

linux multilib for raspberry pi

Tue Apr 09, 2013 7:59 pm

anyone think of building a multimib system with both abis (i.e. /usr/lib for hard float and /usr/libsf for soft float)?

aaa801
Posts: 428
Joined: Mon Jun 04, 2012 9:06 pm
Location: Berkshire

Re: linux multilib for raspberry pi

Tue Apr 09, 2013 10:09 pm

Why?

kramlat
Posts: 17
Joined: Mon Feb 25, 2013 9:25 am
Location: Missoula, MT USA 59802

Re: linux multilib for raspberry pi

Wed Apr 10, 2013 2:21 am

by aaa801 » Tue Apr 09, 2013 3:09 pm
Why?
so that we can have a full hard float system with support for soft float at the same time for things like mono while still for the most part benefitting from the hard float abi for everything else. quite a few x86_64, ppc_64, and mips systems do it with /{,usr/{,/local/}}lib{,32,64} to allow 32-bit and N32 specific apps to work on a 64-bit system. I say until everything goes hard-float the suggestion should be on the table. the only drawback is extra compiles of libraries (i.e. X11 and glibc) to satisfy the soft-float apps/libraries and make them happy.

It might take a while to get used to manually setting CHOST, CC, CXX, CFLAGS, and CXXFLAGS and redirecting the libdir to the soft float libraries but it is managable. It is a very similar process to installing Gens/GS on an x86_64 system.

step 1: run this:

Code: Select all

mkdir -p /{,usr/{,local/}libsf
to create the new libdirs.
step 2: cross-compile glibc for arm6j-softfloat-linux-gnuabi into the /usr/libsf folder. this could require the use of sed.
step 3: cross-compile binutils for arm6j-softfloat-linux-gnuabi into the folder. make sure that it is treated as a cross-compilerso that instead of as you get an arm6j-softfloat-linux-gnuabi-as. that would be your softfloat assembler.
step 4: crosscompile gcc for softfloat.
step 5: build the dependancies for mono and java and install in one of the libsf folders where they belong according to FHS standards.
step 6: install mono and java, allowing for things jike a java plugin in midori and mono for its .Net Framework compatibility.

User avatar
xranby
Posts: 539
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: linux multilib for raspberry pi

Wed Apr 10, 2013 10:08 am

You may pick up inspiration from Debian/Rasbian while you design your new system.

Debian and Rasbian supports multiarch:
http://wiki.debian.org/Multiarch/HOWTO
http://wiki.debian.org/Multiarch/

Folow the HOWTO it will tell you how to update your apt sources and add the Debian armel repository to your Rasbian system.
When this is done you may installing the armel mono and all of its dependencies using:
apt-get install mono:armel

For Java this is not an issue, simply install one of the many available armhf java packages.
http://www.raspberrypi.org/phpBB3/viewt ... 81&t=27805
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

remsnet
Posts: 151
Joined: Wed Dec 19, 2012 7:32 pm
Location: Planet Gaia
Contact: Website Yahoo Messenger

Re: linux multilib for raspberry pi

Mon May 13, 2013 9:59 pm

kramlat wrote:anyone think of building a multimib system with both abis (i.e. /usr/lib for hard float and /usr/libsf for soft float)?

-mfloat-abi=hard compiled kernel seems not work with any 3.x.x
see https://github.com/raspberrypi/linux/issues/276


- Removal of NWFPE in its entirety planed and unter work by mainstream kernel

see https://github.com/raspberrypi/linux/issues/269 .

If realy happen it will break most RPI code.

aaa801
Posts: 428
Joined: Mon Jun 04, 2012 9:06 pm
Location: Berkshire

Re: linux multilib for raspberry pi

Tue May 14, 2013 12:18 am

remsnet wrote:
kramlat wrote:anyone think of building a multimib system with both abis (i.e. /usr/lib for hard float and /usr/libsf for soft float)?

-mfloat-abi=hard compiled kernel seems not work with any 3.x.x
see https://github.com/raspberrypi/linux/issues/276


- Removal of NWFPE in its entirety planed and unter work by mainstream kernel

see https://github.com/raspberrypi/linux/issues/269 .

If realy happen it will break most RPI code.
Not going to happen, read last post in the thread.

Return to “Other”