search for: str9

...; <i8*> [#uses=2] %str4 = getelementptr [6 x i8]* @.str1, i64 0, i64 0 ; <i8*> [#uses=1] call i8* @strcat( i8* %str3, i8* %str4 ) ; <i8*>:0 [#uses=0] %tmp6 = call i32 @puts( i8* %str3 ) ; <i32> [#uses=0] %str9 = getelementptr [8 x i8]* @.str8, i64 0, i64 0 ; <i8*> [#uses=2] %str10 = getelementptr [7 x i8]* @.str7, i64 0, i64 0 ; <i8*> [#uses=1] call i8* @strcat( i8* %str9, i8* %str10 ) ; <i8*>:1 [#uses=0] %tmp12 = call i32 @puts...

Yes, I agree with you -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080106/efb1c465/attachment.html>

...; <i8*> [#uses=2] %str4 = getelementptr [6 x i8]* @.str1, i64 0, i64 0 ; <i8*> [#uses=1] call i8* @strcat( i8* %str3, i8* %str4 ) ; <i8*>:0 [#uses=0] %tmp6 = call i32 @puts( i8* %str3 ) ; <i32> [#uses=0] %str9 = getelementptr [8 x i8]* @.str8, i64 0, i64 0 ; <i8*> [#uses=2] %str10 = getelementptr [7 x i8]* @.str7, i64 0, i64 0 ; <i8*> [#uses=1] call i8* @strcat( i8* %str9, i8* %str10 ) ; <i8*>:1 [#uses=0] %tmp12 = call i32 @puts...

It's invalid for the same reason that char *foobar = strcat("foo", "bar"); is invalid in C. Please make sure you understand what you're asking LLVM to do before going any further down this path. A good approach is to write out the correct code in C and then use llvm-gcc (or the demo page at http://llvm.org/demo ) to see what it looks like in LLVM assembly. Nick

Hi everyone, I'm currently looking into using speex in an embedded project using an ST ARM-device (STR9 family) just with internal memory (96kbyte) and no O/S. Does anyone know if the optimizations included in the code for ARMv4 and ARMv5e are appliable to this device? I would also need to strip down libspeex pretty hard to fit into the available memory. I just want to use a fixed bitrate of 6000...

...8000 kbit/sec Encoder - 47% Decoder - 4% 11200 kbit/sec Encoder - 65% Decoder - 4.1% 15000 kbit/sec Encoder - 53% Decoder - 4.2% Except 11200 mode it can work on 48 MHz STM32 USB Access Line. (11200 probably can work in non full duplex application). Version for ARM v5E (STR9) is faster for about of 25% for comparable processor's frequencies, by using of DSP commands. Version for ARM v4 (STR7, LPC21XX/23XX/28XX) can work even on 60 MHz. (but not all speex modes. Just 6,8,15). Here is Measurements of performance for LPC2138 - 60 MHz. 4000 kbit/sec (qua...

Hey again) Now I have next code: ; ModuleID = 'sample.lz' @.str1 = internal global [8 x i8] c" world!\00" ; <[8 x i8]*> [#uses=1] @.str2 = internal global [8 x i8] c"hello, \00" ; <[8 x i8]*> [#uses=1] @.str7 = internal global [21 x i8] c"welcome to out hall!\00" ; <[21 x i8]*> [#uses=1] declare i32 @puts(i8*)

...ator crash! Checking to see if we can delete global inits: <llc> - Removing all global inits hides problem! *** Attempting to reduce the number of global variables in the testcase Checking for crash with only these global variables: .str .str1 .str2 .str3 .str4 .str5 .str6 .str7 .str8 .str9... <40 total>: <llc> Checking for crash with only these blocks: entry cond.true cond.false cond.end cond.true9 cond.false12 cond.end13 cond.true20 cond.false24 cond.end25... <20 total>: Cannot find `opt' in PATH! simplifycfg failed! On 11/22/2013 07:14 PM, Hal Finkel wrote...

...can delete global inits: <llc> > - Removing all global inits hides problem! > > *** Attempting to reduce the number of global variables in the > testcase > Checking for crash with only these global variables: .str .str1 > .str2 > .str3 .str4 .str5 .str6 .str7 .str8 .str9... <40 total>: <llc> > Checking for crash with only these blocks: entry cond.true cond.false > cond.end cond.true9 cond.false12 cond.end13 cond.true20 cond.false24 > cond.end25... <20 total>: Cannot find `opt' in PATH! > simplifycfg failed! Is 'opt' in you...

...That being said, I think adding a bunch of macros to the main codebase to do that automatically, would just make things more confusing. Jean-Marc Tobias Erichsen a ?crit : > Hi everyone, > > I'm currently looking into using speex in an embedded project > using an ST ARM-device (STR9 family) just with internal > memory (96kbyte) and no O/S. > > Does anyone know if the optimizations included in the code > for ARMv4 and ARMv5e are appliable to this device? > > I would also need to strip down libspeex pretty hard to fit > into the available memory. > &gt...

----- Original Message ----- > From: "reed kotler" <rkotler at mips.com> > To: LLVMdev at cs.uiuc.edu > Sent: Friday, November 22, 2013 8:40:24 PM > Subject: [LLVMdev] bugpoint question > > This is my first time using bugpoint. I'm getting the following > error: > > /home/rkotler/llvmw/install/bin/bugpoint -run-llc casts.bc > --tool-args >

This is my first time using bugpoint. I'm getting the following error: /home/rkotler/llvmw/install/bin/bugpoint -run-llc casts.bc --tool-args -target mips-linux-gnu -mcpu=mips16 -mips16-constant-islands Read input file : 'casts.bc' *** All input ok Initializing execution environment: Found llc: /home/rkotler/llvmw/install/bin/llc Sorry, I can't automatically select a

...3ca write_dependence_p > -0000060f l O .rodata 00000013 __FUNCTION__.22630 > -00000622 l O .rodata 0000001e __FUNCTION__.20040 > +0000060f l O .rodata 00000013 __FUNCTION__.22543 > +00000622 l O .rodata 0000001e __FUNCTION__.19955 > 00000640 l O .rodata 0000000f .str9 > 000052c0 l F .text 000001e2 record_alias_subset > -0000064f l O .rodata 00000014 __FUNCTION__.20708 > -00000663 l O .rodata 0000000e __FUNCTION__.20299 > -000006a0 l O .rodata 00000020 __FUNCTION__.20223 > -00000671 l O .rodata 00000019 __FUNCTION__.20731 >...

...stant [4 x i8] c"%d \00", align 1 @.str6 = private unnamed_addr constant [2 x i8] c"r\00", align 1 @.str7 = private unnamed_addr constant [27 x i8] c"Cannot open input file %s\0A\00", align 1 @.str8 = private unnamed_addr constant [3 x i8] c"%d\00", align 1 @.str9 = private unnamed_addr constant [2 x i8] c"\0A\00", align 1 define i32 @main(i32 %argc, i8** %argv) nounwind { entry: %retval = alloca i32, align 4 %argc.addr = alloca i32, align 4 %argv.addr = alloca i8**, align 8 %szarray = alloca i64, align 8 %wfile = alloca %struct._IO_FILE...

The saga continues. I've been tracking the interface changes and merging them with the refactoring work I'm doing. I got as far as building stage3 of llvm-gcc but the object files from stage2 and stage3 differ: warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs (Are the above two ok?) The list below is clearly bad. I think it's every object file in the