OpenJFX is an open source, next generation client application platform for
desktop and embedded systems based on JavaSE. It is a collaborative effort by
many individuals and companies with the goal of producing a modern, efficient,
and fully featured toolkit for developing rich client applications.
===> The following configuration options are available for openjfx14-14.0.2.1+1_21:
MEDIA=on: Media module
SWT=off: SWT support
TEST=off: Build and/or run tests
WEBKIT=on: WebKit webpage renderer support
===> Use 'make config' to modify these settings
java/openjfx14: Fix openjfx14 after 9477c9da0a4
Removing USE_LDCONFIG from openjdk11 caused the package for openjfx14 to
fail to build, because it could not find libjvm.so, previously exported
from openjdk11 (and 8).
Making the openjfx14 package ignore this should be safe, as it in any
case relies on openjdk11 which again contains the lib and knows how to
locate and load it.
Thanks to ronald@ for pointing me in the right direction!
PR: 297282
Reported by: vvd@FreeBSD.org
Reviewed by: vvd@FreeBSD.org
Tested by: vvd@FreeBSD.org
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D59290
java/openjfx14: Fix a67f24e318a6966aa0f191de2c49f1fb687fde6e
Fix build with WEBKIT=off.
RUBY_VER variable is only defined with USES=ruby, which is only the
case if the WEBKIT option is on.
While here move LDFLAGS higher.
PR: 293109
Fixes: a67f24e318a6 (Fix 066663be20a8d55bde6ec67c54dbdaeafcf04fea)
java/openjfx14: Fix build with ruby 3.4
/usr/local/lib/ruby/3.4/did_you_mean/core_ext/name_error.rb:11: warning:
getoptlong is not part of the default gems starting from Ruby 3.4.0. Install
getoptlong from RubyGems.
<internal:/usr/local/lib/ruby/3.4/rubygems/core_ext/kernel_require.rb>:136:in
'Kernel#require': cannot load such file -- getoptlong (LoadError)
PR: 292489
java/openjfx14: Mark BROKEN
Fails to build with libxml2 2.13+, error: no matching constructor for
initialization of 'XMLDocumentParserScope'
PR: 280158
gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move
The GTK 1-based gdk-pixbuf has not existed for some time.
No functional or package changes.
Mk/Uses/java.mk: Runtime fix with USES=java:ant
USES=java:ant does not imply USES=java:run so we need to add the run arg
seperately when we are using USES=java:ant. Not all ports require the
the argument so it is better to address the ports individually instead
of handling it automatically by implying run for ant.
Thanks to vvd for carefully going through this.
Reported by: vvd
Approved by: portmgr (blanket)
Mk/**java.mk: Convert bsd.java.mk to USES
The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
USES=java:build,run if NO_BUILD is undefined. Else it defaults to
USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>
Approved by: mat (portmgr), glewis
Differential Revision: https://reviews.freebsd.org/D48201
java/openjfx14: fix build with clang 19
Clang 19 now implements CWG 96 [1], which requires a template argument
list after a 'template' keyword, resulting in errors similar to:
/wrkdirs/usr/ports/java/openjfx14/work/jfx-14.0.2.1-1/modules/javafx.web/src/main/native/Source/JavaScriptCore/assembler/AbstractMacroAssembler.h:923:65:
error: a template argument list is expected after a name prefixed by the
template keyword [-Wmissing-template-arg-list-after-template-kw]
923 | AssemblerType::repatchCompact(dataLabelCompact.template
dataLocation(), value);
| ^
/wrkdirs/usr/ports/java/openjfx14/work/jfx-14.0.2.1-1/modules/javafx.web/src/main/native/Source/JavaScriptCore/runtime/JSCast.h:146:33:
error: a template argument list is expected after a name prefixed by the
template keyword [-Wmissing-template-arg-list-after-template-kw]
146 | return Dispatcher::template inherits(vm, from);
| ^
/wrkdirs/usr/ports/java/openjfx14/work/jfx-14.0.2.1-1/modules/javafx.web/src/main/native/Source/JavaScriptCore/runtime/JSCast.h:155:37:
error: a template argument list is expected after a name prefixed by the
template keyword [-Wmissing-template-arg-list-after-template-kw]
155 | if (LIKELY(Dispatcher::template inherits(vm, from)))
| ^
/wrkdirs/usr/ports/java/openjfx14/work/jfx-14.0.2.1-1/modules/javafx.web/src/main/native/Source/JavaScriptCore/llint/LLIntData.h:159:75:
error: a template argument list is expected after a name prefixed by the
template keyword [-Wmissing-template-arg-list-after-template-kw]
159 | return
reinterpret_cast<LLIntCode>(getCodePtr<tag>(opcodeID).template
executableAddress());
|
^
In all these cases, appending "<>" is enough to satisfy the constraint.
[1] https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#96
PR: 282473
MFH: 2024Q4
all: drop support for expired FreeBSD 14.0
Simplify expressions for FreeBSD 13.X
Reviewed by: many
Differential Revision: https://reviews.freebsd.org/D46601
java/openjfx14: fix build with lld 17
Building java/openjfx14 with lld 17 results in the following link
errors:
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'_ZN3WTF6StringC1EPKtj' failed: symbol not defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'_ZN3WTF8LockBase8lockSlowEv' failed: symbol not defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'_ZN3WTF8LockBase10unlockSlowEv' failed: symbol not defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'_ZN3WTF10fastMallocEj' failed: symbol not defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'_ZN3WTF16fastZeroedMallocEj' failed: symbol not defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'_ZNK3WTF10StringView23underlyingStringIsValidEv' failed: symbol not defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'Java_com_sun_webkit_dom_DOMSelectionImpl_addRangeImpl' failed: symbol not
defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'Java_com_sun_webkit_dom_DOMSelectionImpl_collapseImpl' failed: symbol not
defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'Java_com_sun_webkit_dom_DOMSelectionImpl_collapseToEndImpl' failed: symbol not
defined
ld: error: version script assignment of 'SUNWprivate_1.0' to symbol
'Java_com_sun_webkit_dom_DOMSelectionImpl_collapseToStartImpl' failed: symbol
not defined
(Only the first 15 lines of the commit message are shown above )
*/*: Fix build with llvm16 on 13.2-STABLE
As like as HEAD(14.0-RELEASE) llvm16 was merged in base for 13.2-STABLE
with the OSVERSION 1302507.
- Utilize USE_CXXSTD=c++14 or similar solution where applicable
- Update conditionals to addtionally check for OSVERSION greater than
1302507 and less than 1400000
Approved by: portmgr (blanket)
Sponsored by: The FreeBSD Foundation
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
accessibility/at-spi2-core: update to 2.46.0
What's new in at-spi2-core 2.46.0:
* Fix GetInterfaces documentation on org.a11y.atspi.Accessible
interface.
What's new in at-spi2-core 2.45.91:
* Send device event controller events using the same signature as other
events.
* Document the Accessible, Action, and Cache dbus interfaces.
* Fix license of atspi-gmain.c (#87).
What's new in at-spi2-core 2.45.90:
* xml: Add some documentation.
* xml: Fix event arguments.
(Only the first 15 lines of the commit message are shown above )
*/*: Fix some ports conversion from USE_RUBY to USES=ruby
In my previous commit 18c6e18 I missed some ports where RUBY was
optional. This commit fixes those missing ports and fixes INDEX build.
Approved by: portmgr
Fixes: 18c6e18 Mk/**ruby.mk: Switch from USE_RUBY=yes to USES=ruby
Mk/**ruby.mk: Switch from USE_RUBY=yes to USES=ruby
Switch from Mk/bsd.ruby.mk to Mk/Uses/ruby.mk
Notable changes are.
- Mk/bsd.ruby.mk is moved to Mk/Uses/ruby.mk.
- USE_RUBY=yes is replaced with USES=ruby.
- USE_RUBY_EXTCONF is replaced with USES=ruby:extconf.
- USE_RUBY_RDOC is replaced with USES=ruby:rdoc.
- USE_RUBY_SETUP is replaces with USES=ruby:setup.
- RUBY_NO_BUILD_DEPENDS and RUBY_NO_RUN_DEPENDS are replaced with
USES=ruby:{build,none,run}.
- RUBY_REQUIRE isn't used anywhere, so removed.
- USES=gem now implies USES=ruby.
This is mainly the work of yasu@ at https://reviews.freebsd.org/D27863
I have just made some cosmetic changes and ran exp-run to test that the
tree is not in a BROKEN state.
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D37925
*/*: Update path set in BUILD_DEPENDS for CMake
Commit b23ea4e2d2f51b53d8915fe9fd7b4efbdd575e38 changed its location to
devel/cmake-core
Approved by: portmgr (blanket)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
java/openjfx14: fix build with non-default CCACHE_DIR
In the build of openjfx14 CCACHE_DIR gets lost leading to build failures e.g.
when building as nobody, so add it into ccwrapper and cxxwrapper.
While here remove redundant ${SETENV} in do-build (${_GRADLE_RUN}
already contains ${SETENV})
PR: 260215
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
java/openjfx14: add new port
OpenJFX is an open source, next generation client application platform for
desktop and embedded systems based on JavaSE. It is a collaborative effort by
many individuals and companies with the goal of producing a modern, efficient,
and fully featured toolkit for developing rich client applications.
PR: 248248
