search for: int32_t

...t thumb1. > The second version is 32 bit neon and should be #ifdef __ARM_NEON__ > I've done a third version which is 64 bit neon. I'm working off an > android version which is rc2 so I'll need to integrate, but here it is: > > #if defined(__aarch64__) > static inline int32_t saturate_32bit_to_16bit(int32_t a) { > int32_t ret; > asm volatile ("sqxtn h0, %s[a]\n" > "sxtl v0.4s, v0.4h\n" > "fmov %w[ret], s0\n" > : [ret] "=&r" (ret) > : [a] "w" (a) > : "v0" ); &gt...

Under cygwin 1.5.25 we get the following compile warnings flist.c: In function `output_flist': flist.c:2648: warning: unsigned int format, uint32_t arg (arg 4) flist.c:2648: warning: unsigned int format, uint32_t arg (arg 4) flist.c:2655: warning: unsigned int format, uint32_t arg (arg 5) flist.c:2655: warning: unsigned int format, uint32_t arg (arg 5) flist.c:2659: warning: int format, int32_t arg (arg 4) flist.c:2659: warning: int format, in...

...d, 101 insertions(+), 0 deletions(-) diff --git a/libspeex/resample_neon.h b/libspeex/resample_neon.h index ba93e41..e7e981e 100644 --- a/libspeex/resample_neon.h +++ b/libspeex/resample_neon.h @@ -39,6 +39,30 @@ #include <arm_neon.h> #ifdef FIXED_POINT +#ifdef __thumb2__ +static inline int32_t saturate_32bit_to_16bit(int32_t a) { + int32_t ret; + asm ("ssat %[ret], #16, %[a]" + : [ret] "=&r" (ret) + : [a] "r" (a) + : ); + return ret; +} +#else +static inline int32_t saturate_32bit_to_16bit(int32_t a) { + int32_t ret; +...

...ror."; + "last_modified", (RInt64, [AHive]), "return the modification time from the header of the hive", "\ diff --git a/lib/hivex.c b/lib/hivex.c index bf1a860..455202f 100644 --- a/lib/hivex.c +++ b/lib/hivex.c @@ -64,7 +64,7 @@ struct ntreg_header { uint32_t sequence2; int64_t last_modified; uint32_t major_ver; /* 1 */ - uint32_t minor_ver; /* 3 */ + uint32_t minor_ver; /* Seen as 3 in XP, 5 in Vista */ uint32_t unknown5; /* 0 */ uint32_t unknown6; /* 1 */ uint32_t offset;...

Hi all, I build successfully with speex-1.2rc2. And with speexdsp 1.2rc3, I build with i386, X86_64, armv7 and armv7s all passed. But when I build for ARM64 (for iPhone 6), it failed with: /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in libspeexdsp CC preprocess.lo CC jitter.lo CC mdf.lo CC fftwrap.lo CC

...eate(context, "entry", f); IRBuilder<> builder(bb); Value* one = builder.getInt32(1); Value* v = builder.CreateAdd(one, arg); builder.CreateRet(v); ExecutionEngine* engine = EngineBuilder(module).create(); void* vpf = engine->getPointerToFunction(f); int32_t (*fp)(int32_t) = (int32_t (*)(int32_t))(intptr_t)vpf; int32_t out = fp(10); cout << "out is: " << out << endl; return 0; } I appreciate your help. Thanks, Nick -------------- next part -------------- An HTML attachment was scrubbed... URL: <http...

...d for arm32 and thumb2 but not thumb1. The second version is 32 bit neon and should be #ifdef __ARM_NEON__ I've done a third version which is 64 bit neon. I'm working off an android version which is rc2 so I'll need to integrate, but here it is: #if defined(__aarch64__) static inline int32_t saturate_32bit_to_16bit(int32_t a) { int32_t ret; asm volatile ("sqxtn h0, %s[a]\n" "sxtl v0.4s, v0.4h\n" "fmov %w[ret], s0\n" : [ret] "=&r" (ret) : [a] "w" (a) : "v0" ); return ret; } #elif defined(__ARM_NEON...

...ery_CodeBench_for_ARM_EABI\arm-none-eabi\include" -ferror-limit=1000 and the followings are error codes. Thanks and regards, Seung-yeon. In file included from helloneon.c:4: d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: error: invalid vector element type 'int32_t' (aka 'long') typedef __attribute__((neon_vector_type(2))) int32_t int32x2_t; ^ d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:42:24: error: invalid vector element type 'int32_t' (aka 'long') typedef __attribute__((neon_vecto...

...econd version is 32 bit neon and should be #ifdef __ARM_NEON__ >> I've done a third version which is 64 bit neon. I'm working off an >> android version which is rc2 so I'll need to integrate, but here it is: >> >> #if defined(__aarch64__) >> static inline int32_t saturate_32bit_to_16bit(int32_t a) { >> int32_t ret; >> asm volatile ("sqxtn h0, %s[a]\n" >> "sxtl v0.4s, v0.4h\n" >> "fmov %w[ret], s0\n" >> : [ret] "=&r" (ret) >> : [a] "w" (a) >>...

stubdom: int32_t is provided by stdint.h, not sys/types.h diff -r c2472ded5c7c extras/mini-os/include/posix/dirent.h --- a/extras/mini-os/include/posix/dirent.h Tue Aug 26 15:16:57 2008 +0100 +++ b/extras/mini-os/include/posix/dirent.h Tue Aug 26 16:43:27 2008 +0100 @@ -1,7 +1,7 @@ #ifndef _POSIX_DIRENT_H #defin...

Hi, I am trying to build LLVM on x86 Windows platform with Cygwin and get an error building lib/Support/APInt.cpp. I get the same errors using gcc 3.4.2 and 3.4.4. The log is attached. Please advice. Thanks. Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080617/03b85700/attachment.html>

...On almost all targets I'm aware of 32-bit integers should be aligned to 32-bits. There's a bit more variation for 64-bit ints. Programs that work on buffers of bytes often cast pointers into those buffers inappropriately. E.g. char *Buf = ...; [...] return doSomethingWithInts((int32_t *)&Buf[Idx]); For example I'd be very suspicious of ALACEncoder.cpp lines 340 and 352. I expect there's more, those are just the first two I found by grepping for "(int32_t *)". Everything seems to work fine until the compiler becomes clever enough to realise it can use a sl...

.../llvm/lib/Support' > llvm[1]: Compiling APFloat.cpp for Debug build > llvm[1]: Compiling APInt.cpp for Debug build > APInt.cpp: In member function `void > llvm::APInt::Profile(llvm::FoldingSetNodeID&) const': > APInt.cpp:170: error: call of overloaded `AddInteger(const uint32_t&)' > is ambiguous > /cygdrive/c/llvm/include/llvm/ADT/FoldingSet.h:216: note: candidates > are: void llvm::FoldingSetNodeID::AddInteger(int) > /cygdrive/c/llvm/include/llvm/ADT/FoldingSet.h:217: note: void > llvm::FoldingSetNodeID::AddInteger(unsigned int) > /cygdrive/c/l...

