search for: modf

...t;- data.frame(cbind(X,F)) F2 V1 V2 V3 F 1 -0.250536332 -1.4755883 1.9580974 -2.136487 2 -0.009856084 0.4953269 0.5486092 -2.744482 3 -0.406962682 0.7729631 0.1861905 -2.891821 4 1.938780097 0.7469251 1.2537781 -1.212992 5 -0.332370358 1.1943637 0.7114278 -1.830441 modF<-formula(F ~ V1 + V2 + V3) #no error message #general least squares model works fine glm.F <- glm(modF, data = F2, family = gaussian) #But there are unresolved errors with gl1ce gl1F<-gl1ce(modF, data=F2, family=gaussian) Error in family(family) : link "family" not avai...

In the example below, the Memory Sanitizier (from clang 3.3) reports an error: #include <math.h> int main() { double x; (void) modf(0, &x); if (x) { // Boom return 1; } return 0; } I see that modf() is not implemented by compiler-rt. Is it possible to make the Memory Sanitizer assume that all un-instrumented functions initialize any pointers arguments? Thanks, Greg

...hpc/HPC8.1/sun/include -DHAVE_PNG_H -I/usr/include/libpng12 -DHAVE_FREETYPE -Iext/ftgl -I/usr/sfw/include/freetype2 -I/usr/sfw/include -Iext -I/opt/SUNWhpc/HPC8.1/sun/include -I/usr/sfw/include -I/opt/csw/include -KPIC -O -c Background.cpp -o Background.o "math.h", line 47: Error: modf is not a member of file level. "math.h", line 48: Error: modff is not a member of file level. "Shape.hpp", line 58: Error: The function "strncpy" must have a prototype. 3 Error(s) detected. I am using Sun studio 12. I suspect that this is an incompatibility between g+...

Hi all, I'd like you to know i'm not able to build Speex library anymore from CVS without modfing the code in mdf.c. This is due to the fact that EVC++ compiler doesn't like memory allocations in this form: spx_word16_t w[N]; where N is not a constant. I know this is not an error for gcc compiler and ANSI standard but it is in VS2005 and EVC++ 4.0 If someone knows how to compile this w...

...ng the following error: >> >> cutils.o: In function `strtosz_suffix_unit': >> /home/royger/xen-clean/tools/qemu-xen-dir/cutils.c:354: undefined >> reference to `__isnan' >> /home/royger/xen-clean/tools/qemu-xen-dir/cutils.c:357: undefined >> reference to `modf' >> collect2: ld returned 1 exit status >> >> According to modf man page [0], -lm should be used when linking. >> >> librt is used in qemu-time.c, but again the library was not specified >> at link time, throwing the following error: >> >> /home/r...

...e inconvenience. <cheap shot>Must be the price to pay for using an inferior compiler</cheap shot>. Jean-Marc Le mardi 20 d?cembre 2005 ? 11:13 +0100, Fabio a ?crit : > Hi all, > > I'd like you to know i'm not able to build Speex library anymore from > CVS without modfing the code in mdf.c. > This is due to the fact that EVC++ compiler doesn't like memory > allocations in this form: > > spx_word16_t w[N]; > > where N is not a constant. > I know this is not an error for gcc compiler and ANSI standard but it > is in VS2005 and EVC++ 4...

...-- a/configure +++ b/configure @@ -2447,6 +2447,20 @@ elif compile_prog "" "-lrt" ; then LIBS="-lrt $LIBS" fi +########################################## +# Do we need libm +cat > $TMPC <<EOF +#include <math.h> +int main(void) { double a, b; return modf(a, &b);} +EOF + +if compile_prog "" "" ; then + : +elif compile_prog "" "-lm" ; then + LIBS="-lm $LIBS" + libs_qga="-lm $libs_qga" +fi + if test "$darwin" != "yes" -a "$mingw32" != "yes" -a &...

