[SOLVED] Libreoffice 4.4.1.2 build error (arm)

shimitar · Last edited by shimitar on Thu Apr 09, 2015 2:59 pm; edited 1 time in total

I am trying to update libreoffice to 4.4.1.2 on my Asus TF700T which is an ARM Android tablet which i boot natvely with Gentoo.

I get the following error:

chithanh · Posted: Tue Mar 31, 2015 8:42 am Post subject:

Yamakuzure · Posted: Tue Mar 31, 2015 12:14 pm Post subject:

I have installed libreoffice-4.4.1.2 on a Raspberry Pi 2, which also uses gcc-4.8.3 with armv7a hardfloat and has 1GB RAM.

My setup has 1.5 GiB swap on sd card, but mainly uses four 384 MiB ZRAM swap devices (one for each core, set up using zram-init from mv overlay), so my total swap is 3GiB.

I do not know, however, whether the swap on sd card was used at all while building libreoffice. My laptop helped a lot using distcc. ;-)

_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

chithanh · Posted: Tue Mar 31, 2015 2:45 pm Post subject:

The message is precisely what you would expect if the compiler was terminated by the OOM killer while feeding assembly code to the assembler.

shimitar · Posted: Wed Apr 01, 2015 9:02 pm Post subject:

I am trying again setting up 4gb of swap space in addition to the 1gb of RAM ,let's see!

It will just take a few days to compile.

Unfortunately dmesg is useless for me because its always swamped by kernel messages...
_________________
Willy Gardiol
willy@gardiol.org

Yamakuzure · Posted: Thu Apr 02, 2015 8:56 am Post subject:

shimitar · Posted: Thu Apr 02, 2015 9:52 am Post subject:

The dmesg flood is due to the proprietary Asus/NVIDIA drivers which comes with the kernel (which is a 3.1 kernel). The kernel sources are very undocumented on the proprietary parts and even recompoiling i cannot get rid of the constant flood of things like "core 1 disabled / core 2 standby / screen dimmed to xxx / WiFi signal level changed from XX to YY / and tons of such crap).

ZRAM i don't know if it's an option since i am on the 3.1 kernel and i am stuck with it. Trying yo adapt the proprietary stuff on a 3.10 kernel was a total failure for me (maybe a better kernel dev could manage).

The kernel sources are available to anybody to download and recompile, for 3.1, but getting it to work with any kernel config different from the one provided by Asus for Android is almost impossible. Consider that anything wrong and the screen stays black and there is no console output of any kind unless the proprietary framebuffer driver loads and the kernel correctly boots.

Would ZRAM work on a 3.1 kernel?
_________________
Willy Gardiol
willy@gardiol.org

shimitar · Posted: Thu Apr 09, 2015 2:58 pm Post subject:

Ok, solved! Upping my swap to 4GB fixed it. Honestly, the ebuild should know this and check available ram/swap...

It took almost 4 days of full-time compilation !!! will definitely mask any newer release for the time being

_________________
Willy Gardiol
willy@gardiol.org

Yamakuzure · Posted: Fri Apr 10, 2015 7:46 am Post subject:

shimitar · Posted: Fri Apr 10, 2015 7:55 am Post subject:

Yes, its a truckload of prorietary kernel patches. I tried with no luck to even adapt another 3.10 kernel from Asus for a newer model of the same tablet line. Even if most of the patches are still there, they simply do not compile anymore with 3.10 kernel sources.

It's a shame, since it's a great piece of hardware... and with no swap and a fast uSD card it's amazingly usable, at par with any small sized laptop based on intel processors, or even more since the battery life is incredible (over 8 hours of 4-core compilation battery-only!) and it has touch screen, multi-touch trackpad, full sized keyboard (no keypad) and a great resolution (1920x1080).

The actual kernel patches are not available, just a full kernel source three with the patches already applied. I guess it would be a massive work to try to extract those patches and move them to a newer kernel and try to adapt and compile...

I would like to try something to move to a newer kernel, but i am bit out of practical ideas, any suggestion or help would be great!
_________________
Willy Gardiol
willy@gardiol.org