search for: stacker

Hello, I was wondering what happened to the "Stacker" example. The old link to it "http://llvm.org/docs/Stacker.html" is dead. Thanks, Wayne ________________ Wayne Anderson

Hi all! I have sucessfully installed LLVM 1.9 under FreeBSD on a x86 PC. I have successfully executed "An Example Using the LLVM Tool Chain" that is written in the document http://llvm.org/docs/GettingStarted.html When I tried out the demo projects "Hello" and "Stacker" I get compile errors. When I run "gmake" in the directory "/usr/home/x/llvm1.9/projects/Stacker" I get: gmake: **** [@abs_top_objdir@/config.status] Error 127 I get a compile error, too when I try to compile the "Hello" demo in lib/Transforms/Hello that is expl...

...it. Guess what, there were 6 warnings in the output and 3 of them were "gccld: warning: Cannot find library 'crtend'". The last one was just before the end: llvm[4]: Linking Debug Object Library stkr_compiler.o make[4]: Leaving directory `/home/wink/prgs/llvm-cvs/llvm/projects/Stacker/lib/compiler' make[4]: Entering directory `/home/wink/prgs/llvm-cvs/llvm/projects/Stacker/lib/runtime' llvm[4]: Compiling stacker_rt.c for Debug build (bytecode) llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Debug build (bytecode) llvm[4]: Building Debug Bytecode Module stkr_runtim...

If I remember correctly, you get the following warning when you configure LLVM: configure:2087: WARNING: Unknown project (Stacker) won't be configured automatically That leads would lead me to believe that you need to run configure inside llvm/projects/Stacker (and inside llvm/projects/Hello) before you run gmake inside of them. I don't know for sure, but perhaps that might fix your problem. Ryan ultrasparc a...

All, I'm finding the current layout a bit frustrating, not to mention that it breaks all the documentation. We currently have modules laid out like this: llvm/trunk/... llvm/branches/... llvm/tags/... stacker/trunk/... stacker/branches/... stacker/tags/... and similarly for all the other modules (test-suite, java, poolalloc, etc.). Unfortunately, this "standard" layout interjects a directory (trunk/branches/tags) below each module name. I would rather see it laid out like this: trun...

I'm also getting these errors: gmake[2]: Entering directory `/usr/home/llvm/projects/Stacker' ../../Makefile.common:60: ../../Makefile.config: No such file or directory ../../Makefile.common:65: /Makefile.rules: No such file or directory gmake[2]: *** No rule to make target `/Makefile.rules'. Stop. gmake[2]: Leaving directory `/usr/home/llvm/projects/Stacker' Everything else...

Hi LLVM'ers, when configuring llvm on mingw32: /C/projects/src/llvm-1/llvm/configure --prefix=/C/MinGW/msys/home/Administrator/llvm --enable-targets=x86 I got this error: configure: configuring in projects/Stacker configure: running /bin/sh '/C/projects/src/llvm-1/llvm/projects/Stacker/configure' --prefix=/C/MinGW/msys/home/Administrator/llvm '--prefix=/C/MinGW/msys/home/Administrator/llvm' '--enable-targets=x86' 'CPPFLAGS=-D_WIN32_WINNT=0x0500 -DLLVM_ON_WIN32=1' --cache-...

On 2008-04-08, at 20:21, Lane Schwartz wrote: > I checked out the Stacker directory from svn, and put it in my llvm- > src/projects directory. Unfortunately, when I run make, I get the > errors below. I wondered whether the stacker code might simply be > out of date It is. The fixes are likely mechanical, but just require someone stepping up and submitti...

Hi, I get this error: --------------- configure: configuring in projects/Stacker configure: running /bin/sh '/C/projects/src/llvm-2/llvm/projects/Stacker/configure' --prefix=/C/LLVM/tools/ '--prefix=/C/LLVM/tools/' 'CPPFLAGS=-D__MINGW -DLLVM_ON_WIN32=1' --cache-file=/dev/null --srcdir=/C/projects/src/llvm-2/llvm/projects/Stacker configure: error: in...

Hi! In current LLVM CVS: llvm/projects/Stacker/Makefile.common.in llvm/projects/sample/Makefile.common.in llvm-java/llvm-java/Makefile.common.in have line: include $(LLVM_OBJ_ROOT)/Makefile.common that have line: include $(LLVM_OBJ_ROOT)/Makefile.config (also $(LLVM_OBJ_ROOT)/Makefile.config used in llvm-test/Makefile.config.in) and llvm/M...

