Try deleting everything in the {build}/python/analysis folder. Just
deleting the generated *.cpp files isn't enough.
I have been seeing a multiple definition sip_{module}part{n}
sip_{module}part{n+1} error about once every three months for awhile.
Deleting everything in {build}/python/{module}
QtWebKit 5.9.0 builds with Qt 5.13.0 on macOS 10.14.
Using Qt 5.12, the QMAKE_INCDIR_OPENGL path in
clang_64/mkspecs/modules/qt_lib_gui_private.pri needs to be fixed. Qt
5.11 and earlier are ok.
The latest QScintilla and PyQt5 also compile ok with Qt 5.13.0 and macOS
10.14.
Tom
On 6/27/
For macOS, copying cl2.hpp from
https://github.com/KhronosGroup/OpenCL-CLHPP/releases to
/usr/local/include/CL works.
Setting USE_OPENCL=OFF also works to disable OpenCL.
One or the other is necessary or macOS will try the use the v1.2 C
headers provided by Apple and pointed to by OpenCL_INCL
t 3:54 PM, Tom Elwertowski
mailto:telwertow...@comcast.net>> wrote:
Hi all,
A recent change added OpenCL. Compilation fails on macOS because
Apple provides v1.2 (macOS 10.13) while QGIS seems to require v2.
That's wierd: 1.1 is what should be req
Hi all,
A recent change added OpenCL. Compilation fails on macOS because Apple
provides v1.2 (macOS 10.13) while QGIS seems to require v2. Adding a
version to FIND_PACKAGE will fix the macOS compile and not use OpenCL.
Apple has deprecated OpenCL in favor of its own Metal technology. OpenCL
I have posted my steps for building QGIS and dependencies from source
here: https://gist.github.com/telwertowski/a047772c8ae38bb6612c0c7180e82a0c
Tom
On 4/28/18 7:12 PM, Jeremy Palmer wrote:
On Sun, Apr 29, 2018 at 5:23 AM, Tom Elwertowski
mailto:telwertow...@comcast.net>>
requests flagged erroneous for
external problems. The best alternative I see is, that we need a curated
list of formulae in a separate repository, which would not only help the
testing but potentially also the release process. Would you be
interested in taking a lead on this?
Best regards
Hi all,
Both yesterday and today, the macOS build failed due to missing CMake
INCLUDE specifications.
MacOS puts each framework in a separate directory while Linux merges
everything into /usr/local. Thus, Linux commits will compile when a new
dependency is added as long as some other depende
I got this too. See pull request #6015 for details.
Tom
On 1/8/18 5:03 PM, Tim Sutton wrote:
Hi Does anyone else get this? Was building fine yesterday….
[8/12 20.1/sec] Linking CXX shared module PlugIns/qgis/libgrassplugin7.so
FAILED: PlugIns/qgis/libgrassplugin7.so
: && /usr/local/opt/ccach
parently the Qt version doesn't get
webkit security updates, the annulen version does.
On Jun 6, 2017, at 11:07 AM, Tom Elwertowski wrote:
Hi William,
I rebuilt QGIS using Qt 5.9 and works the same as with Qt 5.8. I also rebuilt
the Qt dependencies: QtWebKit 5.9.0, QScintilla 2.10, PyQt 5
Hi William,
I rebuilt QGIS using Qt 5.9 and works the same as with Qt 5.8. I also
rebuilt the Qt dependencies: QtWebKit 5.9.0, QScintilla 2.10, PyQt
5.8.2, QCA 5f18ebc, QtKeyChain 0.8.0 and Qwt 6.1.3.
I did not update the QGIS path fixing installation scripts. Doing
'export DYLD_LIBRARY_PATH
I have built current QGIS using Qt 5.8 on macOS 10.12 with your
libraries if available and commandline make for others. I use Python 3.6
and commandline pip3 for required modules. Qt 5.9 is just out but I will
give it a try.
Tom
LinkedIn: https://www.linkedin.com/in/thomas-elwertowski-a0886032
Hi Matthias, Larry, et al.,
Restoring the iostream header removed from qgspoint.h in 520e3c0 made my
Mac happy.
Tom Elwertowski
On 2/28/17 3:17 PM, Larry Shaffer wrote:
Hi Tom, et al.,
On Tue, Feb 28, 2017 at 11:41 AM, Tom Elwertowski
mailto:telwertow...@comcast.net>> wrote:
Hi
extra or different C++
library header or else a dependency on a newer compiler version has been
introduced.
Tom Elwertowski
On 2/28/17 12:26 PM, Larry Shaffer wrote:
Hi Ismail,
Due to this issue:
https://github.com/qgis/homebrew-qgisdev/issues/22
You may have compilation and runtime pro
ound in the ui files to try and fix this, but I do
not. So no solutions provided here, only complaints. Sorry about that.
Cheers,
John
On Jul 5, 2011, at 3:50 PM, Tom Elwertowski wrote:
Hi William,
I encountered the following error using your update:
CMake Error at images/icons/CMakeLists.t
Hi William,
I encountered the following error using your update:
CMake Error at images/icons/CMakeLists.txt:12 (ADD_SUBDIRECTORY):
add_subdirectory given source "mac" which is not an existing directory.
It looks like icon files weren't moved from src/mac to images/icons/mac.
Tom
William Ky
The Python library is loading again. Your revisions work for my OS X build.
Tom
William Kyngesburye wrote:
Indeed, I had to change qgispython back to a library - the runtime loading uses
QLibrary, which looks for a dylib and would need an explicit path to find a
framework, too much hassle.
_
Hi William,
It built ok for me using OS X 10.5.8 but there seems to be a path
problem loading Python:
Debug:
/Users/tce/developer/qgis/kyngchaos/Quantum-GIS/src/app/qgisapp.cpp:
4591: (loadPythonSupport) Couldn't load Python support library: Cannot
load library
/Users/tce/developer/qgis/ky
Removing the windowTitle property from qgisapp.ui works for me. The
title after startup is "Quantum GIS r15387M" so it's still being set
somewhere later.
Tom
Martin Dobias wrote:
On Tue, Mar 8, 2011 at 5:29 PM, Tom Elwertowski
wrote:
The following workaround may shed so
The following workaround may shed some light on the source of the problem:
Comment out the first line of retranslateUI in ui_ggisapp.h
(MainWindow->setWindowTitle)
This suggests to me that something needed by setWindowTitle for this
object may not be initialized yet.
Tom
William Kyngesbur
Hi William,
I haven't done a release build since 1.0 but my recollection is that it
had something to do with putting a useful version string into the Mac
bundle when building from a tarball without an svn connection.
I believe the svn versioning code has been modified since I last did a
rele
21 matches
Mail list logo
