Bill, > On Jun 29, 2015, at 4:43 PM, Bill Somerville <g4...@classdesign.com> wrote: > > On 29/06/2015 22:30, Steven Franke wrote: >> Bill, > Hi Steve, >>> On Jun 29, 2015, at 4:26 PM, Bill Somerville <g4...@classdesign.com> wrote: >>> >>> On 29/06/2015 22:17, Steven Franke wrote: >>>> Bill, >>>> >>>>> On Jun 29, 2015, at 3:57 PM, Bill Somerville <g4...@classdesign.com> >>>>> wrote: >>>>> >>>>> On 29/06/2015 21:34, Steven Franke wrote: >>>>>> 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 >>>>> Is your OS X 32-bit or 64-bit? >>>>> >>>>> https://support.apple.com/en-gb/HT201948 >>>> My processor is 64-bit: >>>> >>>> Hardware Overview: >>>> >>>> Model Name: MacBook Air >>>> Model Identifier: MacBookAir5,2 >>>> Processor Name: Intel Core i7 >>>> Processor Speed: 2 GHz >>>> Number of Processors: 1 >>>> Total Number of Cores: 2 >>>> L2 Cache (per Core): 256 KB >>>> L3 Cache: 4 MB >>>> Memory: 8 GB >>>> Boot ROM Version: MBA51.00EF.B02 >>>> SMC Version (system): 2.5f9 >>>> Serial Number (system): C02J401ADRVG >>>> Hardware UUID: 1F7ABB4C-7FB0-5918-8AE6-0CA0AB789A89 >>>> >>>> and I am running the 64-bit kernel: >>>> $ uname -a >>>> Darwin Stevens-MacBook-Air.local 14.3.0 Darwin Kernel Version 14.3.0: Mon >>>> Mar 23 11:59:05 PDT 2015; root:xnu-2782.20.48~5/RELEASE_X86_64 x86_64 >>> OK, looks like the MacPorts libgcc is 32-bit only for some reason. What >>> do the following print: >>> >>> $ grep build_arch /opt/local/etc/macports/macports.conf >> $ grep build_arch /opt/local/etc/macports/macports.conf >> #build_arch i386 >> >>> and: >>> >>> $ grep universal /opt/local/etc/macports/macports.conf >> $ grep universal /opt/local/etc/macports/macports.conf >> # CPU architectures to use for Universal Binaries (+universal variant) >> universal_archs x86_64 i386 >> >>> and: >>> >>> $ file /opt/local/lib/gcc49/libgomp.1.dylib >> $ file /opt/local/lib/gcc49/libgomp.1.dylib >> /opt/local/lib/gcc49/libgomp.1.dylib: Mach-O 64-bit dynamically linked >> shared library x86_64 > Hmm, that is all as expected. I think that means the link is picking up > another libgomp from somewhere outside of MacPorts. The only other path > that seems likely is /usr/local/lib is there an old libgomp there from > some prior build of gcc/gfortran?
You’re a wizard! That was the problem. Moved the old libraries out of the way and compile completed. Running it now. Thanks!! > > Also what does: > > $ nm -gU /opt/local/lib/gcc49/libgomp.1.dylib | grep parallel and just for completeness, and future reference: $ nm -gU /opt/local/lib/gcc49/libgomp.1.dylib | grep parallel 0000000000009732 T _GOACC_parallel 00000000000032aa T _GOMP_parallel 0000000000003240 T _GOMP_parallel_end 000000000000256c T _GOMP_parallel_loop_dynamic 00000000000024ba T _GOMP_parallel_loop_dynamic_start 0000000000002599 T _GOMP_parallel_loop_guided 00000000000024d0 T _GOMP_parallel_loop_guided_start 00000000000025c6 T _GOMP_parallel_loop_runtime 00000000000024e6 T _GOMP_parallel_loop_runtime_start 000000000000253f T _GOMP_parallel_loop_static 00000000000024a4 T _GOMP_parallel_loop_static_start 0000000000003619 T _GOMP_parallel_sections 000000000000359d T _GOMP_parallel_sections_start 000000000000320e T _GOMP_parallel_start 0000000000003432 T _omp_in_parallel 000000000000713e T _omp_in_parallel_ Thanks again! Steve k9an > > print? >>>>> ... >>>>> >>>>> 73 >>>>> Bill >>>>> G4WJS. > > > ------------------------------------------------------------------------------ > 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 ------------------------------------------------------------------------------ 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
