search for: config_ti_c54x

...he ones that the compiler does not > find. EXTEND32 is usually the cure there also. > > Now that I look at mdf.c, though, W is declares as spx_word32_t, so > there should not be a problem, unless spx_word32_t is being mapped to > 16-bits. That should not happen if you compile with CONFIG_TI_C54X > defined. This is odd. In both cases, what I'm seeing is that the code does a shift right by more than 16 bits. Is it possible that the C5x doesn't want to do that, even for 32-bit operands? It's either that or there's a build problem that causes the operands to be 16 bit inst...

yes, our DSP is 16 bit based, and if those bits of code aren't using 32 bit variables then yes that is what the warnings would be. Does this mean that the preprocessor and echo canceller won't work as well because of this? -Mike >>> Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> 01/18/08 8:42 PM >>> I think these warnings are due to your DSP being 16-bit and

...>> find. EXTEND32 is usually the cure there also. >>> >>> Now that I look at mdf.c, though, W is declares as spx_word32_t, so >>> there should not be a problem, unless spx_word32_t is being mapped to >>> 16-bits. That should not happen if you compile with CONFIG_TI_C54X >>> defined. This is odd. >> >> In both cases, what I'm seeing is that the code does a shift right by >> more than 16 bits. Is it possible that the C5x doesn't want to do that, >> even for 32-bit operands? It's either that or there's a build problem...

...e trickier problems are the ones that the compiler does not find. EXTEND32 is usually the cure there also. Now that I look at mdf.c, though, W is declares as spx_word32_t, so there should not be a problem, unless spx_word32_t is being mapped to 16-bits. That should not happen if you compile with CONFIG_TI_C54X defined. This is odd. - Jim ----- Original Message ----- From: Michael Jacobson To: Jean-Marc Valin Cc: speex-dev@xiph.org Sent: Tuesday, January 22, 2008 9:54 AM Subject: Re: [Speex-dev] Shift count warning messages yes, our DSP is 16 bit based, and if those bits of code ar...

...lly the cure there also. >>>>> >>>>> Now that I look at mdf.c, though, W is declares as spx_word32_t, so >>>>> there should not be a problem, unless spx_word32_t is being mapped to >>>>> 16-bits. That should not happen if you compile with CONFIG_TI_C54X >>>>> defined. This is odd. >>>> >>>> In both cases, what I'm seeing is that the code does a shift right by >>>> more than 16 bits. Is it possible that the C5x doesn't want to do that, >>>> even for 32-bit operands? It's ei...

...mpiler does not >> find. EXTEND32 is usually the cure there also. >> >> Now that I look at mdf.c, though, W is declares as spx_word32_t, so >> there should not be a problem, unless spx_word32_t is being mapped to >> 16-bits. That should not happen if you compile with CONFIG_TI_C54X >> defined. This is odd. > > In both cases, what I'm seeing is that the code does a shift right by > more than 16 bits. Is it possible that the C5x doesn't want to do that, > even for 32-bit operands? It's either that or there's a build problem > that causes th...

...EXTEND32 is usually the cure there also. >>>> >>>> Now that I look at mdf.c, though, W is declares as spx_word32_t, so >>>> there should not be a problem, unless spx_word32_t is being mapped to >>>> 16-bits. That should not happen if you compile with CONFIG_TI_C54X >>>> defined. This is odd. >>> >>> In both cases, what I'm seeing is that the code does a shift right by >>> more than 16 bits. Is it possible that the C5x doesn't want to do that, >>> even for 32-bit operands? It's either that or there...

...opus_int8; + typedef unsigned char opus_uint8; typedef signed short opus_int16; typedef unsigned short opus_uint16; typedef signed int opus_int32; typedef unsigned int opus_uint32; + typedef signed long long opus_int64; + typedef unsigned long long opus_uint64; #elif defined(CONFIG_TI_C54X) || defined (CONFIG_TI_C55X) + typedef char opus_int8; + typedef unsigned char opus_uint8; typedef short opus_int16; typedef unsigned short opus_uint16; typedef long opus_int32; typedef unsigned long opus_uint32; + typedef long long opus_int64; + typedef unsigned long long o...