search for: alexpux

...versions mingw-w64 (this still needs to be patched in r-devel). So the full solution is: #if (defined(_WIN32) || defined(_WIN64)) && defined(__GNUC__) # define R_sqrt(x) (isnanl(x) ? x : sqrt(x)) #else # define R_sqrt sqrt #endif Below the relevant mingw-w64 sources: https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-crt/math/isnan.c https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-crt/math/isnanf.c https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-crt/math/isnanl.c I think mingw-w64 takes powl from glibc.

...gt; Finally, Ruby has build very similar to Rtools called DevKit-mingw64 > [7] that we might be able to borrow from. > > > [1] https://msys2.github.io/ > [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other > [3] https://github.com/Alexpux/MSYS2-packages > [4] https://github.com/Alexpux/MINGW-packages > [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh > [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 > [7] http://rubyinstaller.org/dow...

I have just uploaded to CRAN a new version 3.2.0.1948 of Rtools for Windows. This will become visible there in a few hours, and be copied to mirrors thereafter. People who want to build packages that include compiled code can use this to supply the compilers, etc., that are necessary for the build. It also includes some extra materials for people who want to build R itself. This version

On 14/09/2015 9:36 AM, luke-tierney at uiowa.edu wrote: > I believe the issue is that on Windows the sqrt function when called > with a NaN does not return the same NaN, as it does on other platforms. > We have > > #if (defined(_WIN32) || defined(_WIN64)) && defined(__GNUC__) && \ > __GNUC__ <= 4 > # define R_sqrt(x) (ISNAN(x) ? x : sqrt(x)) > #else

...or recent versions of gcc/mingw. Finally, Ruby has build very similar to Rtools called DevKit-mingw64 [7] that we might be able to borrow from. [1] https://msys2.github.io/ [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other [3] https://github.com/Alexpux/MSYS2-packages [4] https://github.com/Alexpux/MINGW-packages [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 [7] http://rubyinstaller.org/downloads/

...build very similar to Rtools called DevKit-mingw64 >> [7] that we might be able to borrow from. >> >> >> [1] https://msys2.github.io/ >> [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other >> [3] https://github.com/Alexpux/MSYS2-packages >> [4] https://github.com/Alexpux/MINGW-packages >> [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh >> [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 >> [7] http://rubyi...

...w/docs/n1570.pdf). They do recommend to use the macro SCNu64 (reserved for scanf family) rather than PRIu64 reserved for printf family functions. Unfortunately when I check the package with R-devel, I still have the warning. On GitHub, there are a version of mingw64 sources : https://github.com/Alexpux/mingw-w64/ . It is explicitly written that SCNu64 is I64u, see line 210 of https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-headers/crt/inttypes.h So, I was wondering if this warning was removable at all? Does anyone encounter this issue? Any help is appreciated. Thanks in advance, Ch...

...64 >>>> [7] that we might be able to borrow from. >>>> >>>> >>>> [1] https://msys2.github.io/ >>>> [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other >>>> [3] https://github.com/Alexpux/MSYS2-packages >>>> [4] https://github.com/Alexpux/MINGW-packages >>>> [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh >>>> [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 &...

...GCC-5.3-Fix-ISNAN-int-emits-UD2-insn.patch The reason that boxplot.stats() was crashing was because when isnan() is called with an int it emits a UD2 instruction to force a crash, so let us just cast the input value to a double to prevent that. The code for this can be seen here: https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-headers/crt/math.h#L612-L622 -- Best regards, Ray Donnelly, Continuum Analytics Inc.

...very similar to Rtools called DevKit-mingw64 > > [7] that we might be able to borrow from. > > > > > > [1] https://msys2.github.io/ > > [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other > > [3] https://github.com/Alexpux/MSYS2-packages > > [4] https://github.com/Alexpux/MINGW-packages > > [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh > > [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 > > [7] http://r...

On the IRC channel, RiCON mentioned the patch https://github.com/Alexpux/MINGW-packages/blob/master/mingw-w64-opus/0001-correctly-detect-alloca.mingw.patch , which apparently is necessary on MinGW. That patch had the disadvantage of breaking platforms that have <alloca.h> but not <malloc.h>. The attached patch should handle either case. -------------- next...

...ts-UD2-insn.patch > The reason that boxplot.stats() was crashing was because when isnan() is > called with an int it emits a UD2 instruction to force a crash, so let us > just cast the input value to a double to prevent that. The code for this > can be seen here: > https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-headers/crt/math.h#L612-L622 This one I can't guess at without seeing the patch. Duncan Murdoch > > -- > > Best regards, > > Ray Donnelly, > > Continuum Analytics Inc. > ______________________________________________ > R-devel at...

...ools called DevKit-mingw64 >>> [7] that we might be able to borrow from. >>> >>> >>> [1] https://msys2.github.io/ >>> [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other >>> [3] https://github.com/Alexpux/MSYS2-packages >>> [4] https://github.com/Alexpux/MINGW-packages >>> [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh >>> [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 >>>...

...ools called DevKit-mingw64 >>> [7] that we might be able to borrow from. >>> >>> >>> [1] https://msys2.github.io/ >>> [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other >>> [3] https://github.com/Alexpux/MSYS2-packages >>> [4] https://github.com/Alexpux/MINGW-packages >>> [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh >>> [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 >>>...

...64 >>>> [7] that we might be able to borrow from. >>>> >>>> >>>> [1] https://msys2.github.io/ >>>> [2] http://stackoverflow.com/questions/25019057/how-are-msys-msys2-and-msysgit-related-to-each-other >>>> [3] https://github.com/Alexpux/MSYS2-packages >>>> [4] https://github.com/Alexpux/MINGW-packages >>>> [5] http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh >>>> [6] http://stackoverflow.com/questions/7751640/undefined-reference-to-gxx-personality-sj0 &...

Dear Olly, thanks a lot for the pointer! I've fetched the patch you mention but actually it seems this is already included in the 1.4.3 release, is that possible? Also it did not solve the problem, I still get references to exp10. I've checked with nm and omenquire.o has undefined references to log10 and exp10. I went further and replaced exp10 in omenquire.cc with __builtin_exp10, but