search for: floorf

Hi, I have a test case would fail due to instruction combine cast from floor to floorf. double d = 1024.0 - 1.0 / 32768.0; extern double floor(double); extern float floorf(float); extern void abort(); int main() { float f1 = (float)floor(d); if ((int)f1 != 1023) abort (); return 0; } My question is: Is the transformation legal for this case? Thanks, Shiva

...re missing from this routine. In particular, floor, which was causing problems in the mips16 port. Is there some reason to not add the ones that are missing? For example, adding the following fixed my problem with floor. case Intrinsic::floor: EnsureFPIntrinsicsExist(M, I, "floorf", "floor", "floor"); break;

...n particular, floor, which was causing problems in the mips16 port. > > Is there some reason to not add the ones that are missing? > > For example, adding the following fixed my problem with floor. > > case Intrinsic::floor: > EnsureFPIntrinsicsExist(M, I, "floorf", "floor", "floor"); > break;

...as causing problems in the mips16 port. >> >> Is there some reason to not add the ones that are missing? >> >> For example, adding the following fixed my problem with floor. >> >> case Intrinsic::floor: >> EnsureFPIntrinsicsExist(M, I, "floorf", "floor", "floor"); >> break; >> > > Note that this code is being used mainly (only?) by the Interpreter. Eli -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachment...

...445: undefined reference to `sqrtf' /home/peppermint/build/opus-1.1-beta/celt/pitch.c:481: undefined reference to `sqrtf' /usr/local/lib/libopus.a(quant_bands.o): In function `quant_coarse_energy_impl': /home/peppermint/build/opus-1.1-beta/celt/quant_bands.c:202: undefined reference to `floorf' /usr/local/lib/libopus.a(quant_bands.o): In function `quant_fine_energy': /home/peppermint/build/opus-1.1-beta/celt/quant_bands.c:375: undefined reference to `floorf' /usr/local/lib/libopus.a(quant_bands.o): In function `amp2Log2': /home/peppermint/build/opus-1.1-beta/celt/quant_ba...

...reference to `sqrtf' > /home/peppermint/build/opus-1.1-beta/celt/pitch.c:481: undefined reference to `sqrtf' > /usr/local/lib/libopus.a(quant_bands.o): In function `quant_coarse_energy_impl': > /home/peppermint/build/opus-1.1-beta/celt/quant_bands.c:202: undefined reference to `floorf' > /usr/local/lib/libopus.a(quant_bands.o): In function `quant_fine_energy': > /home/peppermint/build/opus-1.1-beta/celt/quant_bands.c:375: undefined reference to `floorf' > /usr/local/lib/libopus.a(quant_bands.o): In function `amp2Log2': > /home/peppermint/build/opus-1....

Hello, some misc. cleanup patches for speexdsp, nothing big I'm not sure about how to submit patches, so this is a test balloon :) ultimately, I'd like to fix the FIXED_POINT issue, see http://lists.xiph.org/pipermail/speex-dev/2013-December/008465.html currently, I think the only way to find out how speexdsp has been compiled is to resample some bytes and observe the output; which is

...:91: warning: conflicting types for built-in function 'strcmp' conftest.c:79: warning: conflicting types for built-in function 'sin' conftest.c:136: warning: conflicting types for built-in function 'ceilf' conftest.c:137: warning: conflicting types for built-in function 'floorf' conftest.c:138: warning: conflicting types for built-in function 'roundf' conftest.c:138: warning: conflicting types for built-in function 'roundf' conftest.c:140: warning: conflicting types for built-in function 'nearbyintf' conftest.c:142: warning: conflicting types f...

...ng for index - found -- Looking for isinf -- Looking for isinf - not found -- Looking for isinf -- Looking for isinf - found -- Looking for finite -- Looking for finite - not found -- Looking for isnan -- Looking for isnan - not found -- Looking for ceilf -- Looking for ceilf - found -- Looking for floorf -- Looking for floorf - found -- Looking for fmodf -- Looking for fmodf - found -- Looking for longjmp -- Looking for longjmp - found -- Looking for setjmp -- Looking for setjmp - found -- Looking for siglongjmp -- Looking for siglongjmp - found -- Looking for sigsetjmp -- Looking for sigsetjmp - f...

...oking for isinf > > -- Looking for isinf - found > > -- Looking for finite > > -- Looking for finite - not found > > -- Looking for isnan > > -- Looking for isnan - not found > > -- Looking for ceilf > > -- Looking for ceilf - found > > -- Looking for floorf > > -- Looking for floorf - found > > -- Looking for fmodf > > -- Looking for fmodf - found > > -- Looking for longjmp > > -- Looking for longjmp - found > > -- Looking for setjmp > > -- Looking for setjmp - found > > -- Looking for siglongjmp > &g...

...Looking for isinf - not found > -- Looking for isinf > -- Looking for isinf - found > -- Looking for finite > -- Looking for finite - not found > -- Looking for isnan > -- Looking for isnan - not found > -- Looking for ceilf > -- Looking for ceilf - found > -- Looking for floorf > -- Looking for floorf - found > -- Looking for fmodf > -- Looking for fmodf - found > -- Looking for longjmp > -- Looking for longjmp - found > -- Looking for setjmp > -- Looking for setjmp - found > -- Looking for siglongjmp > -- Looking for siglongjmp - found > --...

