Re: [CMake] copying fortran .mod files in different directories

2020-03-04 Thread Bill Somerville
the final executables where required so I assume it does not propagate outwards from the static library to executables linking it :( Regards Bill Somerville. -- Powered by kitware.com/cmake Kitware offers various services to support the CMake community. For more information on each offeri

Re: [CMake] Dependency cycle - why?

2019-05-25 Thread Bill Somerville
Hi Eric, thanks for the comprehensive reply to my query. My follow up comments in line below. On 25/05/2019 15:47, Eric Noulard wrote: Le sam. 25 mai 2019 à 13:51, Bill Somerville <mailto:b...@classdesign.com>> a écrit : Hi Robert, thanks for that, the target name change

Re: [CMake] Dependency cycle - why?

2019-05-25 Thread Bill Somerville
l that you have is fully supported by CMake" seems to be incorrect. To reiterate, I am trying to use foreign tools to make binary targets and wish to have CMake treat them *as if* they were created by supported languages like C, ++, or Fortran. Am I still missing something? Regards Bill S

Re: [CMake] Dependency cycle - why?

2019-05-24 Thread Bill Somerville
On 13/05/2019 12:03, Bill Somerville wrote: Hi folks, I am struggling to understand what the problem is with this: find_program (GO go) set (GOPATH "${CMAKE_CURRENT_BINARY_DIR}/go") file (MAKE_DIRECTORY ${GOPATH}) set (sources ${CMAKE_CURRENT_SOURCE_DIR}/callback_generat

[CMake] Dependency cycle - why?

2019-05-13 Thread Bill Somerville
ties () call seems to be part of the problem but I don't understand why. Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. Fo

Re: [CMake] Mac OS X framework building

2016-06-05 Thread Bill Somerville
On 24/05/2016 21:55, Bill Somerville wrote: I am trying to make a framework using a shared library. The docs say that the target property PUBLIC_HEADER should be a list of interface header files that install(TARGET ...) will populate .../.framework/Headers/ with but I cannot get that to happen

[CMake] Mac OS X framework building

2016-05-24 Thread Bill Somerville
Hi All, I am trying to make a framework using a shared library. The docs say that the target property PUBLIC_HEADER should be a list of interface header files that install(TARGET ...) will populate .../.framework/Headers/ with but I cannot get that to happen. I have set the target property

Re: [CMake] FORTRAN name mangling

2016-01-11 Thread Bill Somerville
On 11/01/2016 17:58, Michael Jackson wrote: and we call the function from our C code like the following: SingleEBSDPattern_(ipar, fpar, ebsdPattern, quats, accum_e, mLPNH, mLPSH); You need to use the macros here too. Regards Bill Somerville. -- Powered by www.kitware.com Please keep

Re: [CMake] FORTRAN name mangling

2016-01-11 Thread Bill Somerville
On 11/01/2016 18:48, Michael Jackson wrote: Do other FORTRAN compilers support this “bind(C)” thing I can only vouch for gfortran but yes that is the idea. Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org

Re: [CMake] FORTRAN name mangling

2016-01-11 Thread Bill Somerville
ols in C/C++. We also execute FortranCInterface_VERIFY(CXX QUIET) before the FortranCInterface_HEADERS() command. It all works OK but we only use gcc/g++/Clang/Clang++/gfortran compilers. Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the

Re: [CMake] Best way to handle application data path for local run vs. installation

2015-11-30 Thread Bill Somerville
On 30/11/2015 02:10, Dmitry Marakasov wrote: Hi! This question bugs me for a long time so I though maybe someone has a solution. I have a project which includes an application and some data for it. An application needs to know path to its data files, so I pass it via compiler definition:

Re: [CMake] CPack: Debian package will not install on Linix-ppc

2015-11-26 Thread Bill Somerville
On 26/11/2015 08:18, Tino Mettler wrote: I don't know if this is related, but here seems to be a typo: set (CPACK_DEBIAN_PACKAGE_PACKAGE_SHLIBDEPS ON) I think the "PACKAGE_PACKAGE" should be only "PACKAGE". Hi Tino, thanks for looking at this and for spotting that typo. We don't currently

[CMake] CPack: Debian package will not install on Linix-ppc

2015-11-25 Thread Bill Somerville
Hi All, we are trying to get our Debian install package to install on a Linux PowerPC system running $ sudo dpkg -i wsjtx-prefix/build/wsjtx_1.6.0-rc2_powerpc.deb [sudo] password for g0oan: (Reading database ... 281162 files and directories currently installed.) Preparing to unpack

[CMake] Passing CMake verbosity down to external project

2015-10-27 Thread Bill Somerville
for verbose make in my CMakeLists.txt so I can translate it to V=1 in the BUILD_COMMAND of the ExternalProject_Add() function? Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers

Re: [cmake-developers] Modules/GetPrequisites.cmake issues

2015-08-03 Thread Bill Somerville
objdump output for speed http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5d0a8b1a -Brad Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake

Re: [CMake] BundleUtilities not working

2015-07-30 Thread Bill Somerville
as a CMake variable. In our CMake built Qt5 project we are getting huge speed ups on the install phase on Windows with this change. Regards Bill Somerville. On Tue, Jul 28, 2015 at 7:04 PM, Brad King brad.k...@kitware.com mailto:brad.k...@kitware.com wrote: On 07/28/2015 12:51 PM, Bill

Re: [cmake-developers] Modules/GetPrequisites.cmake issues

2015-07-29 Thread Bill Somerville
On 29/07/2015 16:07, Bill Hoffman wrote: Hi Bill, On 7/29/2015 10:17 AM, Bill Somerville wrote: Is there a reason not to look for objdump before dumpbin? I was under the impression that dumpbin was selected first for non-MinGW Windows builds, I have no idea if objdump works with binaries

Re: [cmake-developers] Modules/GetPrequisites.cmake issues

2015-07-29 Thread Bill Somerville
On 29/07/2015 14:37, Brad King wrote: Hi Brad, On 07/28/2015 06:02 PM, Bill Somerville wrote: attached is a patch that addresses some issues recently discussed on the users list. ... If you're comfortable enough with Git, please split this part out into a preceding patch with its own

Re: [cmake-developers] Modules/GetPrequisites.cmake issues

2015-07-29 Thread Bill Somerville
On 29/07/2015 14:37, Brad King wrote: Hi Brad, On 07/28/2015 06:02 PM, Bill Somerville wrote: ... As there doesn't seem to be a reliable way of detecting MinGW callers of fixup_bundle() may have to set the variable gp_tool to objdump if dumpbin.exe is installed on the build machine

Re: [CMake] BundleUtilities not working

2015-07-28 Thread Bill Somerville
On 28/07/2015 16:03, Bill Hoffman wrote: Hi Bill, On 7/28/2015 8:59 AM, Bill Somerville wrote: Hi, I am suffering issues with BundleUtilities fixup_bundle() when used on Windows with MinGW. The issue is because the underlying GetPrerequisites module uses the MS dumpbin.exe utility to find

[CMake] BundleUtilities not working

2015-07-28 Thread Bill Somerville
a few improvements, the main one being to filter the command output used to get prerequisites in a pipeline (execute_command() with multiple commands using grep) and better error checking. Also perhaps dumpbin should only be used if objdump is not available. Regards Bill Somerville. -- Powered

Re: [CMake] BundleUtilities not working

2015-07-28 Thread Bill Somerville
On 28/07/2015 17:47, Brad King wrote: Hi Brad, On 07/28/2015 11:32 AM, Bill Somerville wrote: I have checked for objdump command options to reduce the output but there don't appear to be any that help. TBH running from the command line as, for example: $ objdump -p executable | grep 'DLL

[cmake-developers] Modules/GetPrequisites.cmake issues

2015-07-28 Thread Bill Somerville
dependency walker over MS dumpbin.exe. See the patch description for details. Regards Bill Somerville. From 203848c099026c23b5f70d395d0469887f099d23 Mon Sep 17 00:00:00 2001 From: Bill Somerville b...@classdesign.com Date: Tue, 28 Jul 2015 22:40:36 +0100 Subject: [PATCH] For MinGW pre-filter

Re: [CMake] cmake-qt: controlling includes order

2015-06-30 Thread Bill Somerville
On 30/06/2015 22:28, Stephen Kelly wrote: Hi Steve, thanks for looking at this. Bill Somerville wrote: Any ideas how I can control the ordering or reorder the TARGET_INCLUDE_DIRECTORIES property? add_executable(hello main.cpp) target_link_libraries(hello Qt5::Widgets

[CMake] cmake-qt: controlling includes order

2015-06-29 Thread Bill Somerville
Hi All, I have an issue with cmake-qt where i need to ensure an include path set by the include_directories() command is after include paths that are added by the target_link_libraries() command or by the qt5_use_modules() command. In both cases the AFTER option on the include_directories()

Re: [CMake] How to execute an external project target as part of a standard target.

2015-03-24 Thread Bill Somerville
On 24/03/2015 19:00, Bill Somerville wrote: snip Maybe, but I need to have the 'install' target run when I am running the custom 'source' target of the outer project. Should have read: Maybe, but I need to have the 'install' target NOT run when I am running the custom 'source' target

Re: [CMake] How to execute an external project target as part of a standard target.

2015-03-24 Thread Bill Somerville
suitable for Linux packaging and cannot have conventional ExternalProjects for the prerequisites on Windows and Mac. All was well until CMake started complaining about something that works. HTH, David C. Regards Bill Somerville. On Tue, Mar 24, 2015 at 2:21 PM, Bill Somerville b...@classdesign.com

Re: [CMake] How to execute an external project target as part of a standard target.

2015-03-24 Thread Bill Somerville
On 13/03/2015 14:06, Bill Somerville wrote: Hi All, I have a superbuild style project consisting of a few external projects. I wish to build the install target of one of them as part of the install target of the parent project. I had it working by adding a step target called install

[CMake] How to execute an external project target as part of a standard target.

2015-03-13 Thread Bill Somerville
and parent targets that doesn't invoke this error? Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each

Re: [CMake] Modern CMake with Qt5 and packaging on OS X

2015-02-06 Thread Bill Somerville
OpenMP so it is quite complex. Thanks Mike Jackson Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each

Re: [CMake] 3.1 can't link my MinGW executables any more.

2014-12-02 Thread Bill Somerville
On 01/12/2014 18:55, Brad King wrote: Hi Brad, thanks for the quick response on this one. On 12/01/2014 12:04 PM, Bill Somerville wrote: https://dl.dropboxusercontent.com/u/4192709/CMakeOutput.log.3.0.2 https://dl.dropboxusercontent.com/u/4192709/CMakeOutput.log.3.1.0-rc2 The relevant portion

Re: [CMake] 3.1 can't link my MinGW executables any more.

2014-12-01 Thread Bill Somerville
On 29/11/2014 12:02, Bill Somerville wrote: On 29/11/2014 11:58, Bill Somerville wrote: Hi, I have just tried 3.1.0-rc2 and my executable links are failing because all the link libraries are not being added. I use: add_executable (jt65code lib/jt65code.f90 wsjtx.rc) target_link_libraries

Re: [CMake] 3.1 can't link my MinGW executables any more.

2014-12-01 Thread Bill Somerville
On 01/12/2014 16:33, Brad King wrote: Hi Brad, On 11/29/2014 06:58 AM, Bill Somerville wrote: -lgfortran -lquadmath -lm -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32 but in 3.1.0-rc2 I get: -lquadmath -lm -lkernel32 -luser32 -lgdi32

Re: [CMake] 3.1 can't link my MinGW executables any more.

2014-12-01 Thread Bill Somerville
On 01/12/2014 17:04, Bill Somerville wrote: On 01/12/2014 16:33, Brad King wrote: Hi Brad, On 11/29/2014 06:58 AM, Bill Somerville wrote: -lgfortran -lquadmath -lm -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32 but in 3.1.0-rc2 I get

Re: [CMake] 3.1 can't link my MinGW executables any more.

2014-12-01 Thread Bill Somerville
On 01/12/2014 17:12, Bill Somerville wrote: On 01/12/2014 17:04, Bill Somerville wrote: On 01/12/2014 16:33, Brad King wrote: Hi Brad, On 11/29/2014 06:58 AM, Bill Somerville wrote: -lgfortran -lquadmath -lm -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid

Re: [CMake] 3.1 can't link my MinGW executables any more.

2014-12-01 Thread Bill Somerville
I'm trying to debug this issue but the 3.1.0-rc2 use of linker response files is a PITA because they are created as temporary files and gone before I can look into them. Is there for flag I can set to stop them being used so I can see the whole link line? Regards Bill Somerville

[CMake] 3.1 can't link my MinGW executables any more.

2014-11-29 Thread Bill Somerville
in the subordinate 'lib' directory that doesn't exist. Something wrong with the use of a source in a subdirectory perhaps? Regards Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various

Re: [CMake] 3.1 can't link my MinGW executables any more.

2014-11-29 Thread Bill Somerville
On 29/11/2014 11:58, Bill Somerville wrote: Hi, I have just tried 3.1.0-rc2 and my executable links are failing because all the link libraries are not being added. I use: add_executable (jt65code lib/jt65code.f90 wsjtx.rc) target_link_libraries (jt65code wsjt) where wsjt is a static

Re: [CMake] Copying DLLs to output directory

2014-11-01 Thread Bill Somerville
Regards Bill. On Nov 1, 2014, at 5:07 AM, Hendrik Sattler p...@hendrik-sattler.de wrote: Am 31. Oktober 2014 20:51:55 MEZ, schrieb Bill Somerville b...@classdesign.com: On 31/10/2014 19:42, Michael Jackson wrote: Never said it was pretty, but here is the code I use for Qt4 based projects

Re: [CMake] Copying DLLs to output directory

2014-11-01 Thread Bill Somerville
to the answer Mike Jackson On Oct 31, 2014, at 3:51 PM, Bill Somerville b...@classdesign.com mailto:b...@classdesign.com wrote: On 31/10/2014 19:42, Michael Jackson wrote: Never said it was pretty, but here is the code I use for Qt4 based projects. I think I had to revamp a lot

Re: [CMake] Copying DLLs to output directory

2014-10-31 Thread Bill Somerville
On 31/10/2014 19:42, Michael Jackson wrote: Never said it was pretty, but here is the code I use for Qt4 based projects. I think I had to revamp a lot of this for Qt5. I call it like so: CMP_COPY_QT4_RUNTIME_LIBRARIES( QtCore;QtGui;QtNetwork) This seems an awful lot of messing around when

Re: [CMake] Copying DLLs to output directory

2014-10-31 Thread Bill Somerville
On 31/10/2014 20:46, Daniel Schepler wrote: And what if there are more dependencies? For example, we have a project here that uses Qt, Boost, OGRE, MYGUI, GDAL, Protobuf and EXPAT at least. And then if some of those builds aren't self-contained, you could add in dependencies like OpenSSL,

Re: [CMake] Copying DLLs to output directory

2014-10-31 Thread Bill Somerville
On 31/10/2014 21:18, Daniel Schepler wrote: In my online research, I was finding limits more like 1024 or 2048 characters maximum. But if 32767 bytes is the real limit, and there are no compatibility issues with certain programs for values longer than 1024 characters, that would be great.

Re: [CMake] OS X Fortran flags

2014-10-27 Thread Bill Somerville
On 27/10/2014 13:17, Brad King wrote: Hi Brad, On 10/24/2014 04:29 PM, Bill Somerville wrote: Sorry, I am struggling with this. I have copied the Darwin-GNU-Fortran.cmake file into my project modules directory and patched it as you suggested. Sorry, I meant the Modules directory of your CMake

[CMake] OS X Fortran flags

2014-10-24 Thread Bill Somerville
Hi, I am building some Fortran sources and on Mac I want to make the resulting executable portable back to 10.7. So I have: if (APPLE) set (CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -stdlib=libc++) set (CMAKE_OSX_DEPLOYMENT_TARGET 10.7) # Earliest version we can support with C++11 libc++

Re: [CMake] OS X Fortran flags

2014-10-24 Thread Bill Somerville
A small correction: On 24/10/2014 16:31, Bill Somerville wrote: Hi, I am building some Fortran sources and on Mac I want to make the resulting executable portable back to 10.7. So I have: if (APPLE) set (CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -stdlib=libc++) set

Re: [CMake] OS X Fortran flags (Bill Somerville)

2014-10-24 Thread Bill Somerville
ibeek...@umd.edu mailto:ibeek...@umd.edu Regards Bill. Message: 3 Date: Fri, 24 Oct 2014 16:31:49 +0100 From: Bill Somerville b...@classdesign.com mailto:b...@classdesign.com To: CMake ML cmake@cmake.org mailto:cmake@cmake.org Subject: [CMake] OS X Fortran flags

Re: [CMake] OS X Fortran flags

2014-10-24 Thread Bill Somerville
On 24/10/2014 19:11, Brad King wrote: HI Brad, On 10/24/2014 11:31 AM, Bill Somerville wrote: So what am I missing? A brief scan of the CMake sources looks like it should be doing this right for GNU compilers as the compiler tests should check for those options being supported and supply them

Re: [CMake] OS X Fortran flags

2014-10-24 Thread Bill Somerville
On 24/10/2014 19:16, Brad King wrote: Hi Brad, On 10/24/2014 02:15 PM, Bill Somerville wrote: Can I just put the patched module in my project Modules directory or do I have to build the whole CMake project? No need to recompile. You can just add the two lines directly in your Modules

Re: [CMake] [CPack] RPM generator creates %dir for /usr/local/xxx

2014-10-22 Thread Bill Somerville
On 22/10/2014 12:14, Luc J. Bourhis wrote: Hi Luc, With install(FILES x DESTINATION /usr/local/bin) CPack 2.8.12 generates a specs file featuring %dir /usr/local %dir /usr/local/bin Then rpm -i the generated rpm file fails on Fedora 20 with file /usr/local from install of

Re: [CMake] find_package with static library that uses pkg-config not working

2014-03-31 Thread Bill Somerville
the decision as to which type of link is required has not been made. Hope this helps. Aurélien Regards Bill Somerville. - Mail original - De: Bill Somerville b...@classdesign.com À: cmake@cmake.org Envoyé: Dimanche 30 Mars 2014 12:45:32 Objet: [CMake] find_package with static library that uses

[CMake] find_package with static library that uses pkg-config not working

2014-03-30 Thread Bill Somerville
there is no shared library version of the external library or if I want to force static linking of this external library? TIA Bill Somerville. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support

[CMake] CMake/CPack /w BundleUtilities on Windows with NSIS fails

2014-02-13 Thread Bill Somerville
Hi, I have a CMake script that runs on Windows with MinGW Makefiles that builds the install target OK. It is a Qt GUI application and uses BundleUtilities::fixup_bundle to pull in and link/rpath prerequisites. When I build the package target with an NSIS packager it looks like the

Re: [CMake] CMake/CPack /w BundleUtilities on Windows with NSIS fails

2014-02-13 Thread Bill Somerville
On 13/02/2014 18:10, Bill Somerville wrote: Hi, I have a CMake script that runs on Windows with MinGW Makefiles that builds the install target OK. It is a Qt GUI application and uses BundleUtilities::fixup_bundle to pull in and link/rpath prerequisites. When I build the package target

Re: [CMake] CMake/CPack /w BundleUtilities on Windows with NSIS fails

2014-02-13 Thread Bill Somerville
On 13/02/2014 19:44, Bill Hoffman wrote: HI Bill, On 2/13/2014 2:23 PM, Bill Somerville wrote: I would really like to know why it is going wrong with dumpbin in package generation because using objtool is too slow! Sounds like a PATH issue. Try getting dumpbin to work from the command line

[CMake] Mac bundled application with multiple executables.

2014-02-09 Thread Bill Somerville
Hi, noob here so firstly thanks for the great build tools! I'm struggling with shoehorning a Win32/Linux Qt GUI application into CMake for those targets and for OS-X. At the moment the Mac build is manually transformed into an OS-X app bundle. I am making some progress getting it to install