search for: sint64

...es.h Tue Feb 27 00:28:28 2001 +++ ogg/include/ogg/os_types.h Tue Feb 27 00:29:50 2001 @@ -43,10 +43,7 @@ typedef _G_int16_t ogg_int16_t; # endif -#else - - -# ifdef macintosh +#elif defined(macintosh) #include <sys/types.h> @@ -55,20 +52,24 @@ typedef UInt32 ogg_uint32_t; typedef SInt64 ogg_int64_t; -# else +#elif defined(__EMX__) + +typedef short ogg_int16_t; +typedef int ogg_int32_t; +typedef unsigned int ogg_uint32_t; +typedef long long ogg_int64_t; -# ifdef __BEOS__ +#else + +# ifdef __BEOS__ /* Be */ #include <inttypes.h> -# endif +# endif #include...

...08/30 07:09:46 1.3 +++ vorbis/include/vorbis/os_types.h.in 2000/10/05 20:35:38 @@ -37,4 +37,14 @@ typedef _G_int16_t ogg_int16_t; #endif + +#elif defined(macintosh) + +#include <sys/types.h> + +typedef SInt16 ogg_int16_t; +typedef SInt32 ogg_int32_t; +typedef UInt32 ogg_uint32_t; +typedef SInt64 ogg_int64_t; + #else --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is neede...

Please change all longs to int, and never use them in the future :) They arent needed as on most platforms they are the same size. (which is the assumption made in the ogg code anyway) The reason for this is i will have vorbis support on playstation 2, but long is 64 bits, and they are excruciatingly slow. cheers Brett Paterson --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

...gned __int64 opus_uint64; # endif #elif defined(__MACOS__) # include <sys/types.h> + typedef SInt8 opus_int8; + typedef UInt8 opus_uint8; typedef SInt16 opus_int16; typedef UInt16 opus_uint16; typedef SInt32 opus_int32; typedef UInt32 opus_uint32; + typedef SInt64 opus_int64; + typedef UInt64 opus_uint64; #elif (defined(__APPLE__) && defined(__MACH__)) /* MacOS X Framework build */ -# include <sys/types.h> +# include <inttypes.h> + typedef int8_t opus_int8; + typedef uint8_t opus_uint8; typedef int16_t opus_int16; - typ...

...t32 spx_uint32_t; typedef __int16 spx_int16_t; typedef unsigned __int16 spx_uint16_t; # endif #elif defined(__MACOS__) # include <sys/types.h> typedef SInt16 spx_int16_t; typedef UInt16 spx_uint16_t; typedef SInt32 spx_int32_t; typedef UInt32 spx_uint32_t; typedef SInt64 spx_int64_t; #elif defined(__MACOSX__) /* MacOS X Framework build */ # include <sys/types.h> typedef int16_t spx_int16_t; typedef u_int16_t spx_uint16_t; typedef int32_t spx_int32_t; typedef u_int32_t spx_uint32_t; typedef int64_t spx_int64_t; #elif defined(__BEOS__) /*...

On Wed, May 20, 2009 at 4:55 PM, Dan Gohman <gohman at apple.com> wrote: > Can you explain why you chose the approach of using a new pass? > I pictured removing LegalizeDAG's type legalization code would > mostly consist of finding all the places that use TLI.getTypeAction > and just deleting code for handling its Expand and Promote. Are you > anticipating something more

On May 20, 2009, at 1:34 PM, Eli Friedman wrote: > On Wed, May 20, 2009 at 1:19 PM, Eli Friedman > <eli.friedman at gmail.com> wrote: > >> Per subject, this patch adding an additional pass to handle vector >> >> operations; the idea is that this allows removing the code from >> >> LegalizeDAG that handles illegal types, which should be a significant

...return std::make_pair(SDValue(), SDValue()); if (Subtarget->is64Bit() && - Op.getValueType() == MVT::i64 && + DstTy == MVT::i64 && Op.getOperand(0).getValueType() != MVT::f80) return std::make_pair(SDValue(), SDValue()); // We lower FP->sint64 into FISTP64, followed by a load, all to a temporary // stack slot. MachineFunction &MF = DAG.getMachineFunction(); - unsigned MemSize = Op.getValueType().getSizeInBits()/8; + unsigned MemSize = DstTy.getSizeInBits()/8; int SSFI = MF.getFrameInfo()->CreateStackObject(MemSize, MemS...