jcfr
(Jean Christophe Fillion Robin (Kitware))
June 8, 2020, 10:41pm
1
Tomorrow, we plan to initiate the update the build machine responsible to build:
Implications for users
Preview Slicer package and extensions may not be available for one or two days
Implications for developers
This should allow us to update the minimum deployment target to 10.13 and build against the latest version of Qt5. See COMP: Update minimum required CMAKE_OSX_DEPLOYMENT_TARGET to 10.13 by jamesobutler · Pull Request #4940 · Slicer/Slicer · GitHub
cc: @jamesobutler
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 9, 2020, 11:43pm
2
Update: The upgrade process has been initiated. Thanks for your patience
1 Like
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 10, 2020, 12:57am
3
The upgrade has been completed of both the firmware and the operating system have been completed (see below)
Next steps:
2 Likes
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 12, 2020, 4:28pm
5
I re-initiated the XCode update on the factory-south-macos
build machine.
Once this is done I will start the Qt build using 5.15.0 branch doing the following:
$ ./Build-qt.sh -s macosx10.14 -d 10.13 -j 4
[...]
This script will build Qt for Darwin system
QT_VERSION : 5.15.0
OPENSSL_VERSION : 1.1.1d
[...]
Script options (macOS):
-a OSX architectures ............................ x86_64
-d OSX deployment target ........................ 10.13
-s OSX sysroot .................................. macosx10.14
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 12, 2020, 4:41pm
6
It looks like the XCode update is incompatible
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 12, 2020, 5:02pm
7
Now downloading XCode 10.1 from https://developer.apple.com/download/more/
That seems to be the latest version supporting 10.13.6 (see here )
Indeed, version 10.2 and beyond requires macOS 10.14.3 or later (see here )
For the record, the version currently installed is:
/usr/bin/xcodebuild -version
Xcode 8.2.1
Build version 8C1002
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 12, 2020, 5:57pm
8
After downloading the file Xcode_10.1.xip
it will be available in ~/Downloads
, then here are the steps:
double-click on it from finder, it extracts to Xcode.app
sudo mv /Application/Xcode.app /Applications/Xcode-8.2.1.app
sudo mv ~/Downloads/Xcode.app /Applications/
Nest step is to download and install the command line tool:
Once the file is downloaded, double-click on the .dmg
file, and then double click again on the .pkg
file and following instructions.
After starting Xcode, you will be prompted with additional installation instructions.
XCode 10.1 is now installed:
$ /usr/bin/xcodebuild -version
Xcode 10.1
Build version 10B61
$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 10.0.0 (clang-1000.11.45.5)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 12, 2020, 7:28pm
9
Qt5 build is moving along. I edited the instruction posted above . macosx10.14
had to be specified as the SDK root (instead of macosx10.13
)
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 12, 2020, 8:03pm
10
The corresponding dashboard script have also been updated.
Note: Build of Slicer ‘Stable’ release extensions has been disabled on macOS
Assuming the Qt5 build completes, we should expect tonight Slicer preview build to complete without issues.
1 Like
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 15, 2020, 6:30pm
11
It turns out that Qt has been built in the wrong directory which caused the regular build to fail.
Qt is now being rebuilt following these instructions:
cd /Volumes/Dashboards/Support
./qt-easy-build/Build-qt.sh -s macosx10.14 -d 10.13 -j 4
This will ensure the Qt will be available in the expected directory /Volumes/Dashboards/Support/qt-everywhere-build-5.15.0
I haven’t tried myself, but as of 5.14.0 Qt is relocatable. See https://www.qt.io/blog/qt-is-relocatable
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 15, 2020, 8:34pm
13
Good to know. It turns out I deleted the previous directory and restarted the build.
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 18, 2020, 10:40pm
16
Updates:
Reducing the path addressed some more issues there are remaining malformed mach-o: load commands size
errors
Next steps:
Evaluate these options:
(1) Further reduce the path length by renaming the volume from /Volumes/Dashboards
to /Volumes/D
(2) Look into adapting the ld
wrapper developed to address similar issue in NixOS:
I will probably go with option (1), this means we will have to rebuild Qt5, update cronjobs, …
We should look into (2) if we still have these issues after transitioning to the latest VTK, in this case we will have less libraries (no more *PythonD.dylib
)
1 Like
jcfr
(Jean Christophe Fillion Robin (Kitware))
June 19, 2020, 12:26am
17
Updates:
Volume has been renamed from Dashboards
to D
Cronjobs updated
Misc python virtual env recreated
Dashboard scripts updated (see Slicer/DashboardScripts@2e56a8b )
Qt5 build in progress
If the timing is right, and we forgot nothing … tomorrow build should look better !