"The downside to -mmacosx-version-min is that the app's performance may be worse on newer OS versions then it could have been if it did not need to be backwards-compatible. If you need to run on older OS versions then you must use this flag.
mmacosx-version-min tells the tools what OS versions you need to work with, so the tools can disable optimizations that won't run on those OS versions. "The compiler and linker are capable of using features and performing optimizations that do not work on older OS versions. In addition to weak-linking (which presumably can have its own issues) it also disables certain optimisations for backward compatibility ( via): The product will be built against the headers and libraries located Minimum OS X version to target for deployment (at runtime) newer This 10.8 build was done directly on 10.8. I had a 10.11 build environment running Xcode 5.5.1 successfully (and then this setting would toggle between Xcode 7/8 and Xcode 5) but other than helping dodge the legacy build environment bugs and legacy brew dependencies the outputted app wasn't any better (same drag bug occurred). AFAIK, that just sets the SDK to an older version, which needs to be explicitly installed anyway (no backward compat magic going on). Yes, about a month ago but not for this latest build. I believe it to be the newer version of Xcode which makes the difference. Builds created on 10.11 + Xcode 8 don't seem to suffer the option-drag bug. The option-drag bug seems to be a combination of Qt5 + Xcode version which causes it. Yes, it does both Qt5.5 and Qt5.6 have working option-drag (Qt5.6 is useless due to the macdeployqt bug, but I have a workaround to get us on Qt5.6 if needed. Primarily because I wasn't sure if OS X 10.11 release (which uses QT 5.6?) has a correctly working drag+copy? Does it? (Also, I get crashes on exit most of the time that seem related to QT clean-up operations but that's been pretty constant with all the versions I've used and doesn't seem to prevent correct function.) The menu icons in the classic theme display correctly. Yes (the mouse pointer is not visible in the screenshot but was on the "Empty" template entry):Īs far as I recall, I deleted the. Wait are you saying you suffer these bugs on Qt5? Primarily because I wasn't sure if OS X 10.11 release (which uses QT 5.6?) has a correctly working drag+copy? Does it?Īlso, wanted to know if you tried setting 10.8 as the min OS version when building on 10.11?
+ else if ( me->modifiers() & Qt::ControlModifier ) + ) interact, so wanted to clarify the current situation. Propagate to trackView for rubberbanding If( m_trackView->trackContainerView()->rubberBandActive() = true ) If( m_trackView->trackContainerView()->allowRubberband() = true &
0 kommentar(er)
