similar to: [LLVMdev] Fwd: Compiling to Win32

Hello! I have previously posted this question on llvm-bugs, but I was redirected and asked to post to llvmdev, so I'm resending this message to this mailing list. I am interested in LLVM, particularly for the implementation of a programming language, and have been looking at the LLVM documentation recently. However, I was wondering what exactly do these two lines, extracted from the

On May 24, 2006, at 5:03 AM, Anton Korobeynikov wrote: > Hello, Ashwin. > > You wrote Wednesday, May 24, 2006, 11:25:11 AM: > > AC> "Pass::getClassPassInfo<PassClass>() "Pass class not > AC> registered!"" failed: file > AC> "/cygdrive/c/llvm/llvm/include/llvm/PassAnalysisSupport.h", > line 76 > AC> Aborted > Same

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

Hi Anton, Is the patch going to be uploaded to the CVS source? Ashwin On 5/24/06, Evan Cheng <evan.cheng at apple.com> wrote: > > > On May 24, 2006, at 5:03 AM, Anton Korobeynikov wrote: > > > Hello, Ashwin. > > > > You wrote Wednesday, May 24, 2006, 11:25:11 AM: > > > > AC> "Pass::getClassPassInfo<PassClass>() "Pass class

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.

The patch is now in. Sorry about the delay! Evan On May 25, 2006, at 10:20 AM, Ashwin Chandra wrote: > Hi Anton, > Is the patch going to be uploaded to the CVS source? > > Ashwin > > > On 5/24/06, Evan Cheng <evan.cheng at apple.com> wrote: > > On May 24, 2006, at 5:03 AM, Anton Korobeynikov wrote: > > > Hello, Ashwin. > > > > You wrote

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

Yes, you are right. During my testings, I tried the llvm produced .S files with the gcc frontend and it compiled and linked them to the final executable. The problem is with the gcc and binutils licence. This is GPL and while this is ok for open source or for academic purposes, it can't be used on commercial projects. In fact one of the strong points of llvm (and clang) is its BSD like

Hi Evan, Actually the unrecognized commas disappeared with the patch. What remains is a call to ".local" which doesn't exist in x86 or at least is not compilable by g++. Ashwin On 5/25/06, Ashwin Chandra <ashwin.chandra1 at gmail.com> wrote: > > Hi Evan, > I updated cvs and recompilled llvm. Still getting some unrecognized commas > in the compilation of the

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

Hello, Ashwin. You wrote Wednesday, May 24, 2006, 11:25:11 AM: AC> "Pass::getClassPassInfo<PassClass>() "Pass class not AC> registered!"" failed: file AC> "/cygdrive/c/llvm/llvm/include/llvm/PassAnalysisSupport.h", line 76 AC> Aborted Same for me. AC> Wihtout the -march specified (using native x86 assembly) it does AC> convert it into

Hi Anton, You're already a part of the llvm development team by participating actively on the llvm development list :) If you wish we can put you on: http://llvm.cs.uiuc.edu/Developers.html Great to have you on the team, welcome! We (Jeff, Morten, Paolo, the rest of the team and I) are looking forward to cooperate with you and to push win32 and mingw versions even further to stable and

Razvan, You're somewhat misinterpreting the GPL license. Using binutils as a dependency of LLVM does not require that they be linked into any distributable that might contain proprietary code. They can be shipped as separate, purely-GPL'd executables that are called via the command line, thereby avoiding the whole "infection" problem. This is, for instance, how

Hi Evan, I updated cvs and recompilled llvm. Still getting some unrecognized commas in the compilation of the assembly file after using llc. I guess this is still future work... Ashwin On 5/25/06, Evan Cheng <evan.cheng at apple.com> wrote: > > The patch is now in. Sorry about the delay! > > Evan > > On May 25, 2006, at 10:20 AM, Ashwin Chandra wrote: > > Hi

> There's also then entire GNU toolchain, through MinGW and/or Cygwin. Which works perfectly right now without any extra tweaking :) -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

How can a frontend tell LLVM to put a function argument on stack/register/etc? On Thu, Oct 4, 2012 at 5:08 PM, Anton Korobeynikov <asl at math.spbu.ru> wrote: >> Ah, got it. >> Sounds like we might need to introduce CC_X86_Win32_MSVC_ThisCall then?.. > No, we should not. It should be properly expanded in frontend. > > -- > With best regards, Anton Korobeynikov >

I tried to ask for 32 and that didn't seem to help. MallocInst also seemed to ignore the 16 byte directive. For now, I'm just issuing all my loads as unaligned and that's working ok. Thanks, Chuck. -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Evan Cheng Sent: Monday, October 01, 2007 10:35 AM To: asl at

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

Hello, Ashwin. You wrote Tuesday, May 23, 2006, 11:49:31 AM: AC> Does anyone have this already pre compiled for LLVM AC> 1.7 or earlier? I am looking for a win32 binary for llvm-g++. I'm doing periodic LLVM builds for the current cvs snapshot on mingw32 platform. Surely I have binaries for llvm-gcc4. -- With best regards, Anton mailto:asl at math.spbu.ru

Hello, Ashwin. You wrote Friday, May 26, 2006, 4:19:32 AM: AC> Actually the unrecognized commas disappeared with the patch. AC> What remains is a call to ".local" which doesn't exist in x86 or AC> at least is not compilable by g++. It was my fault. It should be fixed soon. -- With best regards, Anton mailto:asl at math.spbu.ru Friday, May 26,