Dear all,
I am working on a project where on certain platforms, namely, on a BG/Q or
Cray, we have to cross-compile the code, but still, there are parts of the
code that should only be compiled for the front end, login nodes.
Typically, we have a toolchain file, which among other things sets:
- C
On Tuesday, October 14, 2014 12:10:36 PM Peter Eastman wrote:
> Hi Clint,
>
> In my case, it wasn't anything like that. I was only specifying
> /usr/local/cuda/lib once. More specifically, my CMakeLists.txt specified
>
> TARGET_LINK_LIBRARIES(${SHARED_TARGET} ${CUDA_LIBRARIES})
>
> where CUDA_
Hi Clint,
In my case, it wasn't anything like that. I was only specifying
/usr/local/cuda/lib once. More specifically, my CMakeLists.txt specified
TARGET_LINK_LIBRARIES(${SHARED_TARGET} ${CUDA_LIBRARIES})
where CUDA_LIBRARIES is
/usr/local/cuda/lib/libcudart.dylib-Wl,-rpath-Wl,/usr/local/cud
Hi everyone,
I'm using cmake to generate my executable. And I am facing some issues.
Let's assume I have the following tree :
Src/
01_Module1/
File1.F90
File2.F90
02_Module2/
File3.F90
File4.F90
File5.F90
03_Module3/
File6.F90
Fil
Ah... good idea. I should have considered that. Thanks.
On Mon, Oct 13, 2014 at 11:50 AM, Clinton Stimpson
wrote:
> On Friday, October 10, 2014 12:43:53 PM Steven Velez wrote:
> > Forgive me if this question has been answered before but with CMAKE
> 2.8.12
> > (I believe) xcode builds on OS X
On Tuesday, October 14, 2014 10:19:41 AM Peter Eastman wrote:
> Hi Clint,
>
> You're absolutely right:
>
> $ otool -l libOpenMMAmoebaCUDA.dylib | grep -A2 LC_RPATH
> cmd LC_RPATH
> cmdsize 32
> path /usr/local/cuda/lib (offset 12)
> --
> cmd LC_RPATH
> cmd
Hi Clint,
You're absolutely right:
$ otool -l libOpenMMAmoebaCUDA.dylib | grep -A2 LC_RPATH
cmd LC_RPATH
cmdsize 32
path /usr/local/cuda/lib (offset 12)
--
cmd LC_RPATH
cmdsize 32
path /usr/local/cuda/lib (offset 12)
I'll try to figure out where
Hello,
Does someone know about any initiative to add IAR WorkBench IDE to the list of
supported generators. I cannot find a Mantis issue about that.
This would not be a Makefile based generator but a native one like XCode or
VisualStudio.
Regards,
Gregoire
--
Powered by www.kitware.com
Plea
2014-10-14 9:24 GMT+02:00 Jörg Kreuzberger :
> Ok, found it: i must set CPACK_SOURCE_TZ to off to avoid the source to be
> packaged as tz.
> its a little bit different as for the binary package, but ok.
>
This is a another way to select CPack generator but you can always specify
the list explicit
2014-10-14 9:21 GMT+02:00 Jörg Kreuzberger :
> Hi!
>
> This was also new to me, quite good. Question is now: i have configured
> cpack in my CMakeLists to use TGZ only (on linux).
> The binary package is made as tgz. For the source 3 packages are generated
> (as in your example). How could this be
Ok, found it: i must set CPACK_SOURCE_TZ to off to avoid the source to be
packaged as tz.
its a little bit different as for the binary package, but ok.
Thanks
Joerg
>Hi!
>
>This was also new to me, quite good. Question is now: i have configured cpack
>in my CMakeLists to use TGZ only (on >linu
Hi!
This was also new to me, quite good. Question is now: i have configured cpack
in my CMakeLists to use TGZ only (on linux).
The binary package is made as tgz. For the source 3 packages are generated (as
in your example). How could this be
limited to the same as for the binaries or a different
12 matches
Mail list logo
