On 15/11/2014 13:45, Michael Black wrote: Hi Mike, > Any reason we can't have both worlds? If windows just do what you do now > otherwise build it? Well, CMake finders are the backbone of the CMake build tool and are the correct way to make build scripts work on all platforms. The idea being that platform specific details, as far as possible, are abstracted out into supporting modules.
There is considerable support available in CMake and through 3rd party modules for writing finders and they are pretty straightforward for "standard shaped" development libraries. The CMAKE_PREFIX_PATH and much of the CMake find root etc. behaviour is all designed to work with standard format finders either provided by library projects themselves (i.e.Qt) or borrowed/written by projects that need them to locate dependencies. > I just built the latest r4178 and I don't see portaudio.dll in the Release > directory. So how/where does it get installed? palir-02.dll also there is libfftw3f_win.a. > Also...I notice it's putting libhamlib-2.bak in there and wsprx complains > about the dll missing during option setup. We already have CMake finders for fftw3 and hamlib in the WSJT-X project and they can be used as is in WSPR-X. Anyway, all this is somewhat moot given Joe's comment above about the current status of WSPR-X which is "On hold". > > Mike W9MDB 73 Bill G4WJS. > > -----Original Message----- > From: Bill Somerville [mailto:g4...@classdesign.com] > Sent: Saturday, November 15, 2014 7:16 AM > To: wsjt-devel@lists.sourceforge.net > Subject: [wsjt-devel] WSPR-X Building on all platforms. > > Hi All, > > I had a question about building WSPR-X on Mac off list. I looked at the > CMake script and it uses a Windows only construct in that it references a > DLL in the source tree for portaudio. > > What is needed is a CMake Findportaudio.cmake finder, I have checked around > and several projects have written such a finder module but TBH I think I can > do better by using the standard CMake helpers for writing finders. > > Any objections to me adding such a finder to the WSPR-X project? > > The consequences would be that the build will work on all supported > platforms. There is a small downside in that the WIndows build would require > the developer to install portaudio themselves (the JTSDK-QT may already do > this) rather than relying on the DLL being part of the source tree. > > 73 > Bill > G4WJS. > > ---------------------------------------------------------------------------- > -- > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
