Make SWT support optional and disable it by default. swt-devel is
unmaintained, quite the heavy dependency, and SWT support is not used
by any port in the tree.
- Move to the regular OpenJFX 8 repository [1], add all *BSD specific
patches to the port, and stop using the repository at [2]. This
should make port contributions and updates a lot easier going forward.
- Bump PORTEPOCH and start using version numbers based on the tags from [1]
- Prepare the port for supporting multiple audio backend options
- Fix PREFIX/LOCALBASE confusion and get all Java dependencies from LOCALBASE
and not from PREFIX
- Respect CC and CXX during the WebKit build. Clang in FreeBSD 10.3
segfaults while building it now, so make sure we use Clang from
devel/llvm40 via compiler:c++14-lang instead.
[1] http://hg.openjdk.java.net/openjfx/8u/rt/
[2] https://bitbucket.org/tobik/openjfx-rt
modules/web/src/main/native/Source/JavaScriptCore/API/JSStringRef.cpp:40:13: error: no matching function for call to 'create'
return &OpaqueJSString::create(chars, numChars).leakRef();
^~~~~~~~~~~~~~~~~~~~~~
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:48:32: note: candidate function not viable: no known conversion from 'const JSChar *' (aka 'const unsigned short *') to 'const LChar *' (aka 'const unsigned char *') for 1st argument
static Ref<OpaqueJSString> create(const LChar* characters, unsigned length)
^
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:53:32: note: candidate function not viable: no known conversion from 'const JSChar *' (aka 'const unsigned short *') to 'const UChar *' (aka 'const char16_t *') for 1st argument
static Ref<OpaqueJSString> create(const UChar* characters, unsigned length)
^
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:43:32: note: candidate function not viable: requires 0 arguments, but 2 were provided
static Ref<OpaqueJSString> create()
^
modules/web/src/main/native/Source/JavaScriptCore/API/OpaqueJSString.h:58:53: note: candidate function not viable: requires 1 argument, but 2 were provided
JS_EXPORT_PRIVATE static RefPtr<OpaqueJSString> create(const String&);
^
modules/web/src/main/native/Source/JavaScriptCore/API/JSStringRef.cpp:65:35: error: no matching function for call to 'createWithoutCopying'
return OpaqueJSString::create(StringImpl::createWithoutCopying(chars, numChars)).leakRef();
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
modules/web/src/main/native/Source/WTF/wtf/text/StringImpl.h:385:50: note: candidate function not viable: no known conversion from 'const JSChar *' (aka 'const unsigned short *') to 'const UChar *' (aka 'const char16_t *') for 1st argument
WTF_EXPORT_STRING_API static Ref<StringImpl> createWithoutCopying(const UChar* characters, unsigned length);
^
modules/web/src/main/native/Source/WTF/wtf/text/StringImpl.h:386:50: note: candidate function not viable: no known conversion from 'const JSChar *' (aka 'const unsigned short *') to 'const LChar *' (aka 'const unsigned char *') for 1st argument
WTF_EXPORT_STRING_API static Ref<StringImpl> createWithoutCopying(const LChar* characters, unsigned length);
^
modules/web/src/main/native/Source/JavaScriptCore/API/JSStringRef.cpp:90:12: error: cannot initialize return object of type 'const JSChar *' (aka 'const unsigned short *') with an rvalue of type 'const UChar *' (aka 'const char16_t *')
return string->characters();
^~~~~~~~~~~~~~~~~~~~
modules/web/src/main/native/Source/WTF/wtf/unicode/java/UnicodeJava.h:21:18: error: typedef redefinition with different types ('uint16_t' (aka 'unsigned short') vs 'char16_t')
typedef uint16_t UChar;
^
/usr/local/include/unicode/umachine.h:347:22: note: previous definition is here
typedef char16_t UChar;
PR: 218788, 222270
Submitted by: jbeich
Reviewed by: jbeich
Obtained from: WebKit (rebased)
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
This will prevent build problems when there is an older Gradle version
installed in the build environment. Using older Gradle versions is
not supported and leads to hard to decode build failures.
- Enable OpenGL Prism backend by default on FreeBSD too
- Add missing platform check. FreeBSD is "a form of Linux or Solaris" too.
Submitted by: Gareth Wyn Roberts <g.w.roberts@glyndwr.ac.uk> (via mail)
- Add new default options MEDIA and WEBKIT to enable building of the
media and web modules
- Take back maintainership
Running e.g. AsciidocFX on FreeBSD should be possible now.
PR: 218014
Reported by: Dr. Jochen Raßler <jochen.rassler@gmail.com>, mr (via mail)
Currently Pango functions are hidden behind __linux__ and not compiled
in as part of the build. Not all JavaFX applications are affected by
this, but applications that do advanced text layout that require Pango
internally cause an UnsatisfiedLinkError at runtime.
Caused by: java.lang.UnsatisfiedLinkError: com.sun.javafx.font.freetype.OSPango.pango_ft2_font_map_new()J
at com.sun.javafx.font.freetype.OSPango.pango_ft2_font_map_new(Native Method)
at com.sun.javafx.font.freetype.PangoGlyphLayout.layout(PangoGlyphLayout.java:88)
at com.sun.javafx.text.PrismTextLayout.shape(PrismTextLayout.java:834)
at com.sun.javafx.text.PrismTextLayout.layout(PrismTextLayout.java:1064)
at com.sun.javafx.text.PrismTextLayout.ensureLayout(PrismTextLayout.java:223)
...
PR: 220566
Submitted by: Stefan Ehmann <shoesoft@gmx.net>
Approved by: mat (mentor)
Differential Revision: https://reviews.freebsd.org/D11545
MFH: 2017Q3
Add a missing build dependency on junit to the Makefile, and fix the
path to Hamcrest in build.gradle. Also, reset MAINTAINER by request of
the current maintainer.
PR: 215677
Reviewed by: brd, Tobias Kortkamp
Approved by: brd (ports)
Sponsored by: Spectra Logic Corp
Differential Revision: https://reviews.freebsd.org/D9005
everything at once. Sometime, rename post-install into a options helper
target.
I did not fix ports that were such a mess that I could not figure out
what they really wanted to do. I also did not change ports that had
some version of an auto-plist code in post-install, for the same reason.
With hat: portmgr
Sponsored by: Absolight
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.
WWW: http://openjdk.java.net/projects/openjfx/
PR: 207566
Submitted by: Tobias Kortkamp <t@tobik.me>
