Bill, > On Jun 29, 2015, at 9:00 AM, Bill Somerville <g4...@classdesign.com> wrote: > > On 28/06/2015 22:08, Steven Franke wrote: >> Thanks Bill, > Hi Steve, >> >> For what it’s worth, here a link to the VERBOSE build capture: >> https://dl.dropboxusercontent.com/u/33211132/k9an_build_capture.txt >> >> Here’s the CMakeCache.txt: >> https://dl.dropboxusercontent.com/u/33211132/CMakeCache.txt > OK, the problem wasn't quite what I thought. It is an include directive > ordering issue but it stems from the use of FFTW3 from MacPorts, this in > itself is not an issue but it has the side effect of picking up the Qt4 > headers as well. Unfortunately I can't find an easy way of ensuring the > -I/opt/local/include is after the includes for Qt5. That would solve the > issue but the way that the Qt includes are detected by CMake doesn't > seem to have a way to change the ordering. I have posted a question to > the CMake ML but for now you should be able to build by deactivating > qt4-mac before building WSJT-X. It would be wise to add a > '--clean-first' to the CMake build for the first time to ensure any > incorrectly built object files are discarded. Something like: > > $ sudo port deactivate qt4-mac > $ cmake --build ~/Builds/wsjtx --clean-first --target install -- -j > $ sudo port activate qt4-mac > $ open ~/Builds/wsjtx_install/wsjtx.app
This got me past the incorrect headers issue, but now it dies because of an OpenMP problem. I’ve placed the VERBOSE build capture here: https://dl.dropboxusercontent.com/u/33211132/k9an_build_capture.txt and the CMakeCache.txt here: https://dl.dropboxusercontent.com/u/33211132/CMakeCache.txt > > One the WSJT-X build is complete, it doesn't use the port files as it > has the Qt frameworks bundled, the qt4-mac port can be reactivated. > > The --clean-first will only be needed the first time, subsequent builds > can be minimal so long as the qt4-mac port is always deactivated while > building. >> >> Steve k9an > 73 > Bill > G4WJS. Steve k9an >> >>> On Jun 28, 2015, at 4:01 PM, Bill Somerville <g4...@classdesign.com> wrote: >>> >>> On 28/06/2015 21:51, Bill Somerville wrote: >>>> On 28/06/2015 21:41, Steven Franke wrote: >>>>> John and Bill, >>>> Hi Steve, >>>>>> On Jun 28, 2015, at 2:24 PM, John Nelson <j...@rmnjmn.demon.co.uk> wrote: >>>>>> >>>>>> Steve, >>>>>> >>>>>> Back with WSJT-X. Running wsprd_exp on my Mac (OSX 10.10.3) and seeing >>>>>> the improved decodes. Now using .c2 files offline to compare wsprd and >>>>>> wsprd_exp. Good stuff…. >>>>> Thanks, John. I’ve been meaning to ask you and/or Bill for advice. I do >>>>> all of the wsprd development on my Mac, but I have never been able to get >>>>> wsjt-x to compile. I get stuck when compiling /lib/ipcomm.cpp. I have to >>>>> resort to an Ubuntu 14.04 virtual machine if I want to test wsjt-x on the >>>>> mac. >>>>> >>>>> I think that my problem may have to do with having qt4 installed via >>>>> macports (for gnuradio) and a separate installation of Qt5 for wsjt-x. >>>>> >>>>> I’ll include the error messages below. I have Qt5 installed per the >>>>> instructions in the “INSTALL” text file. I have no idea why it is looking >>>>> in my /opt/local path. I used the following cmake command: >>>> MacPorts installs stuff in /opt/local and it is correctly being picked >>>> up by the compilers. >>>>> t >>>>> cmake -D CMAKE_PREFIX_PATH="~/local/qt-macx-clang;~/Builds/hamlib3.0" -D >>>>> CMAKE_INSTALL_PREFIX=~/Builds/wsjtx_install ~/Builds/wsjtx >>>>> >>>>> Any suggestions would be much appreciated! >>>> The problem seems to be that the compiler is getting the >>>> /opt/local/include path ahead of the stuff included via the >>>> CMAKE_PREFIX_PATH. That shouldn't be happening. >>> Looks like this is a known issue with the qt4-mac port. I'll install it >>> on my Mac VM and see if I can find an easy workaround. >>>> I suggest that a fresh build tree and configure with CMake followed by a >>>> CMake build adding ' -- VERBOSE=1' to the end of the build command. >>>> Capture the output and post it somewhere I can have a look at it along >>>> with the CMakeCache.txt file from the build tree root. >>>>> Steve k9an >>>> 73 >>>> Bill >>>> G4WJS. >>>>> Here’s the error log: >>>>> >>>>> [ 69%] Building CXX object CMakeFiles/jt9.dir/lib/ipcomm.cpp.o >>>>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>>>> In file included from >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:65:9: >>>>> error: >>>>> unknown type name 'QMessageLogContext' >>>>> QMessageLogContext context; >>>>> ^ >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>>>> error: no >>>>> member named 'isDetached' in 'QDebug' >>>>> Q_DECLARE_SHARED(QDebug) >>>>> ^~~~~~~~~~~~~~~~~~~~~~~~ >>>>> /opt/local/include/QtCore/qglobal.h:2255:63: note: expanded from macro >>>>> 'Q_DECLARE_SHARED' >>>>> template <> inline bool qIsDetached<TYPE>(TYPE &t) { return >>>>> t.isDetached(); } \ >>>>> ~ ^ >>>>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>>>> In file included from >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>>>> error: no >>>>> member named 'data_ptr' in 'QDebug' >>>>> Q_DECLARE_SHARED(QDebug) >>>>> ^~~~~~~~~~~~~~~~~~~~~~~~ >>>>> /opt/local/include/QtCore/qglobal.h:2257:16: note: expanded from macro >>>>> 'Q_DECLARE_SHARED' >>>>> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>>>> ~~~~~~ ^ >>>>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>>>> In file included from >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>>>> error: no >>>>> member named 'data_ptr' in 'QDebug' >>>>> Q_DECLARE_SHARED(QDebug) >>>>> ^~~~~~~~~~~~~~~~~~~~~~~~ >>>>> /opt/local/include/QtCore/qglobal.h:2257:35: note: expanded from macro >>>>> 'Q_DECLARE_SHARED' >>>>> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>>>> ~~~~~~ ^ >>>>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>>>> In file included from >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>>>> error: no >>>>> member named 'data_ptr' in 'QDebug' >>>>> Q_DECLARE_SHARED(QDebug) >>>>> ^~~~~~~~~~~~~~~~~~~~~~~~ >>>>> /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro >>>>> 'Q_DECLARE_SHARED' >>>>> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>>>> ^ >>>>> /opt/local/include/QtCore/qglobal.h:2249:19: note: expanded from macro '\ >>>>> Q_DECLARE_SHARED_STL' >>>>> { swap(value1.data_ptr(), value2.data_ptr()); } \ >>>>> ~~~~~~ ^ >>>>> In file included from /Users/sfranke/Builds/wsjtx/lib/ipcomm.cpp:1: >>>>> In file included from >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/QDebug:1: >>>>> /Users/sfranke/local/qt-macx-clang/lib/QtCore.framework/Headers/qdebug.h:129:1: >>>>> error: no >>>>> member named 'data_ptr' in 'QDebug' >>>>> Q_DECLARE_SHARED(QDebug) >>>>> ^~~~~~~~~~~~~~~~~~~~~~~~ >>>>> /opt/local/include/QtCore/qglobal.h:2257:50: note: expanded from macro >>>>> 'Q_DECLARE_SHARED' >>>>> { qSwap(value1.data_ptr(), value2.data_ptr()); } \ >>>>> ^ >>>>> /opt/local/include/QtCore/qglobal.h:2249:38: note: expanded from macro '\ >>>>> Q_DECLARE_SHARED_STL' >>>>> { swap(value1.data_ptr(), value2.data_ptr()); } \ >>>>> ~~~~~~ ^ >>>>> 6 errors generated. >>>>> make[2]: *** [CMakeFiles/jt9.dir/lib/ipcomm.cpp.o] Error 1 >>>>> make[1]: *** [CMakeFiles/jt9.dir/all] Error 2 >>>>> make: *** [all] Error 2 >>>>> >>>>>> --- John g4KLA > > > ------------------------------------------------------------------------------ > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
