-
Notifications
You must be signed in to change notification settings - Fork 29
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
Makefiles reference incorrect Make installation on Mac #62
Comments
The A What do you get when you run
You should get I don't think it would be an issue, but have you defined |
I had tried aliasing via My hunch as to why - Apple locks down the
but running
That said, I am still getting the error on line 52 of hacl-star/Makefile noting that my make version is incorrect and don't know why. |
After checking https://www.gnu.org/software/make/manual/make.html "The built-in variable ‘MAKE_VERSION’ expands to the version number of the GNU make program" |
I am now running into an issue building the hacl-star portion when trying to run make. Is this related?
|
Unfortunately, on OSX, hacl-star is known to unreliably build owing to OSX-specific Z3 behavior. We do not have OSX CI at the current time which makes these problems very hard to diagnose. If you are positive you have the right setup, including the right version of Z3, and the very latest version of everything (
which will admit Z3 proof obligations for the sake of getting a successful build. |
OK - |
We really need an "--admit_smt_queries_for_modules +A -B" syntax... |
One last question - Is the OSX-specific behavior at all an issue with the Linux version? (I also assume I wouldn't be able to pull a docker image of the Windows distribution based on what I saw here.) |
We have not observed inconsistent Z3 behavior between Linux and Windows as we did for Mac OS X. Using a Docker Linux image would be a way of working around this issue on Mac OS X. We upload images built during CI to https://hub.docker.com/u/projecteverest (builds that failed have a You can only host Windows Docker containers on Windows, and the host and container Windows versions have to match. |
When trying to build the everest package from the source I ran into an issue stemming from everest referencing the wrong version of make in my directory.
I say this because I encountered the following message:
Makefile:52: *** You seem to be using the OSX antiquated Make version. Hint: brew install make, then invoke gmake instead of make. Stop.
after running
brew install make
(andbrew link make
- to be safe) and updating my shell to ensure I had the new version of make (gmake) as my default:Upon looking more closely at the output from
./everest make
I noticed that everest was overwriting my bash settings to reference the version installed by Xcode as shown in the line below:/Library/Developer/CommandLineTools/usr/bin/make FSTAR_HOME=.. -f Makefile.verify verify-core
This is problematic because Apple refuses to install a newer version of Make on its machines and tools such as Homebrew store their installations in
/usr/local/bin
.I've included the full output from running make as a reference.
The text was updated successfully, but these errors were encountered: