Package Details: java8-openjfx 8.u202-10

Git Clone URL: https://aur.archlinux.org/java8-openjfx.git (read-only, click to copy)
Package Base: java8-openjfx
Description: Java OpenJFX 8 client application platform (open-source implementation of JavaFX)
Upstream URL: https://wiki.openjdk.java.net/display/OpenJFX/Main
Keywords: java8-openjfx openjfx
Licenses: GPL
Provides: java-openjfx
Submitter: freswa
Maintainer: Rogach
Last Packager: Rogach
Votes: 11
Popularity: 1.34
First Submitted: 2022-03-09 18:41 (UTC)
Last Updated: 2024-05-25 07:41 (UTC)

Required by (82)

Sources (11)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 12 Next › Last »

Rogach commented on 2024-05-15 12:39 (UTC)

@Moire Same error for me :(

Moire commented on 2024-05-15 10:04 (UTC)

I have found a new issue, replacing the issue with :web:compileNativeLinux. This issue occurs on build step :media:buildLinuxGStreamer, when compiling gstreamer-lite/gstreamer/gst/gstcontext.c:

../../../gstreamer-lite/gstreamer/gst/gstchildproxy.c: In function ‘gst_child_proxy_lookup’:
../../../gstreamer-lite/gstreamer/gst/gstchildproxy.c:212:7: error: assignment to ‘GObject *’ {aka ‘struct _GObject *’} from incompatible pointer type ‘GstChildProxy *’ {aka ‘struct _GstChildProxy *’} [-Wincompatible-pointer-types]
  212 |   obj = g_object_ref (object);
      |       ^

Has anybody else encountered this?

iGom commented on 2024-04-27 14:57 (UTC)

@dibbel26 that did the trick,thanks

dibbel26 commented on 2024-04-26 13:57 (UTC) (edited on 2024-04-26 14:01 (UTC) by dibbel26)

@iGom

The default LDFLAGS in /etc/makepkg.conf are

LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now \
     -Wl,-z,pack-relative-relocs"

A comment on the aur pkg for java17-openjfx states that certain symbols als well as new line characters could not be handled thus /usr/bin/ld: cannot find : No such file or directory occurs.

To ensure that your LDFLAGS are properly formatted in your makepkg environment append

prepare() {
  [...]
  export LDFLAGS="$(echo ${LDFLAGS} | sed -e 's|[[:space:]][[:space:]]|[[:space:]]|g' -e 's|\n||g')"
}

to your prepare() function in PKGBUILD (after the patches).

@Rogach I'm still getting a lot of overflow warnings and a RAM overflow once but it compile successfully.

Rogach commented on 2024-04-26 06:47 (UTC)

@iGom I can't reproduce the error, unfortunately. You're on your own here :(

Did you build from a clean state? (after removing pkg and src directories)

iGom commented on 2024-04-25 17:26 (UTC) (edited on 2024-04-25 17:27 (UTC) by iGom)

after removing -Wl,-z,pack-relative-relocs it failed due to this

cc1plus: warning: ‘-Werror=’ argument ‘-Werror=implicit-function-declaration’ is not valid for C++
cc1plus: warning: ‘-Werror=’ argument ‘-Werror=implicit-function-declaration’ is not valid for C++
> Task :graphics:compileDecoraNativeShadersLinux

> Task :graphics:linkDecoraNativeShadersLinux FAILED
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
/usr/bin/ld: cannot find : No such file or directory
collect2: error: ld returned 1 exit status

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':graphics:linkDecoraNativeShadersLinux'.
> Process 'command 'g++'' finished with non-zero exit value 1

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 27m 34s
60 actionable tasks: 60 executed
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: java8-openjfx-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
java8-openjfx - exit status 4

dibbel26 commented on 2024-04-25 00:03 (UTC) (edited on 2024-04-25 10:47 (UTC) by dibbel26)

@Rogach Thanks a lot for finding the conflicting flag. After spending more hours than I'd like to admit searching for the place where this flag is added, I just removed it with string(REPLACE) in src/rt-8u202-ga/modules/web/src/main/native/Source/cmake/OptionsCommon.cmake as a dirty workaround 


set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -fuse-ld=gold -Wl,--disable-new-dtags")
set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -fuse-ld=gold -Wl,--disable-new-dtags")
string(REPLACE "-Wl,-z,pack-relative-relocs" "" CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS}")
string(REPLACE "-Wl,-z,pack-relative-relocs" "" CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS}")

Since it's neither affected by removing the flag in /etc/makepkg.conf nor by setting custom LDFLAGS in PKGBUILD, I wonder how these flags can get messed up on my system and not on yours. It's not building in a clean chroot without patching either.

Thank you for your efforts!

Rogach commented on 2024-04-24 07:15 (UTC)

@dibbel26, @Moire, @GYDev

I've managed to reproduce the issue by using cmake flags provided by @dibbel26. The issue comes down to -Wl,-z,pack-relative-relocs flag, probably coming from LDFLAGS in your /etc/makepkg.conf.

The build process uses ld.gold linker (configured by USE_LD_GOLD option in src/rt-8u202-ga/modules/web/src/main/native/Source/cmake/OptionsCommon.cmake), and it doesn't recognise the pack-relative-relocs option:

/usr/bin/ld.gold: pack-relative-relocs: unknown -z option

You can try it yourself, this command should reproduce the issue: /usr/bin/cc -Wl,-z,pack-relative-relocs -fuse-ld=gold test_pthreads.c

So in order to fix it, I guess you can remove -Wl,-z,pack-relative-relocs from LDFLAGS, or try unsetting the USE_LD_GOLD option (but that's scary).

Rogach commented on 2024-04-24 04:47 (UTC)

@malsyned Thank you for the patch! Added it to the PKGBUILD.

malsyned commented on 2024-04-23 19:16 (UTC)

The User-Agent spoofing worked like a charm. I ran into this problem as well, though:

FAILURE: Build failed with an exception.

* What went wrong:
Could not create service of type ScriptPluginFactory using BuildScopeServices.createScriptPluginFactory().

It turned out I had archlinux-java configured to default to java-21-openjdk. When I switched it to java-8-openjdk, the build completed successfully.

I was able to patch PKGCONFIG so that it would work regardless of how archlinux-java is configured:

diff --git a/PKGBUILD b/PKGBUILD
index c73d82c..e0b7f9b 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -91,6 +91,7 @@ build() {
   CFLAGS+=' -fcommon'
   # build against ffmpeg4.4
   export PKG_CONFIG_PATH='/usr/lib/ffmpeg4.4/pkgconfig'
+  export JAVA_HOME=/usr/lib/jvm/java-8-openjdk

   ../gradle-4.8/bin/gradle
 }

« First ‹ Previous 1 2 3 4 5 6 7 .. 12 Next › Last »