similar to: [LLVMdev] LLVM-2.5 WinXP/Cygwin can't find puts() for the hello.c in GettingStarted document

Hi, Chuck > How could I fix this WinXP/Cygwin only thing? windows does not support dynamic linking, so there are 2 ways of providing external addresses of symbols: 1. register them explicitly 2. They should be available from some .DLL already preloaded into the binary. However, I'm not sure for 2. since cygwin uses unix-style of external symbols resolution. -- With best regards, Anton

Thanks, Shu, I guess I haven't updated since my post went out. There are actually 2 problems: 1. mis-compilation: My LLVM-2.5 turned out to be mis-compiled using gcc-4.4.0 (surprise to me) on Debian4-32b. I tried a few different compilers, and gcc-4.0.4 (a relatively old one, again surprised me) seems to work out fine. Question: is there a good/quick/reliable way to figure out whether a

Anton and John, Thank you for the valuable info. I guess the MinGW/Cygwin path is dead, at least for now. How about the problem of registering the pass multiple times under Linux (Debian4-i386)? opt -load Release/lib/Hello.so -hello < test.bc > /dev/null opt: /autofs/steffan/a/a0/czhao/ResearchTools/LLVM/2.7/llvm-2.7/lib/VMCore/Pass.cpp:234:

I am trying to run the HELLO LLVM Pass under WinXP/MinGW, by following the precise steps available at http://www.llvm.org/docs/WritingAnLLVMPass.html. The pass failed to run, giving me the following error: opt -load Release/lib/Hello.dll -hello < ./hello.bc > /dev/null opt.exe: Unknown command line argument '-hello'. Try: 'C:\MSYS\opt\llvm-2.7\bin\opt.exe -help' make:

--- OK, what about this attempt? docs/GettingStarted.html | 6 +++++- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/docs/GettingStarted.html b/docs/GettingStarted.html index 2e2200d..51aba29 100644 --- a/docs/GettingStarted.html +++ b/docs/GettingStarted.html @@ -252,7 +252,8 @@ software you will need.</p> </tr> <tr> <td>Cygwin/Win32</td>

Hello, seems like GettingStarted.html is outdated regarding the version numbers of the autoconf tools. I've changed it so they meet the versions in AutoRegen.sh. Josef -------------- next part -------------- A non-text attachment was scrubbed... Name: GettingStarted.diff Type: text/x-patch Size: 1514 bytes Desc: not available URL:

--- My bad -- the patch was against 2.6. Hope this iteration will be the last :-) docs/GettingStarted.html | 6 +++++- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/docs/GettingStarted.html b/docs/GettingStarted.html index 851bfb6..fd8f308 100644 --- a/docs/GettingStarted.html +++ b/docs/GettingStarted.html @@ -252,7 +252,8 @@ software you will need.</p> </tr>

Hello >  OK, what about this attempt? The patch cannot be applied flawlessly. Please consider reading http://llvm.org/docs/DeveloperPolicy.html#patches -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On Nov 29, 2009, at 8:16 AM, Josef Eisl wrote: > Hello, > > seems like GettingStarted.html is outdated regarding the version numbers > of the autoconf tools. I've changed it so they meet the versions in > AutoRegen.sh. Hi Josef, llvm/docs/GettingStarted.html (in the main llvm svn repo) seems up to date. The "website" module in svn is an old broken thing that

Hey Chuck, I'm afraid I can't reproduce your error but...a problem you may run into later is that opt will complain with opt: llvm/lib/VMCore/Pass.cpp:149: void<unnamed>::PassRegistrar::RegisterPass(const llvm::PassInfo&): Assertion `Inserted && "Pass registered multiple times!"' failed. Aborted I "fixed" this by replacing the LLVMLIBS line in

============================================================= Henrik Bach LLVM Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= 'Nothing is impossible; The impossible just takes longer time :)' - Inventor of a new energy saver light bulp from Denmark. No software patents! Got Freedom? Software Freedom Day - 10th

>  My bad -- the patch was against 2.6. Hope this iteration will be the last :-) Please carefully read the link I provided and add patch as an attachement, not inline. Thanks. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On Wed, Dec 9, 2009 at 12:31 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >> My bad -- the patch was against 2.6. Hope this iteration will be the last :-) > Please carefully read the link I provided and add patch as an > attachement, not inline. OK -- now as an attachment. Sorry for the git format (no svn checkout right now), but GNU patch should accept it. Btw,

Hey, I have written a few lines about Release and Debug Builds (SVN checkout vs. LLVM distribution). I've also added the RELEASE_25 tag to the tags list and corrected a typo. Can someone please review? As I'm not a native speaker/writer it may contain strange wording/spelling mistakes ;). Any feedback welcome. BR Josef -- zapster -------------- next part -------------- A non-text

While learning to write LLVM passes and following the precise instructions under http://llvm.org/docs/WritingAnLLVMPass.html, <http://llvm.org/docs/WritingAnLLVMPass.html> I got this error when loading the hello pass to run the test program: opt -load ./Release/lib/Hello.so -hello < test/test.bc > /dev/null Error opening './Release/lib/Hello.so': ./Release/lib/Hello.so:

Hello everybody, we noticed that llvmgcc4.2-2.2 sometimes generates non-natural loops when compiling to bytecode without any optimizations. Apparently what happens is that the loop header is duplicated, which results in two entry points for the loop. Since this could obstruct subsequent loop optimizations, it might be interesting to further investigate this behavior. To show the problem, I have

On 30 Sep 2012, at 01:05, Andrew Pennebaker wrote: > Can Hello World be written in LLVM assembly without using a C library function like "puts"? LLVM IR models a general-purpose unprivileged CPU instruction set and so lacks anything to do I/O. If you want to interact with anything beyond the CPU and stack, you must either call a library function, issue a system call, or modify some

On Jun 11, 2008, at 6:27 AM, Florian Brandner wrote: > On Thursday 08 May 2008 18:33:48 Adrian Prantl wrote: >> we noticed that llvmgcc4.2-2.2 sometimes generates non-natural loops >> when compiling to bytecode without any optimizations. Apparently what >> happens is that the loop header is duplicated, which results in two >> entry points for the loop. > > this is

On Thursday 08 May 2008 18:33:48 Adrian Prantl wrote: > we noticed that llvmgcc4.2-2.2 sometimes generates non-natural loops > when compiling to bytecode without any optimizations. Apparently what > happens is that the loop header is duplicated, which results in two > entry points for the loop. this is actually a problem with the tailduplication pass of llvm. it does not consider

Can Hello World be written in LLVM assembly without using a C library function like "puts"? Cheers, Andrew Pennebaker www.yellosoft.us -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120929/ed2e5f2f/attachment.html>