similar to: [LLVMdev] naked assembler / function written entirely in asm

The following C test program was compiled using LLVM with -O3 option and MSVC with /O2. The MSVC one is about 600 times faster than the one compiled with the LLVM. We can see that the for loop in MSVC assembler is solved in the optimization pass more efficiently than that in LLVM. Is there an way to get a optimization result in LLVM like that of the MSVC? Manoel Teixeira #include

Hi all, I'm currently working on getting our (LDC) compiler to run on Win32/MinGW, now that DW2-style EH is available for it. The D programming language has a feature equivalent to LLVM module level inline assembly, so we need to at least partly follow the x86 D calling convention (http://dlang.org/abi.html). Most notably, the ABI mandates that the callee cleans the stack. On the various

Hi, I've recently been investigating problems with using naked functions in Clang where portions of the stack are overwritten in debug builds. This happens on all architectures I've tested (x86, x64, ARM) and is evident in the LLVM IR itself. With the svn builds of clang, there's an additional problem where undefined results are being introduced First to show what I'm discussing:

Hello, I had samba working fine with RH6.0 but now I cannot get it to work... I cannot even see the SAMBA machine in my network neighbor hood. TCP/IP connectivity is fine... Has something changed in this version?? Why does the smb.conf now have 'server string' instead of 'netbios name'??? I have attached smb.conf and smb thanks Ken -------------- next part --------------

In gcc, naked functions do not have a return instruction. It seems that in llvm they always have a return, although the prologue and epilogue is suppressed.

Thanks, Zed, for mongrel :!) I''ve been on TextDrive for some time running my sites behind apache w/lighttpd. Once it got running it was cool enough. When it ran. And there was still the webmin dance and all. So I decided to set things up on my little dedicated redhat server - since I''d had so much success locally w/mongrel. Fast. Simple. It has been great and I managed to move

I can now load and play AIFF, WAV, and OGG files using libsndfile and libao. Now I'm moving on to loading and playing files embedded in an IFF file. This is presenting a problem. Playing an AIFF embedded in an IFF works fine. Playing an OGG embedded in the same IFF fails. Specifically, it appears that sf_open_fd() can't figure out what it's being told to load. Except for

Hi, I finally was able to to get samba/winbind to authenticate off W2k3 Active Directory. I seen a lot of info on the web on how to do this but I never seem to have one site that got me through it all. Anyway, with all the info I gathered I was able to put it all together, get it working and documented all the steps I used. I'm running Redhat 4 (2.6.9-55.0.2) with compiled Samba 3.0.25c

Hello all, currently the SPU backend does not handle big stack frames (>16*511 bytes) nicely. llc asserts on malformed machine instructions. (Assertion `MI->getOperand(OpNo).isImm() && "printDFormAddr first operand is not immediate") E.g. the function: define i32 @foo() nounwind { entry: %retval = alloca i32 %big_data = alloca [1000 x i32] store i32 3840, i32*

Hi, I'm trying to run the following module in lli on LLVM 2.6, Windows/MSVS 2008, 32 bits memory model: --- declare x86_stdcallcc i8* @GetStdHandle(i32) define i32 @main() { %handle = call i8* @GetStdHandle(i32 -11) ret i32 0 } --- (This small modules that just retrieve the handle to stdout using WIN32 API). I'm converting it to bytecode using: llvm-as.exe -f

Hi, This weekend, I've noticed that GlobalVariable's could be declared as thread-local in LLVM 2.0. However, when using it on a small example (OSX), I got the following error: ========= Cannot yet select: 0x56059f0: i32 = GlobalTLSAddress <i32* @a> 0 Abort trap ========= This is the example code: ========= ; ModuleID = 'test.o' target datalayout =

Hi, The lli interpreter crashed for the following case: ; ModuleID = 'x.c' target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32" target triple = "i686-pc-linux-gnu" define i32 @main() { entry: %retval = alloca i32 ; <i32*> [#uses=2] %tmp = alloca i32 ;

On Feb 22, 2010, at 6:08 AM, Kalle.Raiskila at nokia.com wrote: > Hello all, > > currently the SPU backend does not handle big stack frames (>16*511 > bytes) nicely. llc asserts on malformed machine instructions. > (Assertion `MI->getOperand(OpNo).isImm() && "printDFormAddr first > operand is not immediate") Sounds fine to me in general. Please write a

Hello everybody, unfortunately, I have some problems using the LLVM assembler parser ... - use llvm-gcc ( llvm-gcc -O0 -S --emit-llvm -o system2.ll system2.c) to translate the following small example into LLVM assembly language: int common_func1() { return 5; } int common_func2(int a) { return a + 5; } void Handler1() { int e = 4; int f = common_func1(); int ret = common_func2(e);

hi list, got a little trouble of understanding, how to convert from old /etc/rc.d/init.d/smb to the new version redhat 7.1 this is, what I should know : the old version looks like this : # see how we were called case "$1" in start) if [ -s /etc/smb.conf ]; then echo -n "starting $ident: start-stop-daemon -S -n $Name1 -x $DAEMON1 - -D -d 2 start-stop-daemon -S -n

Hi all, I am trying to add ThinLTO to the LDC compiler. It seems to work well on Mac (XCode 8) and Ubuntu (ld.gold + LLVMgold plugin). However, I am running into trouble with module-scope inline assembly blocks. I have a module ASM with a function `foo` defined in an inline assembly block (and an LLVM IR `declare @foo()` for it). There is also a "normal" function `void

Maybe it's time to add it to the LLVM projects list. :) The original annoucement on digitalmars.D.announce and http://www.incasoftware.de/~kamm/projects/index.php/2009/01/09/ldc-09-released/ was: --- The first version of LDC (http://www.dsource.org/projects/ldc), the LLVM based compiler for version one of the D programming language has been released for x86-32 Linux. Get it here:

As you know, revoking RSA/DSA keys in an SSH environment requires editing all authorized_keys and authorized_keys2 files that reference those public keys. This is, well, difficult at best but certainly very obnoxious, particularly in a large environment. SSH key management is difficult. This patch simplifies key management wherever GSS-API/Kerberos is used and is general enough to be used with

Hello, Gordon. > think there is special support in the LLVM assembly language for these > two. Yes, afair - x86_stdcallcc and x86_fastcallcc > Note that fastcc / CallingConv::Fast is not fastcall. (It's actually > an alias for ccc...) No, at least on x86. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Hello > Is the x86_stdcallcc call convention actually supported? I found it by > digging into LLVM sources Yes. It's fully supported. > Is my initial LLVM-IR correct for invoking WIN32 API function? No. You forgot to put calling convention on the call itself. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University