...expect any issues with vector operations that change element > sizes from the RHS to the LHS, e.g. around legalization. Is the proposed semantics here that the number of elements stays the same size, and the overall vector width changes? > 3) Vector intrinsics for floor, ceil, round, frac/modf > > These are operations that are not trivially specified in terms of > simpler operations. It would be nice to have these as overloaded, > target-independent intrinsics, in the same way as llvm.cos etc. are > supported now. It seems like these could be handled through intrinsics in...

...projects/libcxx/include/math.h:939:92: error: '::log10l' has not been declared inline _LIBCPP_INLINE_VISIBILITY long double log10(long double __lcpp_x) _NOEXCEPT {return ::log10l(__lcpp_x);} ^~ ../projects/libcxx/include/math.h: In function 'long double modf(long double, long double*)': ../projects/libcxx/include/math.h:951:114: error: '::modfl' has not been declared inline _LIBCPP_INLINE_VISIBILITY long double modf(long double __lcpp_x, long double* __lcpp_y) _NOEXCEPT {return ::modfl(__lcpp_x, __lcpp_y);}...

...een declared > inline _LIBCPP_INLINE_VISIBILITY long double log10(long double __lcpp_x) _NOEXCEPT {return ::log10l(__lcpp_x);} > ^~ > ../projects/libcxx/include/math.h: In function 'long double modf(long double, long double*)': > ../projects/libcxx/include/math.h:951:114: error: '::modfl' has not been declared > inline _LIBCPP_INLINE_VISIBILITY long double modf(long double __lcpp_x, long double* __lcpp_y) _NOEXCEPT {return ::modfl(__lcpp_x, __lcpp_y);} >...

...939:92: error: '::log10l' has not > been declared > > inline _LIBCPP_INLINE_VISIBILITY long double log10(long double > __lcpp_x) _NOEXCEPT {return ::log10l(__lcpp_x);} > > > ^~ > > ../projects/libcxx/include/math.h: In function 'long double modf(long > double, long double*)': > > ../projects/libcxx/include/math.h:951:114: error: '::modfl' has not > been declared > > inline _LIBCPP_INLINE_VISIBILITY long double modf(long double __lcpp_x, > long double* __lcpp_y) _NOEXCEPT {return ::modfl(__lcpp_x, __lcpp_y)...

...ble log10(long double)': ../projects/libcxx/include/math.h:939:92: error: '::log10l' has not been declared inline _LIBCPP_INLINE_VISIBILITY long double log10(long double __lcpp_x) _NOEXCEPT {return ::log10l(__lcpp_x);} ^~ ../projects/libcxx/include/math.h: In function 'long double modf(long double, long double*)': ../projects/libcxx/include/math.h:951:114: error: '::modfl' has not been declared inline _LIBCPP_INLINE_VISIBILITY long double modf(long double __lcpp_x, long double* __lcpp_y) _NOEXCEPT {return ::modfl(__lcpp_x, __lcpp_y);} ^~ ../projects/libcxx/include/m...

...2) Vector strunc, sext, zext, fptrunc and fpext Again, I think these are hopefully straightforward. Please let me know if you expect any issues with vector operations that change element sizes from the RHS to the LHS, e.g. around legalization. 3) Vector intrinsics for floor, ceil, round, frac/modf These are operations that are not trivially specified in terms of simpler operations. It would be nice to have these as overloaded, target-independent intrinsics, in the same way as llvm.cos etc. are supported now. 4) Vector select We consider a vector select extremely important for a numb...

This is an updated and extended version of the original patch: https://www.redhat.com/archives/libguestfs/2010-August/msg00163.html This adds OCaml and Perl bindings (both tested), support for progress bars in virt-resize, and adds progress notifications to a number of the simpler commands. Still to do is to add progress messages to more commands. There are still a few commands which would be

----- Original Message ----- > From: "James Molloy via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Vaivaswatha Nagaraj" <vn at compilertree.com> > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org> > Sent: Thursday, December 3, 2015 4:41:46 AM > Subject: Re: [llvm-dev] Function attributes for LibFunc and its impact on GlobalsAA > >