-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build issues for mac x86_64 and mac arm64 #20113
Conversation
… into build-mcm86-342-macos-m1
So, on
Now, I've done what I can to eliminate I wonder if temporarily moving |
Wait a minute, I don't have a |
… into build-mcm86-342-macos-m1
This is ready for review. There is one remaining issue after this...to unwind python eggs from pillow but that will be done in a different PR. |
@@ -112,7 +112,8 @@ do | |||
$cmd INSTALL_NOTES.txt >> $output | |||
$cmd jvisit$version.tar.gz >> $output | |||
$cmd VisIt-$version.dmg >> $output | |||
$cmd visit$version2.darwin-x86_64.tar.gz >> $output | |||
$cmd visit$version2.darwin22-x86_64.tar.gz >> $output |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should change these to use file globs that do not use a specific version number of the associated OS (e.g. darwin 22 or debian 10 or fedora 31 or ubuntu 20). Otherwise, this file needs to be constantly updated as those version numbers change.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we have both a shell version and a python version for this tool?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I recall the answer to why I created this now.
My goal was to provide one text file with all the checksums and file systems, instead of a separate file for each of the cases. There is also a json version that can be digested by a machine.
Since this involved more string formatting, python was the easiest path vs shell.
I think we can remove the shell script.
if [[ "$OPSYS" == "Darwin" ]]; then | ||
export OSPRAY_VERSION=${OSPRAY_VERSION:-"3.2.0"} | ||
if [[ "$(uname -m)" == "x86_64" ]]; then | ||
#https://github.com/ospray/OSPRay/releases/download/v3.2.0/ospray-3.2.0.x86_64.macosx.zip | ||
export OSPRAY_FILE=${OSPRAY_FILE:-"ospray-${OSPRAY_VERSION}.x86_64.macosx.zip"} | ||
export OSPRAY_SHA256_CHECKSUM="073587a9fe4f985086e8d1e1c4749860ae81259e4806fe9475792e7864fe0e9c" | ||
elif [[ "$(uname -m)" == "arm64" ]]; then | ||
#https://github.com/ospray/OSPRay/releases/download/v3.2.0/ospray-3.2.0.arm64.macosx.zip | ||
export OSPRAY_FILE=${OSPRAY_FILE:-"ospray-${OSPRAY_VERSION}.arm64.macosx.zip"} | ||
export OSPRAY_SHA256_CHECKSUM="adcaf17e4ed4e98d707a49b07e6ad833029ccff24f45ce3ae33c73254f1ca6a7" | ||
fi | ||
# This isn't really a "source" dir because its pre-built binaries we're dealing with | ||
export OSPRAY_SRC_DIR=${OSPRAY_SRC_DIR:-"${OSPRAY_FILE%.zip*}"} | ||
export OSPRAY_BUILD_DIR=${OSPRAY_BUILD_DIR:-"${OSPRAY_SRC_DIR}-build"} | ||
else | ||
export OSPRAY_VERSION=${OSPRAY_VERSION:-"3.0.0"} | ||
export OSPRAY_FILE=${OSPRAY_FILE:-"ospray-${OSPRAY_VERSION}.tar.gz"} | ||
export OSPRAY_SRC_DIR=${OSPRAY_SRC_DIR:-"${OSPRAY_FILE%.tar*}"} | ||
export OSPRAY_BUILD_DIR=${OSPRAY_BUILD_DIR:-"${OSPRAY_SRC_DIR}-build"} | ||
export OSPRAY_SHA256_CHECKSUM="d8d8e632d77171c810c0f38f8d5c8387470ca19b75f5b80ad4d3d12007280288" | ||
export OSPRAY_LIBS_FILE=${OSPRAY_LIBS_FILE:-"ospray-libs-${OSPRAY_VERSION}.tar.gz"} | ||
export OSPRAY_LIBS_DIR=${OSPRAY_LIBS_DIR:-"${OSPRAY_LIBS_FILE%.tar*}"} | ||
export OSPRAY_LIBS_SHA256_CHECKSUM="8ab33df7ea88d7eb3b9170fc3b6342e77cd105d9549db8bce31cddd5a0336f2f" | ||
fi |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should we consider moving to ospray 3.2.0 for non-mac VisIt as well?
Description
Resolves #
Type of change
[ ] New feature[ ] Documentation update[ ] OtherHow Has This Been Tested?
Reminders:
Checklist:
[ ] I have updated the release notes.[ ] I have added debugging support to my changes.[ ] I have added tests that prove my fix is effective or that my feature works.[ ] I have confirmed new and existing unit tests pass locally with my changes.[ ] I have added new baselines for any new tests to the repo.