[CMake] FindBLAS.cmake broken on macOS?

Dear all, I'm having difficulty making CMake find any BLAS on my macOS. I have two: 1. OpenBLAS installed with homebrew: /usr/local/opt/openblas/lib/libopenblasp-r0.2.19.dylib 2. System BLAS: /System/Library/Frameworks/Accelerate.framework//Versions/A/Frameworks/vecLib.framework/Vers

[CMake] Meaning of `*' in find_library()

Dear all, I'm having some troubles using the 'PATHS' argument to find_library. More specifically, I'm trying to find the gfortran libraries ( */usr/lib/gcc/x86_64-linux-gnu/5/libgfortran.so* on my system). If I call find_library(FORTRAN_LIBRARY NAMES gfortran PATHS "/usr/lib/gcc/x86_64-l

Re: [CMake] How is the linker language of a library determined?

here you believe the commands > used are incorrect. > > On Wed, Nov 8, 2017 at 3:40 PM, Robin Verschueren < > robin.verschue...@gmail.com> wrote: > >> I use the "Unix Makefiles" generator (on macOS), with clang and clang++ >> as compilers (XCode v

Re: [CMake] How is the linker language of a library determined?

I use the "Unix Makefiles" generator (on macOS), with clang and clang++ as compilers (XCode version 9). On Wed, 8 Nov 2017 at 03:47 Craig Scott wrote: > > On Wed, Nov 8, 2017 at 7:29 AM, Robin Verschueren < > robin.verschue...@gmail.com> wrote: > >> Hi there, &

[CMake] How is the linker language of a library determined?

Hi there, I'm building some C code into a library. The library needs to link to a C++ static library (IMPORTED target). I'm puzzled by the following: - with BUILD_SHARED_LIBS=OFF (default), everything works as expected and CMake sees the C library as a "C++ library" (i.e. it uses the C++

Re: [CMake] Platform dSPACE

ilding Project "C:\Users\SYSCOP\Documents\GitHub\acados-master\build\CMakeFiles\3.8.2\CompilerIdC\CompilerIdC.vcxproj" (default targets) -- FAILED. Build FAILED. On Fri, 23 Jun 2017 at 22:37 Robin Verschueren wrote: > Dear Nils, > > Perfect! This was exactly what I was looking for.

Re: [CMake] Platform dSPACE

Dear Nils, Perfect! This was exactly what I was looking for. It works, and the CMAKE_INCLUDE_FLAG_C is not overwritten. Thanks, Robin On Fri, 23 Jun 2017 at 13:29 Nils Gladitz wrote: > On 23.06.2017 21:47, Robin Verschueren wrote: > > Dear CMake, > > We are trying to build our

Re: [CMake] Platform dSPACE

ke -D CMAKE_TOOLCHAIN_FILE= .. Thanks for the help! Robin On Fri, 23 Jun 2017 at 13:17 Michael Ellery wrote: > > > On Jun 23, 2017, at 1:11 PM, Robin Verschueren < > robin.verschue...@gmail.com> wrote: > > > > Thank you, that makes sense. > > > > If I do

Re: [CMake] Platform dSPACE

r should I set this variable somewhere else? Best, Robin On Fri, 23 Jun 2017 at 13:03 Michael Ellery wrote: > > > On Jun 23, 2017, at 1:01 PM, Michael Ellery > wrote: > > > > > >> On Jun 23, 2017, at 12:47 PM, Robin Verschueren < > robin.verschue...@gmail.c

Re: [CMake] Platform dSPACE

That's exactly what I did :) On Fri, 23 Jun 2017 at 13:01 Michael Ellery wrote: > > > On Jun 23, 2017, at 12:47 PM, Robin Verschueren < > robin.verschue...@gmail.com> wrote: > > > > Dear CMake, > > > > We are trying to build our application for

Re: [CMake] Platform dSPACE

obin On Fri, 23 Jun 2017 at 12:56 Martin Weber wrote: > Am Freitag, 23. Juni 2017, 19:47:32 CEST schrieb Robin Verschueren: > > Dear CMake, > > > > We are trying to build our application for the dSPACE embedded system > > (www.dspace.com), more specifically their Mi

[CMake] Platform dSPACE

Dear CMake, We are trying to build our application for the dSPACE embedded system (www.dspace.com), more specifically their MicroAutobox-II. This makes use of a specific compiler called mccppc (Microtec C/C++ PowerPC compiler). I was following the instructions on this wiki page