Package Details: java-openjfx 25.19-1

Git Clone URL: https://aur.archlinux.org/java-openjfx.git (read-only, click to copy)
Package Base: java-openjfx
Description: Java OpenJFX client application platform (open-source implementation of JavaFX) - latest version
Upstream URL: https://wiki.openjdk.java.net/display/OpenJFX/Main
Keywords: javafx openjfx
Licenses: GPL-2.0-only WITH Classpath-exception-2.0
Provides: java-openjfx
Submitter: freswa
Maintainer: patlefort
Last Packager: patlefort
Votes: 10
Popularity: 0.011624
First Submitted: 2023-10-08 20:20 (UTC)
Last Updated: 2025-06-05 18:38 (UTC)

Dependencies (26)

Sources (3)

Pinned Comments

patlefort commented on 2025-05-03 18:24 (UTC) (edited on 2025-05-03 18:24 (UTC) by patlefort)

I've bumped the version but also modified the install locations:

  • .so files are in /usr/lib/java-openjfx
  • .jar and .jmod files are in /usr/share/java/java-openjfx

It will require java 23, which requires java 22 to build. I have also removed webkit support.

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

patlefort commented on 2024-03-30 01:21 (UTC)

Link error in clean container: 

[100%] Linking CXX shared library ../../lib/libjfxwebkit.so
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol '_ZN3WTF8LockBase8lockSlowEv' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol '_ZN3WTF8LockBase10unlockSlowEv' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol '_ZN3WTF10fastMallocEj' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol '_ZN3WTF16fastZeroedMallocEj' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol '_ZNK3WTF10StringView23underlyingStringIsValidEv' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_addRangeImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_collapseImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_collapseToEndImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_collapseToStartImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_containsNodeImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_deleteFromDocumentImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_dispose' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_emptyImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_extendImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_getAnchorNodeImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_getAnchorOffsetImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_getBaseNodeImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_getBaseOffsetImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_getExtentNodeImpl' failed: symbol not defined
ld.lld: error: version script assignment of 'SUNWprivate_1.0' to symbol 'Java_com_sun_webkit_dom_DOMSelectionImpl_getExtentOffsetImpl' failed: symbol not defined
ld.lld: error: too many errors emitted, stopping now (use --error-limit=0 to see all errors)
collect2: error: ld returned 1 exit status
make[2]: *** [Source/WebKitLegacy/CMakeFiles/WebKitLegacy.dir/build.make:2269: lib/libjfxwebkit.so] Error 1
make[1]: *** [CMakeFiles/Makefile2:1062: Source/WebKitLegacy/CMakeFiles/WebKitLegacy.dir/all] Error 2
make: *** [Makefile:111: all] Error 2

sl1pkn07 commented on 2024-03-28 19:20 (UTC) (edited on 2024-03-28 19:22 (UTC) by sl1pkn07)

i think i found the problem. the problem may be is makepkg iself

in the makepkg.conf:

the line LDFLAGS= is separated in two lines: \ character, new line, and 10 spaces

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

remove 9 spaces and the new line character (\n), wich correspond to the 9 "/usr/bin/ld: no se puede encontrar : No existe el fichero o el directorio (in english) fails, of them start build without problem. so can trim it with sed or directly in the makepkg.conf file for short to only one unique line

so, bad hack can be:

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

greetings

Freso commented on 2024-02-15 08:19 (UTC)

@w568w Does it work/build for you if you change those lines to:

  export CFLAGS="${CFLAGS:=}"
  export LDFLAGS="${LDFLAGS:=}"

w568w commented on 2024-02-05 13:45 (UTC)

@Freso Yes, I can confirm that it builds without these two lines:

export CFLAGS=${CFLAGS:=}
export LDFLAGS=${LDFLAGS:=}

Perhaps a simple workaround would be to terminate with error when CFLAGS or LDFLAGS is missing?

Since the actual problem is in java-openjfx-flags.patch, a more complete solution should be to fix this patch... However, I have no experience in writing Groovy.

Freso commented on 2024-02-03 09:46 (UTC)

Does it build correctly for you with those lines removed/commented out? Because the package doesn’t currently build for me (with or without those lines) and I haven’t figured out what’s going on yet.

w568w commented on 2024-01-20 07:26 (UTC) (edited on 2024-01-20 07:31 (UTC) by w568w)

Hi @Freso , your workaround may not work with LDFLAGS not set. LDFLAGS is set to an empty string in PKGBUILD, which seems to be passed to linker as-is then, i.e.:

ld "" --other-flags /other/paths

Thus ld will complain that it cannot find file named "":

ld  : no such file or directory

w568w commented on 2023-11-05 04:50 (UTC) (edited on 2023-11-05 04:51 (UTC) by w568w)

@Freso In fact these lines seem to be included in this package's patch:

@@ -43,8 +43,11 @@ LINUX.library = { name -> return (IS_STATIC_BUILD ? "lib${name}.a" : "lib${name}
 def commonFlags = [
         "-fno-strict-aliasing", "-fPIC", "-fno-omit-frame-pointer", // optimization flags
         "-fstack-protector",
+        "-Wno-error=cast-function-type",
         "-Wextra", "-Wall", "-Wformat-security", "-Wno-unused", "-Wno-parentheses", "-Werror=trampolines"] // warning flags

+commonFlags.addAll(System.getenv("CFLAGS").trim().replaceAll(" +", " ").split(" "))
+
 if (!IS_64) {
     commonFlags += "-m32"
 }

Does not look like an upstream issue.

Freso commented on 2023-11-02 15:58 (UTC) (edited on 2023-11-02 19:32 (UTC) by Freso)

Did you report the CFLAGS and LDFLAGS issue to upstream? Seems like a check they should have in their build system rather than breaking the build with them unset. Edit: Didn’t see anything on https://bugs.openjdk.org/issues/?jql=component%20%3D%20javafx%20AND%20text%20~%20%22CFLAGS%22 so I’m guessing not.

w568w commented on 2023-10-23 00:23 (UTC) (edited on 2023-10-23 01:33 (UTC) by w568w)

This package requires a non-null CFLAGS and LDFLAGS during the build.

src/jfx21u-21.0.1-6/buildSrc/linux.gradle:

linkFlags.addAll(System.getenv("LDFLAGS").trim().split(" "))

If you have never set them before, make sure they have a value in /etc/makepkg.conf.

Edit: The build process can be very memory-consuming. If you have a small RAM installed like me (<= 16 GB), try specifying less parallelism:

export CMAKE_BUILD_PARALLEL_LEVEL=8
gradle zips

Bitals commented on 2023-10-17 08:53 (UTC)

@Pilli builds fine with your patch from 2023-10-12 and no other changes, thanks.

« First ‹ Previous 1 2 3 4 Next › Last »