| | [ Return to Bugs & Features | SVN ⇄ GIT ]
STR #3496
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 5 - Critical, e.g. nothing working at all |
|---|
| Scope: | 2 - Specific to an operating system |
|---|
| Subsystem: | MacOS |
|---|
| Summary: | support macOS 10.14 (Mojave) |
|---|
| Version: | 1.4.0 |
|---|
| Created By: | geuzaine.acm.caltech |
|---|
| Assigned To: | manolo |
|---|
| Fix Version: | 1.4.0 (SVN: v13078) |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
Trouble Report Comments:
| |
| #1 | geuzaine.acm.caltech
21:40 Sep 24, 2018 |
| The latest macOS version (10.14 "Mojave", released yesterday) breaks FLTK: all FLTK windows are blank, as if only the background rectangles were shown.
(Tested with SVN rev. 13056) | |
| |
| #2 | vbeffara
13:03 Sep 26, 2018 |
| Same here.
Applications built on the previous version of OSX seem to work fine, but newly built ones only show blank windows.
(Tested with 1.3.4-2) | |
| |
| #3 | manolo
22:53 Sep 26, 2018 |
| This is the issue :
- Apps linked with SDK <= 10.13 run well on 10.14
- Apps linked with SDK 10.14 (even if link is done on 10.13)
don't draw anything when run on 10.14.
r.13057 fixes that, and most test apps run well on macOS 10.14 Mojave.
Remaining problems detected:
- mandelbrot does not draw correctly
- OpenGL windows tend not to be drawn until they are resized | |
| |
| #4 | manolo
02:42 Sep 29, 2018 |
| An efficient workaround is that FLTK apps linked using a
pre-10.14 SDK (e.g., 10.13) work perfectly when run on 10.14.
The link operation itself can be performed under 10.14.
Precisely, the "-isysroot xxxxxx/SDKs/MacOSX10.xx.sdk" arguments
of the link command is the determinant factor.
Xcode 9 will produces by default FLTK apps compatible with 10.14 Mojave. | |
| |
| #5 | vbeffara
15:46 Oct 12, 2018 |
| Thanks for the quick fix!
For the OpenGL windows not showing up until resized, one can always change their size back and forth by 1 pixel on show() and it seems to work well enough - that's a hack and an actual correction in fltk would be better, but OTOH Apple is deprecating OpenGL in Mojave so it is unclear how long it will last... | |
| |
| #6 | manolo
04:33 Oct 18, 2018 |
| Attached patch file mojave.diff should make FLTK 1.4 compatible
with macOS 10.14 Mojave.
Tests welcome. | |
| |
| #7 | geuzaine.acm.caltech
04:51 Oct 18, 2018 |
| @Manolo: works like a charm - awesome! (I have tested both normal windows and fullscreen windows.)
The only problem I have seen is that windows "flicker" when resized. But this is a very minor annoyance.
Thanks again,
Christophe | |
| |
| #8 | vbeffara
09:10 Oct 18, 2018 |
| Attached is a tiny patch on top of it to make fltk build using clang 8 (from homebrew), without it one gets an error:
error: non-constant-expression cannot be narrowed from type 'int' to 'CGFloat'
Otherwise, it works fine! | |
| |
| #9 | manolo
12:50 Oct 18, 2018 |
| Good news: OpenGL seems quite faster with the new layer-backed
views than with the previous direct drawing to screen.
I use test/fractals, tree display, level 5, and get 59 FPS
using the traditional drawing vs 123 FPS with the new method.
The computer (Macbook Pro late 2013) is the same,
the OS is macOS 10.13.6, and the only difference is activating
layer-backed views by setting
views_use_CA = YES;
at the end of file Fl_cocoa.mm.
@Christophe: do you see a similar trend with Gmsh? | |
| |
| #10 | geuzaine.acm.caltech
14:06 Oct 18, 2018 |
| @Manolo: No, I don't see any performance changes with Gmsh on my macbook pro (2017 model) running macOS 10.14. | |
| |
| #11 | manolo
22:21 Oct 18, 2018 |
| Commit r.13071 should make FLTK 1.4 Mojave-compatible by
using explicitly layers to draw to the screen. | |
| |
| #12 | manolo
00:13 Oct 21, 2018 |
| With r.13078, all detected problems with macOS 10.14 Mojave
are fixed. | |
[ Return to Bugs & Features ]
|
| |
