Does anybody have a SlackBuild for Libre Office (ARM).
Hi !
That's my question. |
Member response
Hi,
Look at Raspberry Pi deserves Slackware I believe Eric's working on getting things setup for the Pi. Even though the first production units are becoming available, it will be some time before distribution is setup world wide. Just my :twocents: Plus, I want one to play with! :) HTH! |
LibreOffice on Slackware
(Never mind, I misread his original post. This can be deleted.)
|
Interesting.
Thanks. But no LibreOffice SlackBuild :/. |
If you want to try and compile LibreOffice for ARM platform why don't you see how far you get using http://connie.slackware.com/~alien/s...eoffice/build/ . Download the whole directory, start the SlackBuild and watch where it explodes.
Eric |
At JAVA_HOME unbound variable !
Gosh, i didn't realized there's no java in ARMedSlack ! |
Alien Bob also has a blog post on using OpenJDK on Slackware, where he mentions,
Quote:
|
Quote:
My own ARM port is (not yet) public but MoZes (the armedslack maintainer) is dead set on compiling the same openjdk packages on armedslack - he already has the SlackBuild plus other sources. Eric |
Re the Java thing, if I recall correct Java is only needed for certain database conversion and/or import. If you only want to use it for the word processor can't you build it without Java?
|
You need a java compiler to compile (parts of) LibreOffice. The developers are working hard toward eliminating this requirement, but I do not know the status of LibreOffice 3.5 because so far I was unable to produce a package for that release :-(
Eric |
I tried to build openjdk, but it looks for a working java home.
I created /usr/lib/java, and i complains that native2ascii doesn't exists. So i presume java is needed ? |
Yes, a working JDK is needed in order to compile OpenJDK. This looks like a chicken & egg problem on the ARM platform but in fact there is a way around this. My openjdk.SlackBuild script has a BOOTSTRAP variable which (if set to "YES") allows for the use of GCC's java as the bootstrap JDK. In the bootstrap case, OpenJDK will use a limited subset of Java which GCC's java can fulfill.
Eric |
gcc-java is installed, i set BOOTSTRAP to yes, but it's still looking for /usr/lib/jvm and configure ends with an error :/.
|
Well that is a complete error log! It's completely clear to me why it fails for you.
Hint: you'll need {armedslack|slackware}-current Eric |
^^
Sry, i'm a bit over-linuxed since december and i'm also sick. Anyway the error was kinda "looking for /usr/lib/jvm but it doesn't exist so report this complete error log to Alien Bob" :^) I'm on 13.37. Impossible to build on it without modifying a lot ? |
It would be possible to build OpenJDK on Slackware ARM 13.37 ... I did the same for Slackware 13.37. But you have to tweak the installation of gcc and seamonkey for that.
There are two scripts which I wrote that apply these tweaks. They are in my openjdk/build directory: create_gcj_jvm.sh and fix_seamonkey_pkgconfig.sh. Run both of them, once. The change will be permanent for gcc (basically it will add a directory structure with a lot of symlinks and this will not alter any of the existing gcc files). The change willnot be permanent for seamonkey: it will be undone when you upgrade that package. After running those two scripts, try compiling openjdk again. And remove any old Sun/Oracle JDK/JRE first! And logout/login again. Eric |
A consistent error log ^^:
checking for a JDK home directory... /usr/lib/jvm checking if a java binary was specified... no checking if /usr/lib/jvm/bin/java is a valid executable file... yes checking for javac... /usr/lib/jvm/bin/javac checking for ecj... /usr/bin/ecj checking if we are using ecj as javac... yes checking if a javah executable is specified... no checking if /usr/lib/jvm/bin/javah is a valid executable file... yes checking if a jar executable is specified... no checking if /usr/lib/jvm/bin/jar is a valid executable file... yes checking whether jar supports @<file> argument... yes checking whether jar supports stdin file arguments... yes checking whether jar supports -J options at the end... yes checking if an rmic executable is specified... no checking if /usr/lib/jvm/bin/rmic is a valid executable file... yes checking if a native2ascii binary was specified... no checking if /usr/lib/jvm/bin/native2ascii is a valid executable file... no checking for native2ascii... no checking for gnative2ascii... no configure: error: "A native2ascii converter was not found." make: *** No targets specified and no makefile found. Stop. |
Ah yes, this is a bug in the packaging of the gcc compilers, which was fixed in Slackware-current.
The gnative2ascii program is mistakenly present in the gcc-gnat package. Install that and try again. Better even: do a full Slackware install and then try again. I usually do not support failed compilations on non-full Slackware installations. Eric |
gcc-gnat doesn't exist in ARMeslack (should i whine/report to MoZes ?).
gnative2ascii should normally be in which package ? I'll take a look to see if i can compile the sources. --edit: erf, it's all gcc in one source :/ |
Quote:
Eric |
It's a bit radical.
Maybe i can try to install/upgrade only the package supposed to contain gnative2ascii ? |
You can not update only gcc. It's all or nothing when talking about updates to gcc/glibc - all or nothing meaning all the rest too.
Eric |
Ok.
Thanks for all help. |
Building on ARMedslack -current:
At the first compile line after the ./configure from the Slackbuild script: gcj: internal compiler error: Killed (program jc1) |
Building what? LibreOffice or OpenJDK?
Eric |
Oh ! It was OpenJDK.
|
I uploaded my LibreOffice 3.5.2 packages earlier today. The SlackBuild I used for those, is the same which is compiling LibreOffice on my trimslice at the moment (going at it for a day already): http://slackware.com/~alien/slackbui...ice.SlackBuild . Note that the build directory contains two patches specific to ARM and gcc 4.7. Let's hope the build succeeds before the trimslice runs out of diskspace... like it did yesterday.
Needless to say that I am building on a slackware-current port for ARM. It needs Java and gcj will not do. You will need OpenJDK which I could only compile on -current for ARM (needed a recent gcc and glibc). Eric |
Will retry OpenJDK with the new gcc updates from -current.
Is there a discussion around here to create a sub-forum dedicated to ARM ? |
Same problem :/
|
I'm re-giving a go.
In the openjdk SlackBuild, i don't see when the arm patch is applied. http://www.slackware.com/~alien/slac...jdk.SlackBuild |
I tried anyway on armedslack -current rc2, and went into this error:
make[5]: Leaving directory `/tmp/icedtea-2.1/openjdk.build-boot/hotspot/outputdir' make[4]: Leaving directory `/tmp/icedtea-2.1/openjdk.build-boot/hotspot/outputdir' /usr/bin/make VM_SUBDIR=product generic_export INFO: /usr/bin/objcopy cmd found so will create .debuginfo files. INFO: STRIP_POLICY=min_strip make[4]: Entering directory `/tmp/icedtea-2.1/openjdk-boot/hotspot/make' cp /tmp/icedtea-2.1/openjdk.build-boot/hotspot/outputdir/linux_arm_docs/jvmti.html /tmp/icedtea-2.1/openjdk.build-boot/hotspot/import/docs/platform/jvmti/jvmti.html cp /tmp/icedtea-2.1/openjdk.build-boot/hotspot/outputdir/linux_arm_zero/product/libjsig.so /tmp/icedtea-2.1/openjdk.build-boot/hotspot/import/jre/lib/arm/libjsig.so make[4]: *** No rule to make target `/tmp/icedtea-2.1/openjdk.build-boot/hotspot/import/jre/lib/arm/libjsig.debuginfo', needed by `generic_export'. Stop. make[4]: Leaving directory `/tmp/icedtea-2.1/openjdk-boot/hotspot/make' make[3]: *** [export_product] Error 2 make[3]: Leaving directory `/tmp/icedtea-2.1/openjdk-boot/hotspot/make' make[2]: *** [hotspot-build] Error 2 make[2]: Leaving directory `/tmp/icedtea-2.1/openjdk-boot' make[1]: *** [build_product_image] Error 2 make[1]: Leaving directory `/tmp/icedtea-2.1/openjdk-boot' make: *** [stamps/icedtea-boot.stamp] Error 2 |
I still struggle on Slackware ARM -current:
Compiling /tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/share/vm/adlc/adlparse.cpp rm -f ../generated/adfiles/adlparse.o g++ -DLINUX -D_GNU_SOURCE -DIA32 -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/share/vm/prims -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/share/vm -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/share/vm/precompiled -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/cpu/x86/vm -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/os_cpu/linux_x86/vm -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/os/linux/vm -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/os/posix/vm -I/tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/share/vm/adlc -I../generated -DASSERT -DTARGET_OS_FAMILY_linux -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_32 -DTARGET_OS_ARCH_linux_x86 -DTARGET_OS_ARCH_MODEL_linux_x86_32 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1 -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -fvisibility=hidden -m32 -march=i586 -pipe -g -c -o ../generated/adfiles/adlparse.o /tmp/icedtea-2.3.2/openjdk-boot/hotspot/src/share/vm/adlc/adlparse.cpp g++: error: unrecognized command line option '-m32' g++: error: unrecognized argument in option '-march=i586' g++: note: valid arguments to '-march=' are: armv2 armv2a armv3 armv3m armv4 armv4t armv5 armv5e armv5t armv5te armv6 armv6-m armv6j armv6k armv6s-m armv6t2 armv6z armv6zk armv7 armv7-a armv7-m armv7-r armv7e-m ep9312 iwmmxt iwmmxt2 native |
I installed Debian's openjdk packages.
Libre Office fails at the end: Code:
LibreOffice build succesfully finished. |
I have a question about the --with-arch=x86 flag.
According to: http://wiki.documentfoundation.org/D....2Fwithout-.29 there's only x86|ppc|sparc choices, and it's marked as a non-included option. According my previous log, we can see -DTARGET_OS_ARCH_linux_x86 and -march=i586 amongst other x86 stuff. What should i do about this option ? |
Tried the last Alien Slackbuild (3.6.4), but the LO compilation failed with a:
Script setup_osl.ins not found! in function: set_setupscript_name |
New error with more dependencies:
Missing files in function : remove_Files_Without_Sourcedirectory |
All times are GMT -5. The time now is 10:13 AM. |