Hi Eric, Could you explain the intent and policy regarding the test-suite body of code. Should the test be left as much as possible as-is (even if technically incorrect)? Should changes only affect the XCore target (#ifdef) or should all targets get the changes? Taking "int32_t main" as an example. The correct return type & argc for main is 'int'. In the XCore tool chain, 'int32_t' equates to long (IIRC) and hence is not acceptable in the type signature for main. Should this change be only for the XCore target or all targets? When I know the poli...

...ons(+), 15 deletions(-) diff --git a/lib/hivex.c b/lib/hivex.c index efc27f8..e3c1e05 100644 --- a/lib/hivex.c +++ b/lib/hivex.c @@ -208,6 +208,19 @@ struct ntreg_sk_record { char sec_desc[1]; /* security info follows */ } __attribute__((__packed__)); +struct ntreg_db_record { + int32_t seg_len; /* length (always -ve because used) */ + char id[2]; /* "db" */ + uint16_t nr_blocks; + uint32_t blocklist_offset; + uint32_t unknown1; +} __attribute__((__packed__)); + +struct ntreg_db_block { + int32_t seg_len; + char data[1]; +} __attribut...

LLVM's typedefs for int32_t etc. under MSVC (in Support/DataTypes.h) conflict with those used by other third-party libraries. Instead of these: #ifdef _MSC_VER typedef __int64 int64_t; typedef unsigned __int64 uint64_t; typedef signed int int32_t; typedef unsigned int uint32_t; typedef short int16_t; typedef unsigned short u...

...ld LLVM on x86 Windows platform with Cygwin and get an > error building lib/Support/APInt.cpp. I get the same errors using gcc 3.4.2 > and 3.4.4. The log is attached. Please advice. Thanks. I encountered this issue also when building LLVM on Cygwin. I modified /usr/include/stdint.h to change int32_t and unit32_t from long's to int's. So the following changes were performed: typedef long int32_t becomes typedef int int32_t typedef unsigned long uint32_t becomes typedef unsigned int uint32_t That fixed the error for me and LLVM compiled without issues after the change. Padraig > J...

...(I haven't checked other targets). Here's a test case with spilling/no-spilling code put on conditional compile: #if __SSE4_1__ != 0 #include <smmintrin.h> #else #include <emmintrin.h> #endif #include <stdint.h> #include <assert.h> #if SPILLING_ENSUES == 1 static int32_t geti(const __m128i v, const size_t i) { switch (i) { case 0: return _mm_cvtsi128_si32(v); case 1: return _mm_cvtsi128_si32(_mm_shuffle_epi32(v, 0xe5)); case 2: return _mm_cvtsi128_si32(_mm_shuffle_epi32(v, 0xe6)); case 3: return _mm_cvtsi128_si32(_mm_shuffle_epi32(v, 0xe7)); } assert(0); return -1...

...ply writes the encoded data out to a file stream, and metadata_callback isn't doing anything at the moment (one thing at a time :-) ). Now one thing that I see which may be causing my issue is the fact that paranoia is extracting to an int16_t buffer whereas the FLAC functions are expecting an int32_t buffer. I've tried doing the following to convert int16_t *paranoia_buffer int32_t *flac_buffer for(j = 0; j < n; ++j) flac_buffer[j] = paranoia_buffer[j]; and then using flac_buffer for the encoding, to no avail. Other than that, I have no idea what I may be doing wrong. Thanks, -- R...

Does 'nounwind' have semantics that inform optimization passes? It seems to in some cases, but not consistently. For example... int32_t foo(int32_t* ptr) { int i = 0; int result; do { bar(ptr); result = *ptr; bar(ptr); } while (i++ < *ptr); return result; } Say we have a front end that declares bar as... declare void @bar(i32*) readonly; So 'bar' is 'readonly' and 'may-unwind'. W...