search for: lround

...arounds for MSVC6: 1st, I need a fast way to swap bytes (for endianness) of a 32-bit int. I could not find a builtin like bswap; the closest thing I found was ntohl() which appears to be a function call and also requires linking with winsock2 (ws2_32.lib) to get it. 2nd, I need an equivalent for lround() (or round() is ok), which is not in MSVC6's math.h or anywhere else I could find. TIA, Josh ____________________________________________________________________________________ Cheap talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. http://voice.yahoo.com

- INCLUDES is deprecated, and CPPFLAGS is an user-defined variable, use the proper AM_CPPFLAGS instead - Remove FLAC__INLINE definition, providing proper replacement for MSVC compilers. - Detect if we have C99 's lround and provide a replacement for windows... --- configure.ac | 32 ++++++++-------------------- examples/c/decode/file/Makefile.am | 2 +- examples/c/encode/file/Makefile.am | 2 +- examples/cpp/decode/file/Makefile.am | 2 +- examples/...

...tionality of linux's <endian.h>. If you name the win32 replacements the same as the linux versions it should just work on both platforms. > the closest thing I found was ntohl() which appears to be a > function call Avoid that like the plague. > 2nd, I need an equivalent for lround() (or round() is ok), which > is not in MSVC6's math.h or anywhere else I could find. The operation of lround() is basically the same as lrint(). In src/float_cast.h I have: __inline long int lrint (double flt) { int intgr ; _asm { fld flt fistp intgr } ; return intgr ; }...

...gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/lib/integrated-as.specs -O1 aermod.f90 -o aermod > Undefined symbols for architecture x86_64: > "_iround", referenced from: I looked into this briefly. I think iround is some kind of gcc intrinsic (like the lround function in C, except it returns an int). I don't have access to that benchmark suite nor do I know Fortran very well. Can you try to construct a small reproducing test case given the above information about what this function does? Thanks, -- Peter

...;0' <= 9 log, logf, logl: * log(1.0) -> 0.0 * log(exp(x)) -> x * log(x**y) -> y*log(x) * log(exp(y)) -> y*log(e) * log(exp2(y)) -> y*log(2) * log(exp10(y)) -> y*log(10) * log(sqrt(x)) -> 0.5*log(x) * log(pow(x,y)) -> y*log(x) lround, lroundf, lroundl: * lround(cnst) -> cnst' memcmp: * memcmp(s1,s2,0) -> 0 * memcmp(x,x,l) -> 0 * memcmp(x,y,l) -> cnst (if all arguments are constant and strlen(x) <= l and strlen(y) <= l) * memcpy(x,y,1) -> *x - *y memcpy: * memcpy(d,s,0,a...

...t ship with a working iconv.h, so we must disable it under this specific compiler. 3. The code requires <inttypes.h> in a handful of C files, but config.mk did not contain -DHAVE_INTTYPES_H, which under the full build process (I assume) is added by autoconf. 4. The compiler complained when lround() in lpc.c was static, so it is no longer static. 5. Additional scattered linking directives (and reordering) (particularly FLAC, grabbag, and replaygain_analysis) were necessary to build some of the components. 6. The Makefile.lite build system benefited from some cleanup, particularly by rigo...

On Wed, May 08, 2013 at 06:53:05AM -0700, Peter Collingbourne wrote: > On Wed, May 08, 2013 at 09:25:55AM -0400, Jack Howarth wrote: > > Duncan, > > I was wondering if you plan on supporting the build of dragonegg under gcc 4.8.1svn > > for the llvm 3.3 release? Is the deprecation and poisoning of IDENT_ASM_OP too problematic > > to work around without some

...t ship with a working iconv.h, so we must disable it under this specific compiler. 3. The code requires <inttypes.h> in a handful of C files, but config.mk did not contain -DHAVE_INTTYPES_H, which under the full build process (I assume) is added by autoconf. 4. The compiler complained when lround() in lpc.c was static, so it is no longer static. 5. Additional scattered linking directives (and reordering) (particularly FLAC, grabbag, and replaygain_analysis) were necessary to build some of the components. 6. The Makefile.lite build system benefited from some cleanup, particularly by rigo...

...rint(long double)': ../projects/libcxx/include/math.h:1274:91: error: '::llrintl' has not been declared inline _LIBCPP_INLINE_VISIBILITY long long llrint(long double __lcpp_x) _NOEXCEPT {return ::llrintl(__lcpp_x);} ^~ ../projects/libcxx/include/math.h: In function 'long long int llround(long double)': ../projects/libcxx/include/math.h:1284:92: error: '::llroundl' has not been declared inline _LIBCPP_INLINE_VISIBILITY long long llround(long double __lcpp_x) _NOEXCEPT {return ::llroundl(__lcpp_x);} ^~ ../projects/libcxx/include/math.h: I...

...n declared > inline _LIBCPP_INLINE_VISIBILITY long long llrint(long double __lcpp_x) _NOEXCEPT {return ::llrintl(__lcpp_x);} > ^~ > ../projects/libcxx/include/math.h: In function 'long long int llround(long double)': > ../projects/libcxx/include/math.h:1284:92: error: '::llroundl' has not been declared > inline _LIBCPP_INLINE_VISIBILITY long long llround(long double __lcpp_x) _NOEXCEPT {return ::llroundl(__lcpp_x);} >...

...error: '::llrintl' has not > been declared > > inline _LIBCPP_INLINE_VISIBILITY long long llrint(long double __lcpp_x) > _NOEXCEPT {return ::llrintl(__lcpp_x);} > > > ^~ > > ../projects/libcxx/include/math.h: In function 'long long int > llround(long double)': > > ../projects/libcxx/include/math.h:1284:92: error: '::llroundl' has not > been declared > > inline _LIBCPP_INLINE_VISIBILITY long long llround(long double > __lcpp_x) _NOEXCEPT {return ::llroundl(__lcpp_x);} > > > ^~ >...

...rint(long double)': ../projects/libcxx/include/math.h:1274:91: error: '::llrintl' has not been declared inline _LIBCPP_INLINE_VISIBILITY long long llrint(long double __lcpp_x) _NOEXCEPT {return ::llrintl(__lcpp_x);} ^~ ../projects/libcxx/include/math.h: In function 'long long int llround(long double)': ../projects/libcxx/include/math.h:1284:92: error: '::llroundl' has not been declared inline _LIBCPP_INLINE_VISIBILITY long long llround(long double __lcpp_x) _NOEXCEPT {return ::llroundl(__lcpp_x);} ^~ ../projects/libcxx/include/math.h: In function 'long double log1...

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

...h Type: application/octet-stream Size: 1291 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20170122/b0ecf40a/attachment-0005.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0007-lpc.c-provide-a-solution-for-missing-lround-for-Watc.patch Type: application/octet-stream Size: 1018 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20170122/b0ecf40a/attachment-0006.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0008-ia32-nasm.h-for-Watcom-...