Package Base Details: java8-openjdk

Git Clone URL: https://aur.archlinux.org/java8-openjdk.git (read-only)
Keywords: fonts infinality java jdk jre
Submitter: chrbayer
Maintainer: ljmf00
Last Packager: Magotchi
Votes: 33
Popularity: 0.000128
First Submitted: 2014-09-15 20:06
Last Updated: 2018-05-01 15:23

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 ... Next › Last »

gim commented on 2016-07-28 07:38

lviggiani, if you're building this in /tmp then make sure you don't run out of space. Also check your directory permissions where you're extracting the archive.

lviggiani commented on 2016-07-28 07:09

u102 does not build for me. I get tons of errors like this:

...
hotspot-jdk8u102-b14/test/testlibrary_tests/RedefineClassTest.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/TestMutuallyExclusivePlatformPredicates.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/whitebox/vm_flags/BooleanTest.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/whitebox/vm_flags/DoubleTest.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/whitebox/vm_flags/IntxTest.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/whitebox/vm_flags/StringTest.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/whitebox/vm_flags/Uint64Test.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/whitebox/vm_flags/UintxTest.java: Write failed
hotspot-jdk8u102-b14/test/testlibrary_tests/whitebox/vm_flags/VmFlagTest.java: Write failed
bsdtar: Error exit delayed from previous errors.

tad commented on 2016-06-22 19:44

See http://mail.openjdk.java.net/pipermail/build-dev/2016-May/017167.html

-Werror converts all warnings into errors. The linked patchset fixes some code which triggers the warnings and disables -Werror for the build.

gim commented on 2016-05-19 16:31

I tried some things and I still haven't found a solution for this. Appending `-fpermissive` to CFLAGS, CXXFLAGS and CPPFLAGS environment variables doesn't help. This is frustrating.

gim commented on 2016-05-19 16:17

marcvangend, ok, I get these errors as well. When I saw that build process is going all right for a while I assumed it would build successfully all the way, so I cancelled it and pushed the update. Looks like I was wrong.

marcvangend commented on 2016-05-19 13:52

Thanks gim. Unfortunately it still breaks on my machine, but the good news is: it breaks in a different way, much later in the process. The last part of the `makepkg -fcCi` output looks like this: http://pastie.org/pastes/10843937/text .

Hope that helps.

gim commented on 2016-05-18 20:19

It should build successfully now, feedback would be appreciated.

gim commented on 2016-05-17 12:01

marcvangend, yeap, looks like `gnu++14` is now default mode for GCC 6. We need to use `-std=gnu++98` flag for this, I'll fix PKGBUILD soon. Thanks for reporting this :)
https://gcc.gnu.org/gcc-6/changes.html

marcvangend commented on 2016-05-17 11:28

@gim, does the package still compile correctly for you? I'm getting lots of errors like this one when running `makepkg -fcCi`:

/home/user/java8-openjdk/src/jdk8u-jdk8u92-b14/hotspot/src/share/vm/gc_implementation/g1/g1CollectedHeap.inline.hpp:97:15: error: invalid suffix on literal; C++11 requires a space between literal and string macro [-Werror=literal-suffix]

I tried adding `export CXXFLAGS="-Wno-error"` to the PKGBUILD but that didn't help.

nickmcummins commented on 2016-04-26 18:04

Hi gim, thanks. I get the GNUstep error even when building through ABS, so I'm trying building in a clean chroot now. It is weird, because I tried removing the gnustep packages (no packages are dependent on them, so how did they get installed?) prior to my ABS build. Nonetheless building in a clean chroot seems to be working, my machine is a bit slow :)