Thanks for your tip. Well, the correct term is _SECURE_SCL and it
can be passed to compiler to turn it off by adding /D
"_SECURE_SCL=0". But, I have read somewhere that it can make your
code
unstable and get many runtime crashes. However, I have not tested
yet. Microsoft have also announced that this flag is off by
default in release mode in Visual Studio's later version. So the
problem is fixed in
Visual Studio 2010.
Thanks again for your help,
D.
On 2010-10-09 16:34, Cédric Venet wrote:
WOW! I really hope that this will fix the
problem. I will check it tomorrow, but can you please let me
know what does this flag do?
check on the internet, its a well known gotcha which has been
fixed in VS2010. basically, it disable some iterator checking
which is strangely active even in release mode.
Another question! Do I have to add the line
#define _SCL_SECURE 0
to all my header and code sources even source of GMM++ or just
on my own source files or even on file is enough?
easiest way is to add /D"_SCL_SECURE=0" (or the like) to your
command line when compiling your code *and* gmm (if its not header
only?)
or add it first in all the C++ files.
What about those pragmas you mentioned?
check msdn. if needed add, they must be defined before including
the gmn headers.
Thanks
On 2010-10-08 10:09, Cédric Venet wrote:
hi,
try to define _SCL_SECURE=0 (warning ABI incompatible so all
the code you link must use this flag)
for code using the stl heavily, it can result in 100x speedup.
perhaps also:
#pragma inline_recursion
#pragma inline_depth
and check all the optimisation are on.
regards
Cédric
On 07/10/2010 23:23, Danesh Daroui wrote:
>
>
> Hi,
>
> I have recently ported our code written with GMM++ to
64-bit
system
> and recompiled the code in Visual Studio 2008. The
weird
thing is
> that when I run the code, GMM++ function compiled with
Visual
Studio
> 2008 has extremely poor performance comparing to the
old
32-bit code
> compiled with MingW on Windows. I also compiled the
code
with
Intel
> C++ Compiler 11.1 in Visual Studio 2008, and the
performance
of
> GMM++ functions were still very very low and they
worked
very
slow.
> What is the reason? I thought, maybe the GMM++ code is
suited
to be
> compiled with gcc, but in the web site it is stated
that
the
code is
> compatible with Intel C++ Compiler 8.0. Has anybody had
same
> experience?
>
> Thanks,
>
> D.
>
>
> _______________________________________________
Getfem-users
mailing
> list address@hidden
https://mail.gna.org/listinfo/getfem-users
>
--
Danesh Daroui
Ph.D Student
Lulea University of Technology
http://www.ltu.se
address@hidden
Tel: +46-(0)920-492451
Cell phone: +46-(0)704-399847
--
Danesh Daroui
Ph.D Student
Lulea University of Technology
http://www.ltu.se
address@hidden
Tel: +46-(0)920-492451
Cell phone: +46-(0)704-399847
|