Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Further, to clearly catalogue the changes I've found I'm required to make: 1. I have found that I am also having to copy the folder /usr/local/lib/python3.6/site-packages/PyQt5 to /Users/joel/Documents/QGIS/build/output/python/ (for `make` and `make install`) 2. I need to add 'QtWidgets QtPrintSupport' to QTLISTQG and PYQTLIST in mac/cmake/1qt.cmake.in (for `make install` only) 3. The symlink in the previous email is required only for `make install` Regards, -- Joel Buckley On Thu, Oct 12, 2017 at 10:25:32AM +1100, Joel Buckley wrote: Thanks Larry, that's interesting. libqscintilla2_qt5 is already in cmake/FindQScintilla.cmake. The output of my cmake command also tells me that it's finding QScintilla2 in /usr/local/lib/libqscintilla2_qt5.dylib. The problem seems to be that upon compilation, Qsci.so expects it to be called libqscintilla2.dylib. If I remove the symlink I've created after compilation, but before runtime, I get: Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File "", line 1, in File "/Users/joel/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/gui/__init__.py", line 27, infrom qgis._gui import * ImportError: dlopen(/Users/joel/Applications/QGIS.app/Contents/MacOS/../Resources/python/PyQt5/Qsci.so, 2): Library not loaded: @loader_path/../../../MacOS/lib/libqscintilla2.dylib Referenced from: /Users/joel/Applications/QGIS.app/Contents/Resources/python/PyQt5/Qsci.so Reason: image not found So it seems to me that Qsci expects it to be in /usr/local/lib, called just libqscintilla2.dylib. If I move the symlink back and don't recompile, the application launches without error. Regards, -- Joel Buckley On Wed, Oct 11, 2017 at 10:40:42AM -0600, Larry Shaffer wrote: Hi Joel, On Tue, Oct 10, 2017 at 11:39 PM, Joel Buckley wrote: To close the loop on this, the problem was that though qscintilla2 was installed on my system (OS X), it was not called simply 'libqscintilla2.dylib' in /usr/local/lib. The fix is: $ cd /usr/local/lib $ ln -s libqscintilla2_qt5.dylib libqscintilla2.dylib You should avoid this, as the symlink ends up spoofing that library's Qt4 naming convention. Better to make sure the FindQScintilla.cmake module properly locates the name (which doesn't have any issues with finding it here on macOS 10.11.6 using Homebrew). Try adding libqscintilla2_qt5 to QSCINTILLA_LIBRARY_NAMES in: https://github.com/qgis/QGIS/blob/master/cmake/FindQScintilla.cmake and see if that helps. Regards, Larry Shaffer Dakota Cartography Black Hills, South Dakota -- Boundless Desktop and QGIS Support/Development Boundless Spatial - http://boundlessgeo.com lshaf...@boundlessgeo.com Regards, -- Joel Buckley On Tue, Oct 10, 2017 at 03:29:30PM +1100, Joel Buckley wrote: You're right, running `make clean` and starting the process again had it all working. Thanks! So the only remain hang-up I have, is that upon launch (of either the standalone binary, or the `make`d launcher), I get the following error: --- Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File "", line 1, in File "/Users/joel/Documents/QGIS/build/output/python/qgis/gui/__init__.py", line 27, in from qgis._gui import * ModuleNotFoundError: No module named 'PyQt5.Qsci' --- I have searched on this, and tried reinstalling Qscintilla2 (via homebrew). I've tried grepping for Qsci to determine if it's not being picked up, but I'm not familiar enough with the build process just yet to tell why it mightn't be compiled in. Thanks for your help so far, and I hope this is my last query for now - any suggestions on this error? If it helps, I am running the following cmake: cmake -D CMAKE_INSTALL_PREFIX=~/Applications \ -D CMAKE_BUILD_TYPE=MINSIZEREL \ -D ENABLE_TESTS=TRUE \ -D SPATIALINDEX_LIBRARY=/usr/local/lib/libspatialindex.dylib \ -D SPATIALINDEX_INCLUDE_DIR=/usr/local/include/spatialindex \ -D QWT_LIBRARY=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework \ -D QWT_INCLUDE_DIR=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework/Headers \ -D BISON_EXECUTABLE=/usr/local/bin/bison \ -D PYTHON_EXECUTABLE=/usr/local/bin/python3 \ -D CMAKE_PREFIX_PATH=/usr/local/opt/qt \ -D WITH_BINDINGS=TRUE \ -D WITH_SERVER=TRUE \ -D QSCINTILLA_INCLUDE_DIR=/usr/local/Cellar/qscintilla2/2.10.1_1/include \ -D QSCINTILLA_LIBRARY=/usr/local/Cellar/qscintilla2/2.10.1_1/lib/libqscintilla2_qt5.dylib \ -D GRASS_INCLUDE_DIR7=/usr/local/Cellar/grass7/7.2.1/grass-base/include \ -D GRASS_PREFIX7=/usr/local/Cellar/grass7/7.2.1/grass-base/ \ -D QSCINTILLA_LIBRARY=/usr/local/lib/libqscintilla2_qt5.dylib \ -D QSCINTILLA_INCLUDE_DIR:PATH=/usr/local/include \ .. Regards, -- Joel Buckley On Mon, Oct 09, 2017 at 10:51:04AM +0200, David Marteau wrote: Hi Sorry but the 'make install' seems to work correctly for me on OSX 10.11.6: I have a stand alone binary installed at the location specified by CMAKE_INSTALL_PREFIX - I
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Thanks Larry, that's interesting. libqscintilla2_qt5 is already in cmake/FindQScintilla.cmake. The output of my cmake command also tells me that it's finding QScintilla2 in /usr/local/lib/libqscintilla2_qt5.dylib. The problem seems to be that upon compilation, Qsci.so expects it to be called libqscintilla2.dylib. If I remove the symlink I've created after compilation, but before runtime, I get: Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File "", line 1, in File "/Users/joel/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/gui/__init__.py", line 27, in from qgis._gui import * ImportError: dlopen(/Users/joel/Applications/QGIS.app/Contents/MacOS/../Resources/python/PyQt5/Qsci.so, 2): Library not loaded: @loader_path/../../../MacOS/lib/libqscintilla2.dylib Referenced from: /Users/joel/Applications/QGIS.app/Contents/Resources/python/PyQt5/Qsci.so Reason: image not found So it seems to me that Qsci expects it to be in /usr/local/lib, called just libqscintilla2.dylib. If I move the symlink back and don't recompile, the application launches without error. Regards, -- Joel Buckley On Wed, Oct 11, 2017 at 10:40:42AM -0600, Larry Shaffer wrote: Hi Joel, On Tue, Oct 10, 2017 at 11:39 PM, Joel Buckley wrote: To close the loop on this, the problem was that though qscintilla2 was installed on my system (OS X), it was not called simply 'libqscintilla2.dylib' in /usr/local/lib. The fix is: $ cd /usr/local/lib $ ln -s libqscintilla2_qt5.dylib libqscintilla2.dylib You should avoid this, as the symlink ends up spoofing that library's Qt4 naming convention. Better to make sure the FindQScintilla.cmake module properly locates the name (which doesn't have any issues with finding it here on macOS 10.11.6 using Homebrew). Try adding libqscintilla2_qt5 to QSCINTILLA_LIBRARY_NAMES in: https://github.com/qgis/QGIS/blob/master/cmake/FindQScintilla.cmake and see if that helps. Regards, Larry Shaffer Dakota Cartography Black Hills, South Dakota -- Boundless Desktop and QGIS Support/Development Boundless Spatial - http://boundlessgeo.com lshaf...@boundlessgeo.com Regards, -- Joel Buckley On Tue, Oct 10, 2017 at 03:29:30PM +1100, Joel Buckley wrote: You're right, running `make clean` and starting the process again had it all working. Thanks! So the only remain hang-up I have, is that upon launch (of either the standalone binary, or the `make`d launcher), I get the following error: --- Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File "", line 1, in File "/Users/joel/Documents/QGIS/build/output/python/qgis/gui/__init__.py", line 27, in from qgis._gui import * ModuleNotFoundError: No module named 'PyQt5.Qsci' --- I have searched on this, and tried reinstalling Qscintilla2 (via homebrew). I've tried grepping for Qsci to determine if it's not being picked up, but I'm not familiar enough with the build process just yet to tell why it mightn't be compiled in. Thanks for your help so far, and I hope this is my last query for now - any suggestions on this error? If it helps, I am running the following cmake: cmake -D CMAKE_INSTALL_PREFIX=~/Applications \ -D CMAKE_BUILD_TYPE=MINSIZEREL \ -D ENABLE_TESTS=TRUE \ -D SPATIALINDEX_LIBRARY=/usr/local/lib/libspatialindex.dylib \ -D SPATIALINDEX_INCLUDE_DIR=/usr/local/include/spatialindex \ -D QWT_LIBRARY=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework \ -D QWT_INCLUDE_DIR=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework/Headers \ -D BISON_EXECUTABLE=/usr/local/bin/bison \ -D PYTHON_EXECUTABLE=/usr/local/bin/python3 \ -D CMAKE_PREFIX_PATH=/usr/local/opt/qt \ -D WITH_BINDINGS=TRUE \ -D WITH_SERVER=TRUE \ -D QSCINTILLA_INCLUDE_DIR=/usr/local/Cellar/qscintilla2/2.10.1_1/include \ -D QSCINTILLA_LIBRARY=/usr/local/Cellar/qscintilla2/2.10.1_1/lib/libqscintilla2_qt5.dylib \ -D GRASS_INCLUDE_DIR7=/usr/local/Cellar/grass7/7.2.1/grass-base/include \ -D GRASS_PREFIX7=/usr/local/Cellar/grass7/7.2.1/grass-base/ \ -D QSCINTILLA_LIBRARY=/usr/local/lib/libqscintilla2_qt5.dylib \ -D QSCINTILLA_INCLUDE_DIR:PATH=/usr/local/include \ .. Regards, -- Joel Buckley On Mon, Oct 09, 2017 at 10:51:04AM +0200, David Marteau wrote: Hi Sorry but the 'make install' seems to work correctly for me on OSX 10.11.6: I have a stand alone binary installed at the location specified by CMAKE_INSTALL_PREFIX - I'm running several versions of QGIS and then nee to have different install paths. Is your ~/Applications/QGIS.app a link ? David. Le 9 oct. 2017 à 01:20, Joel Buckley a écrit : Thanks, this helped. I'm now able to launch it from the command line without a problem. One thing I've noticed though, is `open -a ~/Applications/QGIS.app` will actually invoke the binary created in QGIS/build/output/ - my `make` output (if you ⌘-click on the application in the Dock, you will be shown the location of the running application). I imagined a sta
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Hi Joel, On Tue, Oct 10, 2017 at 11:39 PM, Joel Buckley wrote: > To close the loop on this, the problem was that though qscintilla2 was > installed on my system (OS X), it was not called simply > 'libqscintilla2.dylib' in /usr/local/lib. > > The fix is: > $ cd /usr/local/lib > $ ln -s libqscintilla2_qt5.dylib libqscintilla2.dylib > You should avoid this, as the symlink ends up spoofing that library's Qt4 naming convention. Better to make sure the FindQScintilla.cmake module properly locates the name (which doesn't have any issues with finding it here on macOS 10.11.6 using Homebrew). Try adding libqscintilla2_qt5 to QSCINTILLA_LIBRARY_NAMES in: https://github.com/qgis/QGIS/blob/master/cmake/FindQScintilla.cmake and see if that helps. Regards, Larry Shaffer Dakota Cartography Black Hills, South Dakota -- Boundless Desktop and QGIS Support/Development Boundless Spatial - http://boundlessgeo.com lshaf...@boundlessgeo.com Regards, > > -- > Joel Buckley > > > On Tue, Oct 10, 2017 at 03:29:30PM +1100, Joel Buckley wrote: > >> You're right, running `make clean` and starting the process again had it >> all working. Thanks! >> >> So the only remain hang-up I have, is that upon launch (of either the >> standalone binary, or the `make`d launcher), I get the following error: >> --- >> Couldn't load PyQGIS. >> Python support will be disabled. >> >> >> Traceback (most recent call last): >> File "", line 1, in >> File "/Users/joel/Documents/QGIS/build/output/python/qgis/gui/__init__.py", >> line 27, in >> from qgis._gui import * >> ModuleNotFoundError: No module named 'PyQt5.Qsci' >> --- >> >> I have searched on this, and tried reinstalling Qscintilla2 (via >> homebrew). I've tried grepping for Qsci to determine if it's not being >> picked up, but I'm not familiar enough with the build process just yet >> to tell why it mightn't be compiled in. >> >> Thanks for your help so far, and I hope this is my last query for now - >> any suggestions on this error? >> >> If it helps, I am running the following cmake: >> cmake -D CMAKE_INSTALL_PREFIX=~/Applications \ >> -D CMAKE_BUILD_TYPE=MINSIZEREL \ >> -D ENABLE_TESTS=TRUE \ >> -D SPATIALINDEX_LIBRARY=/usr/local/lib/libspatialindex.dylib \ >> -D SPATIALINDEX_INCLUDE_DIR=/usr/local/include/spatialindex \ >> -D QWT_LIBRARY=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework \ >> -D QWT_INCLUDE_DIR=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework/Headers >> \ >> -D BISON_EXECUTABLE=/usr/local/bin/bison \ >> -D PYTHON_EXECUTABLE=/usr/local/bin/python3 \ >> -D CMAKE_PREFIX_PATH=/usr/local/opt/qt \ >> -D WITH_BINDINGS=TRUE \ >> -D WITH_SERVER=TRUE \ >> -D QSCINTILLA_INCLUDE_DIR=/usr/local/Cellar/qscintilla2/2.10.1_1/include >> \ >> -D >> QSCINTILLA_LIBRARY=/usr/local/Cellar/qscintilla2/2.10.1_1/lib/libqscintilla2_qt5.dylib >> \ >> -D GRASS_INCLUDE_DIR7=/usr/local/Cellar/grass7/7.2.1/grass-base/include \ >> -D GRASS_PREFIX7=/usr/local/Cellar/grass7/7.2.1/grass-base/ \ >> -D QSCINTILLA_LIBRARY=/usr/local/lib/libqscintilla2_qt5.dylib \ >> -D QSCINTILLA_INCLUDE_DIR:PATH=/usr/local/include \ >> .. >> >> Regards, >> >> -- >> Joel Buckley >> >> On Mon, Oct 09, 2017 at 10:51:04AM +0200, David Marteau wrote: >> >>> Hi >>> >>> Sorry but the 'make install' seems to work correctly for me on OSX >>> 10.11.6: I have a stand alone binary installed at the location specified by >>> CMAKE_INSTALL_PREFIX - I'm running several versions of QGIS and then >>> nee to have different install paths. Is your ~/Applications/QGIS.app a >>> link ? >>> >>> David. >>> >>> Le 9 oct. 2017 à 01:20, Joel Buckley a écrit : Thanks, this helped. I'm now able to launch it from the command line without a problem. One thing I've noticed though, is `open -a ~/Applications/QGIS.app` will actually invoke the binary created in QGIS/build/output/ - my `make` output (if you ⌘-click on the application in the Dock, you will be shown the location of the running application). I imagined a standalone binary would be created at `make install`. Is there a separate set of steps to create a standalone binary? I'm trying to make some changes and distribute to a few others for them to try. Thanks again for the QT_QPA_PLATFORM_PLUGIN_PATH tip. Regards, -- Joel Buckley On Fri, Oct 06, 2017 at 01:59:30PM +0200, David Marteau wrote: > Hi > > Try to define the environment variable QT_QPA_PLATFORM_PLUGIN_PATH=/o > pt/local/libexec/qt5/plugins/platforms (it may depends on how is your > qt5 installation - this path is ok for Macport installation) > > According to my experience (see https://www.3liz.com/blog/rldh > ont/index.php?post/2017/06/01/How-to-build-qgis-on-OSX-with-MacPort) > : If this variable is not defined then QGIS will crash at startup. > > > Le 6 oct. 2017 à 09:46, Joel Buckley a >> écrit : >> >> Hi, >> >> I am having som
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
To close the loop on this, the problem was that though qscintilla2 was installed on my system (OS X), it was not called simply 'libqscintilla2.dylib' in /usr/local/lib. The fix is: $ cd /usr/local/lib $ ln -s libqscintilla2_qt5.dylib libqscintilla2.dylib Regards, -- Joel Buckley On Tue, Oct 10, 2017 at 03:29:30PM +1100, Joel Buckley wrote: You're right, running `make clean` and starting the process again had it all working. Thanks! So the only remain hang-up I have, is that upon launch (of either the standalone binary, or the `make`d launcher), I get the following error: --- Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File "", line 1, in File "/Users/joel/Documents/QGIS/build/output/python/qgis/gui/__init__.py", line 27, in from qgis._gui import * ModuleNotFoundError: No module named 'PyQt5.Qsci' --- I have searched on this, and tried reinstalling Qscintilla2 (via homebrew). I've tried grepping for Qsci to determine if it's not being picked up, but I'm not familiar enough with the build process just yet to tell why it mightn't be compiled in. Thanks for your help so far, and I hope this is my last query for now - any suggestions on this error? If it helps, I am running the following cmake: cmake -D CMAKE_INSTALL_PREFIX=~/Applications \ -D CMAKE_BUILD_TYPE=MINSIZEREL \ -D ENABLE_TESTS=TRUE \ -D SPATIALINDEX_LIBRARY=/usr/local/lib/libspatialindex.dylib \ -D SPATIALINDEX_INCLUDE_DIR=/usr/local/include/spatialindex \ -D QWT_LIBRARY=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework \ -D QWT_INCLUDE_DIR=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework/Headers \ -D BISON_EXECUTABLE=/usr/local/bin/bison \ -D PYTHON_EXECUTABLE=/usr/local/bin/python3 \ -D CMAKE_PREFIX_PATH=/usr/local/opt/qt \ -D WITH_BINDINGS=TRUE \ -D WITH_SERVER=TRUE \ -D QSCINTILLA_INCLUDE_DIR=/usr/local/Cellar/qscintilla2/2.10.1_1/include \ -D QSCINTILLA_LIBRARY=/usr/local/Cellar/qscintilla2/2.10.1_1/lib/libqscintilla2_qt5.dylib \ -D GRASS_INCLUDE_DIR7=/usr/local/Cellar/grass7/7.2.1/grass-base/include \ -D GRASS_PREFIX7=/usr/local/Cellar/grass7/7.2.1/grass-base/ \ -D QSCINTILLA_LIBRARY=/usr/local/lib/libqscintilla2_qt5.dylib \ -D QSCINTILLA_INCLUDE_DIR:PATH=/usr/local/include \ .. Regards, -- Joel Buckley On Mon, Oct 09, 2017 at 10:51:04AM +0200, David Marteau wrote: Hi Sorry but the 'make install' seems to work correctly for me on OSX 10.11.6: I have a stand alone binary installed at the location specified by CMAKE_INSTALL_PREFIX - I'm running several versions of QGIS and then nee to have different install paths. Is your ~/Applications/QGIS.app a link ? David. Le 9 oct. 2017 à 01:20, Joel Buckley a écrit : Thanks, this helped. I'm now able to launch it from the command line without a problem. One thing I've noticed though, is `open -a ~/Applications/QGIS.app` will actually invoke the binary created in QGIS/build/output/ - my `make` output (if you ⌘-click on the application in the Dock, you will be shown the location of the running application). I imagined a standalone binary would be created at `make install`. Is there a separate set of steps to create a standalone binary? I'm trying to make some changes and distribute to a few others for them to try. Thanks again for the QT_QPA_PLATFORM_PLUGIN_PATH tip. Regards, -- Joel Buckley On Fri, Oct 06, 2017 at 01:59:30PM +0200, David Marteau wrote: Hi Try to define the environment variable QT_QPA_PLATFORM_PLUGIN_PATH=/opt/local/libexec/qt5/plugins/platforms (it may depends on how is your qt5 installation - this path is ok for Macport installation) According to my experience (see https://www.3liz.com/blog/rldhont/index.php?post/2017/06/01/How-to-build-qgis-on-OSX-with-MacPort) : If this variable is not defined then QGIS will crash at startup. Le 6 oct. 2017 à 09:46, Joel Buckley a écrit : Hi, I am having some difficulty running `make install`, and compiling QGIS into a single standalone application on macOS. I can successfully run configuration and `make`, and can launch the `make`-d code from build/output/bin with no problem. `make install` runs without complaint and returns 0 (success), but when I try to launch the newly create QGIS.app, it immediately crashes, and produces a crash report (attached for brevity). I have googled and attempted to parse the crash log, but the errors it reports are beyond my capability. I'm hoping someone on the list might have some input on how to remedy this? Configuration information: QGIS version: current master branch QT5, python 3 macOS 10.12.6 Regards, -- Joel Buckley ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/lis
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
You're right, running `make clean` and starting the process again had it all working. Thanks! So the only remain hang-up I have, is that upon launch (of either the standalone binary, or the `make`d launcher), I get the following error: --- Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File "", line 1, in File "/Users/joel/Documents/QGIS/build/output/python/qgis/gui/__init__.py", line 27, in from qgis._gui import * ModuleNotFoundError: No module named 'PyQt5.Qsci' --- I have searched on this, and tried reinstalling Qscintilla2 (via homebrew). I've tried grepping for Qsci to determine if it's not being picked up, but I'm not familiar enough with the build process just yet to tell why it mightn't be compiled in. Thanks for your help so far, and I hope this is my last query for now - any suggestions on this error? If it helps, I am running the following cmake: cmake -D CMAKE_INSTALL_PREFIX=~/Applications \ -D CMAKE_BUILD_TYPE=MINSIZEREL \ -D ENABLE_TESTS=TRUE \ -D SPATIALINDEX_LIBRARY=/usr/local/lib/libspatialindex.dylib \ -D SPATIALINDEX_INCLUDE_DIR=/usr/local/include/spatialindex \ -D QWT_LIBRARY=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework \ -D QWT_INCLUDE_DIR=/usr/local/Cellar/qwt/6.1.3_4/lib/qwt.framework/Headers \ -D BISON_EXECUTABLE=/usr/local/bin/bison \ -D PYTHON_EXECUTABLE=/usr/local/bin/python3 \ -D CMAKE_PREFIX_PATH=/usr/local/opt/qt \ -D WITH_BINDINGS=TRUE \ -D WITH_SERVER=TRUE \ -D QSCINTILLA_INCLUDE_DIR=/usr/local/Cellar/qscintilla2/2.10.1_1/include \ -D QSCINTILLA_LIBRARY=/usr/local/Cellar/qscintilla2/2.10.1_1/lib/libqscintilla2_qt5.dylib \ -D GRASS_INCLUDE_DIR7=/usr/local/Cellar/grass7/7.2.1/grass-base/include \ -D GRASS_PREFIX7=/usr/local/Cellar/grass7/7.2.1/grass-base/ \ -D QSCINTILLA_LIBRARY=/usr/local/lib/libqscintilla2_qt5.dylib \ -D QSCINTILLA_INCLUDE_DIR:PATH=/usr/local/include \ .. Regards, -- Joel Buckley On Mon, Oct 09, 2017 at 10:51:04AM +0200, David Marteau wrote: Hi Sorry but the 'make install' seems to work correctly for me on OSX 10.11.6: I have a stand alone binary installed at the location specified by CMAKE_INSTALL_PREFIX - I'm running several versions of QGIS and then nee to have different install paths. Is your ~/Applications/QGIS.app a link ? David. Le 9 oct. 2017 à 01:20, Joel Buckley a écrit : Thanks, this helped. I'm now able to launch it from the command line without a problem. One thing I've noticed though, is `open -a ~/Applications/QGIS.app` will actually invoke the binary created in QGIS/build/output/ - my `make` output (if you ⌘-click on the application in the Dock, you will be shown the location of the running application). I imagined a standalone binary would be created at `make install`. Is there a separate set of steps to create a standalone binary? I'm trying to make some changes and distribute to a few others for them to try. Thanks again for the QT_QPA_PLATFORM_PLUGIN_PATH tip. Regards, -- Joel Buckley On Fri, Oct 06, 2017 at 01:59:30PM +0200, David Marteau wrote: Hi Try to define the environment variable QT_QPA_PLATFORM_PLUGIN_PATH=/opt/local/libexec/qt5/plugins/platforms (it may depends on how is your qt5 installation - this path is ok for Macport installation) According to my experience (see https://www.3liz.com/blog/rldhont/index.php?post/2017/06/01/How-to-build-qgis-on-OSX-with-MacPort) : If this variable is not defined then QGIS will crash at startup. Le 6 oct. 2017 à 09:46, Joel Buckley a écrit : Hi, I am having some difficulty running `make install`, and compiling QGIS into a single standalone application on macOS. I can successfully run configuration and `make`, and can launch the `make`-d code from build/output/bin with no problem. `make install` runs without complaint and returns 0 (success), but when I try to launch the newly create QGIS.app, it immediately crashes, and produces a crash report (attached for brevity). I have googled and attempted to parse the crash log, but the errors it reports are beyond my capability. I'm hoping someone on the list might have some input on how to remedy this? Configuration information: QGIS version: current master branch QT5, python 3 macOS 10.12.6 Regards, -- Joel Buckley ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Hi Sorry but the 'make install' seems to work correctly for me on OSX 10.11.6: I have a stand alone binary installed at the location specified by CMAKE_INSTALL_PREFIX - I'm running several versions of QGIS and then nee to have different install paths. Is your ~/Applications/QGIS.app a link ? David. > Le 9 oct. 2017 à 01:20, Joel Buckley a écrit : > > Thanks, this helped. I'm now able to launch it from the command line > without a problem. > > One thing I've noticed though, is `open -a ~/Applications/QGIS.app` will > actually invoke the binary created in QGIS/build/output/ - my `make` > output (if you ⌘-click on the application in the Dock, you will be shown > the location of the running application). I imagined a standalone > binary would be created at `make install`. Is there a separate set of > steps to create a standalone binary? I'm trying to make some changes and > distribute to a few others for them to try. > > Thanks again for the QT_QPA_PLATFORM_PLUGIN_PATH tip. > > Regards, > > -- > Joel Buckley > > On Fri, Oct 06, 2017 at 01:59:30PM +0200, David Marteau wrote: >> Hi >> >> Try to define the environment variable >> QT_QPA_PLATFORM_PLUGIN_PATH=/opt/local/libexec/qt5/plugins/platforms (it may >> depends on how is your qt5 installation - this path is ok for Macport >> installation) >> >> According to my experience (see >> https://www.3liz.com/blog/rldhont/index.php?post/2017/06/01/How-to-build-qgis-on-OSX-with-MacPort) >> : If this variable is not defined then QGIS will crash at startup. >> >> >>> Le 6 oct. 2017 à 09:46, Joel Buckley a écrit >>> : >>> >>> Hi, >>> >>> I am having some difficulty running `make install`, and compiling QGIS into >>> a single standalone application on macOS. I can successfully run >>> configuration and `make`, and can launch the `make`-d code from >>> build/output/bin with no problem. >>> >>> `make install` runs without complaint and returns 0 (success), but when I >>> try to launch the newly create QGIS.app, it immediately crashes, and >>> produces a crash report (attached for brevity). >>> >>> I have googled and attempted to parse the crash log, but the errors it >>> reports are beyond my capability. I'm hoping someone on the list might have >>> some input on how to remedy this? >>> >>> Configuration information: >>> QGIS version: current master branch >>> QT5, python 3 >>> macOS 10.12.6 >>> >>> Regards, >>> >>> -- >>> Joel Buckley >>> >>> ___ >>> QGIS-Developer mailing list >>> QGIS-Developer@lists.osgeo.org >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Thanks, this helped. I'm now able to launch it from the command line without a problem. One thing I've noticed though, is `open -a ~/Applications/QGIS.app` will actually invoke the binary created in QGIS/build/output/ - my `make` output (if you ⌘-click on the application in the Dock, you will be shown the location of the running application). I imagined a standalone binary would be created at `make install`. Is there a separate set of steps to create a standalone binary? I'm trying to make some changes and distribute to a few others for them to try. Thanks again for the QT_QPA_PLATFORM_PLUGIN_PATH tip. Regards, -- Joel Buckley On Fri, Oct 06, 2017 at 01:59:30PM +0200, David Marteau wrote: Hi Try to define the environment variable QT_QPA_PLATFORM_PLUGIN_PATH=/opt/local/libexec/qt5/plugins/platforms (it may depends on how is your qt5 installation - this path is ok for Macport installation) According to my experience (see https://www.3liz.com/blog/rldhont/index.php?post/2017/06/01/How-to-build-qgis-on-OSX-with-MacPort) : If this variable is not defined then QGIS will crash at startup. Le 6 oct. 2017 à 09:46, Joel Buckley a écrit : Hi, I am having some difficulty running `make install`, and compiling QGIS into a single standalone application on macOS. I can successfully run configuration and `make`, and can launch the `make`-d code from build/output/bin with no problem. `make install` runs without complaint and returns 0 (success), but when I try to launch the newly create QGIS.app, it immediately crashes, and produces a crash report (attached for brevity). I have googled and attempted to parse the crash log, but the errors it reports are beyond my capability. I'm hoping someone on the list might have some input on how to remedy this? Configuration information: QGIS version: current master branch QT5, python 3 macOS 10.12.6 Regards, -- Joel Buckley ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Hi Try to define the environment variable QT_QPA_PLATFORM_PLUGIN_PATH=/opt/local/libexec/qt5/plugins/platforms (it may depends on how is your qt5 installation - this path is ok for Macport installation) According to my experience (see https://www.3liz.com/blog/rldhont/index.php?post/2017/06/01/How-to-build-qgis-on-OSX-with-MacPort) : If this variable is not defined then QGIS will crash at startup. > Le 6 oct. 2017 à 09:46, Joel Buckley a écrit : > > Hi, > > I am having some difficulty running `make install`, and compiling QGIS into a > single standalone application on macOS. I can successfully run configuration > and `make`, and can launch the `make`-d code from build/output/bin with no > problem. > > `make install` runs without complaint and returns 0 (success), but when I try > to launch the newly create QGIS.app, it immediately crashes, and produces a > crash report (attached for brevity). > > I have googled and attempted to parse the crash log, but the errors it > reports are beyond my capability. I'm hoping someone on the list might have > some input on how to remedy this? > > Configuration information: > QGIS version: current master branch > QT5, python 3 > macOS 10.12.6 > > Regards, > > -- > Joel Buckley > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Hi Joel, I'm far away able to answer your problem. But I can compile perfectly using brew with https://github.com/qgis/homebrew-qgisdev My 2 cents, Etienne 2017-10-06 9:46 GMT+02:00 Joel Buckley : > Hi, > > I am having some difficulty running `make install`, and compiling QGIS > into a single standalone application on macOS. I can successfully run > configuration and `make`, and can launch the `make`-d code from > build/output/bin with no problem. > > `make install` runs without complaint and returns 0 (success), but when I > try to launch the newly create QGIS.app, it immediately crashes, and > produces a crash report (attached for brevity). > > I have googled and attempted to parse the crash log, but the errors it > reports are beyond my capability. I'm hoping someone on the list might have > some input on how to remedy this? > > Configuration information: > QGIS version: current master branch > QT5, python 3 > macOS 10.12.6 > > Regards, > > -- > Joel Buckley > > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS master branch fails make install on macOS 10.12.6
Hi, I am having some difficulty running `make install`, and compiling QGIS into a single standalone application on macOS. I can successfully run configuration and `make`, and can launch the `make`-d code from build/output/bin with no problem. `make install` runs without complaint and returns 0 (success), but when I try to launch the newly create QGIS.app, it immediately crashes, and produces a crash report (attached for brevity). I have googled and attempted to parse the crash log, but the errors it reports are beyond my capability. I'm hoping someone on the list might have some input on how to remedy this? Configuration information: QGIS version: current master branch QT5, python 3 macOS 10.12.6 Regards, -- Joel Buckley Process: QGIS [75912] Path: /Users/USER/*/QGIS.app/Contents/MacOS/QGIS Identifier:org.qgis.qgis3 Version: 2.99.0 (2.99.0 []) Code Type: X86-64 (Native) Parent Process:??? [1] Responsible: QGIS [75912] User ID: 501 Date/Time: 2017-10-06 12:38:15.486 +1100 OS Version:Mac OS X 10.12.6 (16G29) Report Version:12 Anonymous UUID:5ADE1850-A814-40D9-A36C-EF1658CD1D5C Sleep/Wake UUID: 707C3E84-EE82-47DC-B097-58797D72EF82 Time Awake Since Boot: 57000 seconds Time Since Wake: 11000 seconds System Integrity Protection: enabled Crashed Thread:0 Dispatch queue: com.apple.main-thread Exception Type:EXC_CRASH (SIGABRT) Exception Codes: 0x, 0x Exception Note:EXC_CORPSE_NOTIFY Application Specific Information: abort() called Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib0x7fffa7865d42 __pthread_kill + 10 1 libsystem_pthread.dylib 0x7fffa7953457 pthread_kill + 90 2 libsystem_c.dylib 0x7fffa77cb420 abort + 129 3 org.qgis.qgis30x0001089e5b6a myMessageOutput(QtMsgType, char const*) + 314 4 org.qt-project.QtCore 0x00010f15d086 0x10f141000 + 114822 5 org.qt-project.QtCore 0x00010f15725a 0x10f141000 + 90714 6 org.qt-project.QtCore 0x00010f158bdf QMessageLogger::fatal(char const*, ...) const + 159 7 org.qt-project.QtGui 0x00010d5649db QGuiApplicationPrivate::createPlatformIntegration() + 5387 8 org.qt-project.QtGui 0x00010d5649fb QGuiApplicationPrivate::createEventDispatcher() + 27 9 org.qt-project.QtCore 0x00010f328a76 QCoreApplicationPrivate::init() + 1734 10 org.qt-project.QtGui 0x00010d560a99 QGuiApplicationPrivate::init() + 57 11 org.qt-project.QtWidgets 0x00010cf9b3da QApplicationPrivate::init() + 26 12 org.qgis.qgis3_core 0x00010a812cef QgsApplication::QgsApplication(int&, char**, bool, QString const&, QString const&) + 31 13 org.qgis.qgis30x0001089e7eeb main + 8955 14 libdyld.dylib 0x7fffa7737235 start + 1 Thread 1: 0 libsystem_kernel.dylib0x7fffa786644e __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x7fffa7950621 _pthread_wqthread + 1426 2 libsystem_pthread.dylib 0x7fffa795007d start_wqthread + 13 Thread 2: 0 libsystem_kernel.dylib0x7fffa786644e __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x7fffa795048e _pthread_wqthread + 1023 2 libsystem_pthread.dylib 0x7fffa795007d start_wqthread + 13 Thread 3: 0 libsystem_kernel.dylib0x7fffa786644e __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x7fffa7950621 _pthread_wqthread + 1426 2 libsystem_pthread.dylib 0x7fffa795007d start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x rbx: 0x0006 rcx: 0x7fff572261e8 rdx: 0x rdi: 0x0307 rsi: 0x0006 rbp: 0x7fff57226210 rsp: 0x7fff572261e8 r8: 0x0040 r9: 0x7fffb0638040 r10: 0x0800 r11: 0x0206 r12: 0x00010f6175d0 r13: 0x7f9baa504900 r14: 0x7fffb06543c0 r15: 0x7fff572263b0 rip: 0x7fffa7865d42 rfl: 0x0206 cr2: 0x7fffb0636128 Logical CPU: 0 Error Code: 0x02000148 Trap Number: 133 Binary Images: 0x1089d9000 -0x108d23ffb +org.qgis.qgis3 (2.99.0 - 2.99.0 []) <44E32055-07C1-3B10-AA9B-329360917A67> /Users/USER/*/QGIS.app/Contents/MacOS/QGIS 0x108d31000 -0x10942effb +libqgis_app.2.99.0.dylib (0) /Users/USER/*/QGIS.app/Contents/MacOS/lib/libqgis_app.2.99.0.dylib 0x109746000 -0x109d58ff3 +org.qgis.qgis3_gui (2.99.0 - qgis_gui 2.99.0) /Users/USER/*/QGIS.app/Contents/Frameworks/qgis_gui.framework/Versions/2.99/qgis_gui 0x10a0f9000