On Oct 25, 2011, at 6:09 AM, Marcello Maggioni wrote: > Hi, I'm trying to compile the latest clang/llvm SVN versions and I get > this error on multiple systems : Linking, not compiling, but still. I am getting a similar error when building this morning. > Undefined symbols for architecture x86_64: > "clang::Sema::checkPseudoObjectRValue(clang::Expr*)", referenced

...Looking for isinf - found >> > -- Looking for finite >> > -- Looking for finite - not found >> > -- Looking for isnan >> > -- Looking for isnan - not found >> > -- Looking for ceilf >> > -- Looking for ceilf - found >> > -- Looking for floorf >> > -- Looking for floorf - found >> > -- Looking for fmodf >> > -- Looking for fmodf - found >> > -- Looking for longjmp >> > -- Looking for longjmp - found >> > -- Looking for setjmp >> > -- Looking for setjmp - found >> > -...

...deletions(-) diff --git a/cmake/config-ix.cmake b/cmake/config-ix.cmake index b8be58e..1f178c7 100755 --- a/cmake/config-ix.cmake +++ b/cmake/config-ix.cmake @@ -49,6 +49,7 @@ check_symbol_exists(isnan math.h HAVE_ISNAN_IN_MATH_H) check_symbol_exists(ceilf math.h HAVE_CEILF) check_symbol_exists(floorf math.h HAVE_FLOORF) check_symbol_exists(mallinfo malloc.h HAVE_MALLINFO) +check_symbol_exists(malloc_zone_statistics malloc/malloc.h HAVE_MALLOC_ZONE_STATISTICS) check_symbol_exists(pthread_mutex_lock pthread.h HAVE_PTHREAD_MUTEX_LOCK) check_symbol_exists(strtoll stdlib.h HAVE_STRTOLL) diff --...

Eric Christopher <echristo at apple.com> writes: >>> Or cleanup both headers from unused stuff by Eric's >>> suggestion? >> >> I'm not sure this is a good idea (not that it is bad either). Murphy's >> Law says that a function that you remove today will be used tomorrow. > > I meant literally functions that aren't used in the

...ee(ptr);} #ifdef FIXED_POINT #define WORD2INT(x) ((x) < -32767 ? -32768 : ((x) > 32766 ? 32767 : (x))) #else -#define WORD2INT(x) ((x) < -32767.5f ? -32768 : ((x) > 32766.5f ? 32767 : floor(.5+(x)))) +#define WORD2INT(x) ((x) < -32767.5f ? -32768 : ((x) > 32766.5f ? 32767 : floorf(.5+(x)))) #endif #define IMAX(a,b) ((a) > (b) ? (a) : (b)) @@ -273,12 +273,12 @@ static spx_word16_t sinc(float cutoff, float x, int N, struct FuncDef *window_fu { /*fprintf (stderr, "%f ", x);*/ float xx = x * cutoff; - if (fabs(x)<1e-6f) + if (fabsf...

...INT > #define WORD2INT(x) ((x) < -32767 ? -32768 : ((x) > 32766 ? 32767 : (x))) > #else > -#define WORD2INT(x) ((x) < -32767.5f ? -32768 : ((x) > 32766.5f ? 32767 : > floor(.5+(x)))) > +#define WORD2INT(x) ((x) < -32767.5f ? -32768 : ((x) > 32766.5f ? 32767 : > floorf(.5+(x)))) > #endif > > #define IMAX(a,b) ((a) > (b) ? (a) : (b)) > @@ -273,12 +273,12 @@ static spx_word16_t sinc(float cutoff, float x, int > N, struct FuncDef *window_fu > { > /*fprintf (stderr, "%f ", x);*/ > float xx = x * cutoff; > - if (fab...

On Jan 5, 2011, at 6:34 AM, Óscar Fuentes wrote: > arrowdodger <6yearold at gmail.com> writes: > >>> Or to say it with other words: patches welcome. >> >> So, how should i proceed? Make CMake-generated config to be identical to >> autotools one? > > That would be a good thing. > > Please note that some checks are a bit tricky. A function that

...;> > -- Looking for finite > >> > -- Looking for finite - not found > >> > -- Looking for isnan > >> > -- Looking for isnan - not found > >> > -- Looking for ceilf > >> > -- Looking for ceilf - found > >> > -- Looking for floorf > >> > -- Looking for floorf - found > >> > -- Looking for fmodf > >> > -- Looking for fmodf - found > >> > -- Looking for longjmp > >> > -- Looking for longjmp - found > >> > -- Looking for setjmp > >> > -- Looking...

...he codebase today maybe > some programmer will need that function tomorrow. And adding an autoconf > check is far from trivial, at least for those not familiarized with the > autotools. > Adding a check for most standard functions is amazingly trivial: AC_CHECK_FUNCS([backtrace ceilf floorf roundf rintf nearbyintf getcwd ]) AC_CHECK_FUNCS([powf fmodf strtof round ]) AC_CHECK_FUNCS([getpagesize getrusage getrlimit setrlimit gettimeofday ]) AC_CHECK_FUNCS([isatty mkdtemp mkstemp ]) AC_CHECK_FUNCS([mktemp posix_spawn realpath sbrk setrlimit strdup ]) AC_CHECK_FUNCS([strerror strerror_r s...