-
Notifications
You must be signed in to change notification settings - Fork 150
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
Macos Compilation problem #41
Comments
try to compile with the NO_X11 option enabled |
I ran inside build folder : cmake seems ok but tells : Then it did have an effect, but didn't solved it, I reached until :
Meanwhile you were right as compiling with -DNO_X11=1 and without QT5 works to 100% It didn't solved everything as I wanted QT5 but for a CLI only installation we have at least solution ! I'll keep using SaisieQT tools with the last (and updated) precompiled binaries. |
Well, thanks for the feedback, |
should fix issue reported here #41 (comment) - I can't explain why the error reported is not triggered on travis... - the fix is ok, but we should migrate the file to use the precompiled header since the proper ifdef exists in this file
should fix issue reported here #41 (comment) - I can't explain why the error reported is not triggered on travis... - the fix is ok, but we should migrate the file to use the precompiled header since the proper ifdef exists in this file
I pushed a fix, could you please pull the master branch, clean your cmake cache and try to build again (-DWITH_QT5=1 -DNO_X11=1)? |
With commit 3670777 from
|
No issue on my side with cmake since the commit, but it didn't solve the GL issue yet, as I got a similar but different error :
|
I solve my "'stdlib.h' file not found" problem with this link I found and solve my last problem to compile :
to
so either MacOS is not well discovered or it is not the good include... |
The solution of @sbonaime just above modifying the the cpp file worked ! |
@antochny it's not resolved, since the fix proposed is not portable, but @sbonaime (thanks for testing) gave a good insight about what could be done. I will work on and it should be easy to fix. |
@rjanvier I found my solution here |
yes thanks, it was also the spirit of my fix, I know that apple GL headers are in openGL/gl.h. But like you did, it's not properly "gated". So even if it works for you it will break things on other platforms. |
@sbonaime, so it was the option "MacOS is not well discovered", but using brackets cleary won't hurt... ;) Anyway... the main issue of this thread is odd because Travis tells me that all is ok with X11 on a fresh macOS 10.13 as well as on a fresh macOS 10.14. Could you both (@antochny too) please update to the latest branch, clear your cmake cache, run cmake without the -DNO_X11=1 and copy past here the result of the cmake run? thanks a lot. |
But I have a problem at compilation
And without any options :
There is also a compilation problem
|
I also had this and solved it in two ways ; |
@antochny |
@sbonaime |
So if you clean your cache (remove your |
The problem is solved ! No more errors :-) There are quite a lot of different warnings |
hmm, I am trying to compile the source from git under MacOS 11.2.3 and the compile also fails. Does not seem to matter if xcode (12.4) was not running (first attempt, running, running after restarting xcode, ...). Consolidate compiler generated dependencies of target elise |
Compilation stops at 14% :-(
The text was updated successfully, but these errors were encountered: