Java(TM) JDK for Slackware ARM -current
 

Consider this package [experimental] for the time being, at least. I've tested it on command line as much as I'm happy that it's installing Java and seems to be functioning as expected. It compiles OK. It runs the Java code OK. I haven't found any problems with it thus far.

However, I have not tested it in a desktop environment. I'm hoping some of you Java gurus can apprise me of any results regarding that. Any feedback will be very much appreciated. :cool:

http://sarpi.co.uk/files/pkg/jdk-8u1...urrent_sp1.txz
http://sarpi.co.uk/files/pkg/jdk-8u1...urrent_sp1.md5

NB: Java 8 is hard float ABI only. So, ONLY install this package on Slackware ARM -current!

clean

Errr... OK? Did you post in the wrong thread by accident or am I missing something here? :D

I just added an additional option + the ability for users to build the package

Then would you mind starting a thread of your own for promoting whatever work you're doing or have done, instead of jumping on the back of mine? What you call an additional option is quite superfluous and in contrast to what I'm trying to achieve. I don't want people getting confused between your shizzle and my shizzle. Next thing you know, I'll be getting support questions or feedback about your JDK when it has sweet FA to do with me!

I've built this JDK myself using a script I wrote myself and I'm asking users to test it for me. Why would I be interested in the JDK you have built?

ok, understood

Exaga, thanks for the update! I'm a Java "consumer" and was wondering if your JDK is different / better optimized in comparison with the official Oracle binary packages:
http://www.oracle.com/technetwork/ja...s-2133151.html
Linux ARM 32 Hard Float ABI 77.92 MB jdk-8u161-linux-arm32-vfp-hflt.tar.gz
Linux ARM 64 Hard Float ABI 74.88 MB jdk-8u161-linux-arm64-vfp-hflt.tar.gz

If I understand your question correctly then, the answer is "No." Obviously, the software has been compiled for Slackware ARM hard float port, but other than that there's no specific or notable difference(s).

I needed to compile some Java shizzle and went looking for a Slackware ARM JDK package. Only to find there wasn't one, or at least Google wasn't helpful in finding one for me. So, I did a bit of D.I.Y.

It seemed to work fine so I thought it might be useful to share it with Joe Public, but only if it's working 100%. Hence my request for some assistance in testing it.

The oracle binary was compiled for compatibility and not necessarily optimized, it uses the armv6 arch, thumb-1 and not the best VFP version. I thought yours, being built on Slackware ARM -current, whose compiler defaults on armv7, thumb-2 and VFPv3-D16 will be better, but apparently it's the same with the one from oracle:

I'm wondering, have you compiled it on your own? Or just took the binaries from oracle and packed them into a Slackware package?

This is how a binary is compiled by default on Slackware ARM -current:

I'm always forgetting about the differences between Java JDK (Oracle) and OpenJDK, but at least the SlackBuild is using the wording correctly repackage instead of building:
"This is a SlackBuild that will repackage Oracle Java into a package that
can be easily installed, upgraded, or removed using Slackware's native
package management tools."
https://slackbuilds.org/repository/1...velopment/jdk/

And the "source code" - src.zip is not useful for recompiling the Java JDK (Oracle):
"These files do not include platform-specific implementation code and cannot be used to rebuild the class libraries."
http://www.oracle.com/technetwork/ja....html#contents

@Exaga - your Oracle JDK (re)package should work, I can't see why it shouldn't, and I just removed the one I had (taken directly from Oracle) and put yours in place. Should I notice some weird things, I'll report.

Just for the record, this is how I manually download, unpack (I put it in /opt) and use the Oracle JDK under Slackware ARM -current (excerpt from my notes):
cd /opt
http://www.oracle.com/technetwork/ja...s-2133151.html
wget http://download.oracle.com/otn-pub/j...fp-hflt.tar.gz
tar -xzpf jdk-8u161-linux-arm32-vfp-hflt.tar.gz
mv jdk1.8.0_144/ java/

-create:
/etc/profile.d/jdk.sh
- with the following content:
#!/bin/sh
export PATH="$PATH:/opt/java/bin"
export JAVA_HOME="/opt/java/"
- then make it executable:
chmod +x /etc/profile.d/jdk.sh

You've gone to considerable lengths to determine the status and nature of this package. Why ask a question when it's obvious that you already know the answer?

This is ALL I'm asking for! GEEZ! I'm not asking for anything more. No opinions, no investigations into how the '(re)package' was created, no lessons on compiling for Slackware ARM, or anything more than;

"Does it ******* work or not???". :banghead:

Hi Exaga,

Quick question, did you write a new SBo or did you modify the original one from -current? Just curious. I was building one using a modified SBo (I renamed the 586 portion to arm). By building, I'm obviously referring to repackaging the file from Oracle. Thank you for taking the initiative to create this file.

Actually I got both happy and confused about your statements, first I thought you have managed to build it with optimal ARM instructions for ARMv7 HardFloat and then asked myself how, because your first answer was also confusing. It's only afterwards that I realized that you were repacking the Oracle JDK (you've also forgot to mention that).

And you've got now a "beta tester" confirmed. Careful with that wall ;)

Congratulations. You eventually got something right (for a change). I forgot to mention that. It must be a milestone for you.

Then I need to inform you, you're fired. The only thing you've successfully tested is my patience.

Jog on.

A reminder that LQ aims to be welcoming to all, and personal attacks on others will not be tolerated.

--jeremy