similar to: [LLVMdev] "-emit-llvm" in llvm-gcc --help.

> /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.2.1/ > -rwxr-xr-x 1 root root 25179621 2009-03-25 09:15 cc1 > -rwxr-xr-x 1 root root 27917074 2009-03-25 09:15 cc1plus > -rwxr-xr-x 1 root root 359307 2009-03-25 09:15 collect2 > drwxr-xr-x 2 root root 4096 2009-03-25 09:15 install-tools > > No llvm-prefix. That's correct and not a llvm-gcc problem. This is how

Hello, Jay > I guess this is because the test suite is trying to run "llvm-gcc > -mllvm -disable-llvm-optzns", which never seems to work, because > llvm-gcc mangles the command line before it gets to cc1plus. That's correct. The driver changes the order of the options provided. You need to provided this option to cc1 / cc1plus directly > Is it just me having this

Hello, Aaron. > /usr/src/llvm-gcc4/gcc/libgcc2.c: In function '__eprintf': > /usr/src/llvm-gcc4/gcc/libgcc2.c:1832: internal compiler error: > Segmentation fault > Please submit a full bug report, > with preprocessed source if appropriate. > See <URL:http://llvm.org/bugs> for instructions. You should: 1. Try to emit bytecode with --emit-llvm compiler switch. 1.1

Finally, I got my hands on Windows machine again today. I extracted llvm-2.1-x86-mingw32.tar.bz2 and llvm-gcc4.0-2.1-x86-mingw32.tar.bz2 to C:\llvm (It's a bare Windows Vista installation without MinGW) Added C:\llvm\bin;C:\llvm\libexec\gcc\i686-pc-mingw32\4.0.1 to PATH (C:\llvm\libexec\gcc\i686-pc-mingw32\4.0.1 was added for cc1.exe) Downloaded

Hello, Bill. > Has anyone gotten the latest/greatest sources from the LLVM-GCC open > source server lately? No. It's still at rev 319 (as of 29.04). -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Hello, llvm-dev. thank you for your interest in my question. Currently, I compiled simple c source code (hello.c) in lunux and windows, and I tried to simple test . first case: hello.bc (compiled with "-emit-llvm" on windows) -> lli.exe(linux). second case: hello.bc (compiled with "-emit-llvm" on linux) -> lli.exe(windows). second case return good result. but First case

My nightly tester reports that it failed to bootstrap today: Comparing stages 2 and 3 warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs Bootstrap comparison failure! ./c-cppbuiltin.o differs ./real.o differs ./build/genautomata.o differs Ciao, Duncan.

Hello, Prakash > I tried with --enable-languages=java and it still fails with the same > error: gcj is not supported by llvm-gcc (and even with build w/o LLVM, as you're doing) -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Hello, Devang > I'm running into bootstrap failure before I reach PR2343. > > For example, > - undefined symbols build building cc1. > - warnings are treated as error : ipa-inline.c:1132: warning: unused > variable ‘failed_reason’ Haven't seen this yet. Maybe because I have here tree from yesterday. -- With best regards, Anton Korobeynikov. Faculty of Mathematics

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

I think this is fixed. Please try again. Evan On Jun 17, 2008, at 8:39 AM, Duncan Sands wrote: > My nightly tester reports that it failed to bootstrap today: > > Comparing stages 2 and 3 > warning: ./cc1-checksum.o differs > warning: ./cc1plus-checksum.o differs > Bootstrap comparison failure! > ./c-cppbuiltin.o differs > ./real.o differs > ./build/genautomata.o

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 >

Hello Anton, Thanks for replying. The message "as: unrecognized option `-mcpu=cortex-a8'" is the same message I get when I just enter: as -mcpu=cortex-a8 So I think I llvm-gcc is using the Linux i386 assembler to assemble ARM code. Not good. What assembler is it supposed to use? The one in CodeSourcery? > But how's assembler actually called? Just try to compile

"miscompiled"? Meaning they built but won't run (or won't run correctly)? Or won't even compile? (Meanwhile, downloading gcc 4.4.0.) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Anton Korobeynikov [mailto:anton at korobeynikov.info] > Sent: Saturday, August 29, 2009 1:19

Hello, Ted > Grabbed the latest bits from SVN (, tried to build with MinGW. I get a > cc1plus.exe out of memory error while trying to “make ENABLE_OPTIMIZED=1” on > the X86CodeEmitter. I can get a full stack trace if necessary, but has > anybody else run into this problem? Only seems to happen with the Release > build—I got a full Debug build to work fine. Dunno for top of the

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

> Sorry, this wasn't mentioned in documentation. llvm-gcc was built with > '--enable-threads' flag, thus it requires win32 pthread port. Keith have > already given a right link for dlls download. Just to make stuff clear: you'll have to download pthreadGC1.dll, rename it to pthreadGC.dll and put it somewhere in your PATH. All try to build all future versions of binaries

Hello, Argiris > Can you please try out the steps I mentioned before with the linux > binaries ? I just want to make sure that there's not something wrong > with my setup. Here they are: $ cat dbg.c int main() { return 0; } $ gdb a.out GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

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

Bill, > When I try to compile on Darwin now, I get this: Could you please provide LLVM bytecode, where bug is reproducible with llc? -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.