Skip to content
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

Cmake file on MacOS is biased to use KyngChaos binaries regardless of user preferences #14234

Closed
qgib opened this issue Sep 20, 2011 · 9 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Build/Install Related to compiling or installing QGIS

Comments

@qgib
Copy link
Contributor

qgib commented Sep 20, 2011

Author Name: vince - (vince -)
Original Redmine Issue: 4297
Affected QGIS version: master
Redmine category:build/install
Assignee: Larry Shaffer


The CMake configure file of QGis 1.7 has a lot of special blocks for the Apple platform that override any command line preferences when they detect KyngChaos precompiled binaries. These blocks must be deleted in order for QGis to compile smoothly on other MacOS environments (MacPorts, maybe Fink also).

Please add a dedicated switch to enable/disable use of those frameworks/binaries, rather than unconditionally enabling them and then overriding user choices.
Thanks a lot!

@qgib
Copy link
Contributor Author

qgib commented Dec 9, 2011

Author Name: Paolo Cavallini (@pcav)


  • category_id was configured as Build/Install

@qgib
Copy link
Contributor Author

qgib commented Dec 16, 2011

Author Name: Giovanni Manghi (@gioman)


  • fixed_version_id was configured as Version 1.7.4

@qgib
Copy link
Contributor Author

qgib commented Apr 16, 2012

Author Name: Paolo Cavallini (@pcav)


  • fixed_version_id was changed from Version 1.7.4 to Version 1.8.0
  • version was configured as master
  • crashes_corrupts_data was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Sep 4, 2012

Author Name: Paolo Cavallini (@pcav)


  • fixed_version_id was changed from Version 1.8.0 to Version 2.0.0

@qgib
Copy link
Contributor Author

qgib commented Jan 20, 2014

Author Name: Larry Shaffer (Larry Shaffer)


I am looking into using CMake's new-ish BundleUtilites ("docs":http://www.cmake.org/cmake/help/v2.8.11/cmake.html#module:BundleUtilities, "example":http://www.cmake.org/Wiki/BundleUtilitiesExample) to update the Mac install scripts, with an emphasis on ensuring that any support lib setup can be utilized, e.g. Homebrew, Macports, etc.


  • fixed_version_id was changed from Version 2.0.0 to Future Release - High Priority
  • operating_system was changed from to Mac OS X
  • assigned_to_id was configured as Larry Shaffer

@qgib
Copy link
Contributor Author

qgib commented Jan 21, 2014

Author Name: Jürgen Fischer (@jef-n)


  • subject was changed from Cmake file on MacOS is biased to use KingChaos binaries regardless of user preferences to Cmake file on MacOS is biased to use KyngChaos binaries regardless of user preferences

@qgib
Copy link
Contributor Author

qgib commented Dec 4, 2015

Author Name: Médéric RIBREUX (Médéric RIBREUX)


Hello, bug triage...

are you still affected by this bug ? I think that there has been an heavy work on the Mac OS port of QGIS and it is not sure that the compilation process has references to other binaries.

Can anyone confirm this bug can be closed now ?


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Dec 4, 2015

Author Name: vince - (vince -)


Yes. This one has been fixed all right–you can close it. However, I have another gripe with the current CMakeFile of QGis 2.12, but I suppose I should open a new bug.

Thanks for the amount of work put in the successive releases. Good job guys!

@qgib
Copy link
Contributor Author

qgib commented Dec 4, 2015

Author Name: Médéric RIBREUX (Médéric RIBREUX)


  • resolution was changed from to fixed/implemented
  • status_id was changed from Feedback to Closed
  • done_ratio was changed from 0 to 100

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Build/Install Related to compiling or installing QGIS labels May 24, 2019
@qgib qgib added this to the Future Release - High Priority milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Build/Install Related to compiling or installing QGIS
Projects
None yet
Development

No branches or pull requests

1 participant