similar to: [LLVMdev] alloca on Win32

Hello, Scott. > Checking the assembly from llc, the first alloca call is to allocate > local vars in _main. Is this just the state of the code at 2.0 when > built with vs.net, or is there something that I've managed to > mis-build locally? _alloca is used to probe the stack, if you asks for locals of size more that 4k. This is pretty ugly, but the names of this functions differs

Hi Thanks for the info, it led to the source of the error I was having. I was using llvm-gcc binaries (built with mingw I guess) to compile a .c file that is my language runtime, llvm-link'ing that with my frontend's .ll, and using an vcpp-built lli to run the resulting bytecode. This caused the special case in X86RegisterInfo::emitPrologue for "main" to try to align the stack

The alloca hook is in lib\System\Win32\DynamicLibrary.inc all the way at the bottom. You'll see a __MING32__ #ifdef around the definition. You just have to implement those methods and it'll work just fine. Jake On 6/24/07, Scott Graham <scott.llvm at h4ck3r.net> wrote: > > Hi > > Thanks for the info, it led to the source of the error I was having. > > I was using

Hi When using lli on Win32 (vs.net-built), on any non-trivial code, I get the following abort ERROR: Program used external function '_alloca' which could not be resolved! Checking the assembly from llc, the first alloca call is to allocate local vars in _main. Is this just the state of the code at 2.0 when built with vs.net, or is there something that I've managed to mis-build

Hello, Scott. > Is that generally dangerous, or should it be OK? Well, in general, it's dangerous, because you should probe the stack on windows, if you'll allocate more than 4k. This is needed to let guard pages be allocated in proper order. So, you can see random crashes here and there now :) For example: try to allocate big array (>4k of size) and touch its last element (this

Hello, Everyone. Now I have some spare time and I've decided to build LLVM on Mingw. I've grab the latest 1.7 release (not CVS snapshot). Here are some issues fixed during the build. Now I'm preparing gcc build. So, I think, there will some other "parts" 1. Prerequisites 1.1 GCC 3.4.5 from mingw.org site. $ gcc --version gcc.exe (GCC) 3.4.5 (mingw special) Copyright (C)

Hi Evan > It looks fine to me. Anton, does it look ok to you? This looks ok for me modulo win64+vcpp issues, which I mentioned in the PR (external .asm files). The anonymous namespace thing should be guarded by define (either _M_AMD64 or X86_64_JIT && _MSC_VER, I'd prefer the latter). -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint

Hello, Scott. > Thanks for the help Jake and Anton. > Attached is a patch for DynamicLibrary.inc to fix alloca resolving. Thanks! I've slightly modified it not to break the things and have just commited. Could you please verify, that everything is ok? -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Dear llvmdev, I am new to LLVM , but have a task on writing a LLVM backend to generate some architecture specific assembly file. Here is my cygwin build setting: GCC 3.4.4 , BIN UTILITY 2.15 ,and all other packages of the right version listed on the LLVM Getting Started doc. I have successfully built Release 1.6 LLVM. All the tools has been installed there /usr/local/bin . But I

Dear R-help list.I'm not big on programming, but I have a weird error on a couple of packages when trying to install them. I hope someone could help me :-).System: MacBook Pro (1.0) with OS X 10.6.4 R: Installed from web binaries: R version 2.11.1 (2010-05-31) > Sys.getlocale() [1] "en_GB.UTF-8/en_GB.UTF-8/C/C/en_GB.UTF-8/en_GB.UTF-8" I have been trying all day to install the

Chuck, > It is dying trying to store a our working vector into one of the LLVM > vectors created on the stack. Despite the align-16 directive on the > alloca instruction, it is not always aligning to a 16-byte boundary. The stack is not necessary 16 bytes aligned on linux/windows. The vector is really sotred aligned relative to %esp, but %esp value is not good. This is known problem

Hi Folks, I''m trying to get to grips with dapptrace, running it on my Mac. Everything seems pretty straightforward, except for - of course - what I''m trying to do. I want to focus in on my code but I can''t seem to be able to output just the functions I want, i.e. user functions. The -U option gives everything. Too much of course. Leaving that blank means the

It looks fine to me. Anton, does it look ok to you? Evan On Mar 20, 2009, at 2:33 PM, Corrado Zoccolo wrote: > I've created a patch (attached to the bug): > http://llvm.org/bugs/attachment.cgi?id=2744, that goes in a different > direction, and solves the safety problems. > The patch uses original asm, but removes the call through plt, and > puts the invoked function in an

Dear R users, I am running R 2.10.0 on OS X 10.5.8. I had been running 2.10 successfully for about a week (and have used previous R versions for 2+ years on the same computer) until 2 days ago it failed to start up for me. Now when I try to start R, the application tries to initiate for several minutes then crashes. Looking at the activity monitor, my memory usage goes from having about 1.6Gb

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 AFAIK, alloca.h is not POSIX. Here's a patch that includes alloca.h only when it's really there. It also includes malloc.h, which is where mingw-w64 defines the alloca() macro, mapping it to gcc __builtin_alloca() or to msvcrt _alloca(). - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version:

Hello, I am trying to use R on a Mac running Mac OS X 10.2 (Jaguar) (installed from the Mac OS X/Darwin/X11 binaries on CRAN), but i get the following errors when I start it: dyld: /usr/local/lib/R/bin/R.bin Undefined symbols: /sw/lib/libreadline.4.2.dylib undefined reference to _tgoto expected to be defined in /usr/lib/libSystem.B.dylib /sw/lib/libreadline.4.2.dylib undefined reference to

On 9/28/07, Anton Korobeynikov <asl at math.spbu.ru> wrote: > Chuck, > > > It is dying trying to store a our working vector into one of the LLVM > > vectors created on the stack. Despite the align-16 directive on the > > alloca instruction, it is not always aligning to a 16-byte boundary. > The stack is not necessary 16 bytes aligned on linux/windows. On recent

What is gcc's caller stack alignment assumption on Linux? Unless it's 16 byte or more, the callee will have to dynamically align the stack. Evan On Sep 28, 2007, at 5:49 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > On 9/28/07, Anton Korobeynikov <asl at math.spbu.ru> wrote: >> Chuck, >> >>> It is dying trying to store a our working vector

Full_Name: Matt Fantle Version: 1.16 OS: Mac OS 10.4.7 Submission from: (NULL) (128.118.174.213) Problem: R crashes when 'Command-f' is pressed to begin "Find" Frequency: This problem is intermittant. Once R crashes, the only solution is to restart R and try to Find again. There is no regularity to the problem. If R is opened by double-clicking on a ".R" file,

Hello, i'm using a power pc mac and i'd like to build attesor (qemu). but when i type file /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libSystem.B.dylib i get: /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libSystem.B.dylib: Mach-O universal binary with 2 architectures /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libSystem.B.dylib (for architecture ppc): Mach-O dynamically linked shared library stub