search for: _controlfp

...from 8001f to 9001f So, what I did to try to fix the problem (to my knowledge, Microsoft will not support compile time switching of floating point control until version 8.0 of their compiler - see: http://blogs.msdn.com/ericflee) was to place the following statement inside R_init_mylib: _controlfp(_MCW_PC, _PC_64); // use extended precision for operations in x87 FPU This didn't fix my problem. I ended up sprinkling these liberally throughout my code, but that didn't help. One thing I do like about the Microsoft compiler is the debugging facility. But, I'll definitely switc...

...ss compile R under Linux but get an error. i586-mingw32-gcc -isystem /home/schouwl/unpack/mingw/include -O2 -Wall -pedantic -I../include -I. -DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this function) dynload.c:94: error: (Each undeclared identifier is reported only once dynload.c:94: error: for each function it appears in.) dynload.c:95: warning: implicit declaration of function `_clearfp' dynload.c:99: error: `...

I'm trying to figure out why the presence of a Fortran call affects the result of a floating-point operation. I have C functions void test1(int *n, double *f){ int outC; double c0; c0 = (double) *n * *f; outC = floor(c0); printf("when f computed by R, C says %d by itself\n",outC); } void test2(int *n, double *f){ extern int F77_NAME(ifloor)(double *); int

...CROSS = mingw-cross4 */, I encounter: mingw32-gcc -isystem ~/RCrossBuild/cross- tools/mingw32/include -O2 -Wall -pedantic -I../include -I. - DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this function) dynload.c:94: error: (Each undeclared identifier is reported only once dynload.c:94: error: for each function it appears in.) dynload.c:95: warning: implicit declaration of function `_clearfp' dynload.c:99: error...

I tried to cross-compile the newest release 2.0.1 on a linux machine, but i always got an error at the following stage DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this function) dynload.c:94: error: (Each undeclared identifier is reported only once dynload.c:94: error: for each function it appears in.) dynload.c:95: warning: implicit declaration of function `_clearfp' dynload.c:99: error: `...

...et the FPU control > word during initialization; this will cause problems in R, and will result > in a warning message like "DLL attempted to change FPU control word from > 8001f to 9001f". The value 8001f that gets reported is in the format > expected by the C library routine _controlfp; the raw value that is used > in the FPU register is 037F. Also with a few old discussions that explain (for a package developer) how to avoid this. The question is, should I, as a useR, do anything regarding this warning massage ? I use winXP , here is my sessionInfo() R version 2.10.1...

In res0.c, line 78 I get a a division by zero (look->frames==0) when running vorbisfile_example. Is this some debugging code? Note that you don't see the exception unless you insert __asm{ push edx sub esp, 4 fstcw [esp] mov dx, [esp] and dx, 0xFFFE mov [esp], dx fldcw [esp] add

.../packages/R-X/i386-mingw32/include -O2 -Wall -pedantic -I../include -I../include/R_ext -I. -DHAVE_CONFIG_H -c extra.c -o extra.o extra.c: In function `Rwin_fpset': extra.c:452: warning: implicit declaration of function `_fpreset' extra.c:453: warning: implicit declaration of function `_controlfp' extra.c:453: `_MCW_EM' undeclared (first use in this function) extra.c:453: (Each undeclared identifier is reported only once extra.c:453: for each function it appears in.) make: *** [extra.o] Error 1 $ i386-mingw32-gcc --version 2.95.2 With the sources from r-devel, which have bee...

...uot;C:\\Program Files\\lotus\\notes\\nlnotes.exe", setting to 0xdeadbeef err:module:import_dll No implementation for MSVCRT.dll._except_handler3 imported from L"C:\\Program Files\\lotus\\notes\\nlnotes.exe", setting to 0xdeadbeef err:module:import_dll No implementation for MSVCRT.dll._controlfp imported from L"C:\\Program Files\\lotus\\notes\\nlnotes.exe", setting to 0xdeadbeef err:module:import_dll No implementation for MSVCRT.dll.strlen imported from L"C:\\Program Files\\lotus\\notes\\nlnotes.exe", setting to 0xdeadbeef err:module:LdrInitializeThunk Main exe initiali...