Hello, I am developing a plug-in for opendTect software (C++). In the
computation part of the plug-in there is a scope for parallel programming.
So, I wanted to use CUDA for this computation. I have written a separate
compute.cu file for this. Now how should I compile and link these two
files so t
For what it's worth, that ld error message I ran into does point to
the linker being run twice concurrently with same commandline.
( See also https://bugzilla.redhat.com/show_bug.cgi?id=809122 )
On Fri, Jun 20, 2014 at 7:35 AM, Leif Walsh wrote:
> wow
>
>
> On Fri, Jun 20, 2014 at 10:31 AM, Dan K
It occurs to me that invoking make on this cmake-generated makefile
with two targets and -j4 has indeed triggered a more serious problem,
and the build fails nondeterministically with an internal error in ld
(presumably because the linker's being invoked twice in parallel on
the same file?).
See ht
wow
On Fri, Jun 20, 2014 at 10:31 AM, Dan Kegel wrote:
> It occurs to me that invoking make on this cmake-generated makefile
> with two targets and -j4 has indeed triggered a more serious problem,
> and the build fails nondeterministically with an internal error in ld
> (presumably because the
On 20.06.2014 15:57, Jack Stalnaker wrote:
I see that there are standard modules for checking C and C++ compiler
flags, but there is no equivalent for fortran. Gfortran and ifort, for
instance, have different flags for changing/supporting source code
format and line length restrictions, so it w
I see that there are standard modules for checking C and C++ compiler
flags, but there is no equivalent for fortran. Gfortran and ifort, for
instance, have different flags for changing/supporting source code format
and line length restrictions, so it would be very useful to be able to
check which o
On Fri, Jun 20, 2014 at 3:02 AM, David Cole wrote:
>>> 138%
>>> make -j4 all examples_noinst
>
>> I've seen this too but never noticed a pattern about when it happens.
>
> Does it always happen when naming more than one target with make -j?
>
> I thought you were not supposed to name more than one
Definitely when using -j, I'm not sure about multiple targets. That would be a
kind of insane restriction if it were true, I think.
I also sometimes see dependencies not get satisfied during parallel builds,
when you say something about parallel multiple target builds that worries me,
but hon
138%
make -j4 all examples_noinst
I've seen this too but never noticed a pattern about when it happens.
Does it always happen when naming more than one target with make -j?
I thought you were not supposed to name more than one target with make
-j... (but I don't understand fully exactly why
On Friday, June 20, 2014 12:40 PM, Dan Kegel wrote:
Seen in the wild today:
[119%] Building CXX object
CMakeFiles/clownCar.dir/examples_noinst/clownCar.C.o *
...
[138%] Built target examples_noinst
And on another machine, the last report was
[144%] Built target plasmasimple
All were with CMak
Am 20.06.2014 08:58, schrieb Pierre-Jean Arduin:
Dear Madam, dear Sir,
I got this message when trying to cross-compile ITK (Insight Toolkit)
for Android on Linux:
System is unknown to cmake, create:
Platform/Android to use this system, please send your config file to
cm...@www.cmake.org so it c
11 matches
Mail list logo