LLVMers, I've hacked Brian's BitterMelon demo to include Stacker and bytecode analysis information. You can try it out on the mirror at: http://llvm.x10sys.com/demo/index.cgi A new language radio buttons below the text input area permits Stacker input to be compiled and there is an extra option for generating bc data with llvm-bcanalyzer. If you're new...

On Tue, Apr 8, 2008 at 8:00 PM, Gordon Henriksen <gordonhenriksen at mac.com> wrote: > On 2008-04-08, at 20:21, Lane Schwartz wrote: > > > I checked out the Stacker directory from svn, and put it in my llvm- > > src/projects directory. Unfortunately, when I run make, I get the > > errors below. I wondered whether the stacker code might simply be > > out of date > > It is. The fixes are likely mechanical, but just require someone &gt...

As a learning aid for myself and for other would be source language writers for LLVM, I have decided to write a very simple language I'm calling "Stacker". Its kinda like Forth but way, way, way simpler. Its nowhere near ANS Forth and it won't be useful for much other than demonstrating how to create a source language using LLVM. I thought I'd mention this just so everyone knew that such a thing was coming down the pipe (I doubt it'...

Reid, Click on any of these logs and you'll see the same asm parsing issues. It's been going on for much of the week. http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build (bytecode) /Volumes/Muggles/LLVM/nightlytest/build/llvm/Release/bin/gccas: / Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/ runtime/Release/stacker_rt.ll:21,0: parse error, expecting `LOAD' or `STORE' /Volumes/Muggles/LLVM/ni...

On Mon, 2006-02-27 at 20:43 -0800, Wink Saville wrote: > > Try passing "-L/opt/llvm-1.6/llvm-gcc/lib/ -lcrtend" to llvm-ld. > This didn't work for me: > llvm-ld -o t1.app t1.bc t1.a -L/opt/llvm-1.6/llvm-gcc/lib/ -lcrtend.a > > I get two warning's about library 'crtend' missing > You didn't get the instructions quite right. The option is

Reid Spencer wrote: > Yes, that's right! > > In fact, shortly the process of doing that will get easier with the > llvmc (compiler driver) tool that I'm working on. [another newbie delurks] Hi, Reid. Been tinkering with LLVM about 2 weeks now. I've been using the Stacker Compiler as an example so far for my own little project. Is this tool you mentioned coming "Real Soon Now(tm)", or is it months away? If its coming soon, should I avoid using the Stacker example as a template? In other words, how much is this tool going to change the way one builds...

Hi Lalo, Its been a while since I've had a Stacker question! The answer is in the StackerCompiler::handle_while function in StackerCompiler.cpp in projects/Stacker/lib/compiler. Apparently the control value is only examined (not popped) for the "WHILE" operator. Take for example the prime.st sample program. The first thing it does is p...

...eal with them. I think in most cases these are just historical artifacts that have been with the projects since long before the new Makefile.rules of last fall. More below .. On Mon, 2005-02-14 at 15:40, Vladimir Merzliakov wrote: > Hi! > > In current LLVM CVS: > > llvm/projects/Stacker/Makefile.common.in > llvm/projects/sample/Makefile.common.in > llvm-java/llvm-java/Makefile.common.in > > have line: > include $(LLVM_OBJ_ROOT)/Makefile.common > > that have line: > include $(LLVM_OBJ_ROOT)/Makefile.config > > (also $(LLVM_OBJ_ROOT)/Makefile.config...

..."unions". I'm not really sure what the answer is > here. Me either :( > I would really like to avoid adding a new union type, as it is not needed > at the LLVM level, and it seems like high-level languages can map > source-level unions onto existing LLVM operations. In Stacker, for > example, would this really solve the problem? You could, for example, > write a program that pushes a pointer, then pops off an int. This would > work fine on a 32-bit target, but obviously not on a 64-bit one. Stack mistakes resulting from the Stacker source, as in this case, ar...

On Fri, 19 Dec 2003, Reid Spencer wrote: > As a side effect of bug 178 (Stacker not handling 64-bit pointers on > Solaris), I got thinking about a union type for LLVM. Is there any > good reason that LLVM shouldn't support unions? This is essentially a > structure that has its members all at the same address rather than at > sequential addresses. I know there...