search for: stackers

Displaying 20 results from an estimated 170 matches for "stackers".

Did you mean: stacker
2008 Sep 26
2
[LLVMdev] Stacker Example
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
2007 Mar 09
2
[LLVMdev] compile errors with demo projects Stacker and Hello
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
2006 Feb 28
1
[LLVMdev] Using llvm-gcc with a simple program and the '-c' option
Reid Spencer wrote: > 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
2007 Mar 09
0
[LLVMdev] compile errors with demo projects Stacker and Hello
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
2007 Jun 30
6
[LLVMdev] Repository Layout
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"
2004 Sep 03
1
[LLVMdev] Stacker config problems
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
2005 Jul 09
0
[LLVMdev] Configure failed for Stacker with --enable-targets=x86
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
2008 Apr 09
0
[LLVMdev] Compiling Stacker compiler
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 submitting a patch. — Gordon
2005 Jan 01
1
[LLVMdev] configure: error: invalid variable name: CPPFLAGS
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: invalid variable
2005 Feb 14
2
[LLVMdev] Removing $(LLVM_SRC_ROOT)/autoconf dependensies in Stacker, llvm-java [PATCH]
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/Makefile.config.in have lines: INSTALL_SH :=
2004 Jul 10
0
[LLVMdev] BitterMelon Gets Stackered
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 to LLVM, try pasting the
2008 Apr 09
2
[LLVMdev] Compiling Stacker compiler
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
2003 Nov 18
3
[LLVMdev] Stacker
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
2006 Dec 30
2
[LLVMdev] nightly tester grawp
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)
2006 Feb 28
0
[LLVMdev] Using llvm-gcc with a simple program and the '-c' option
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
2004 Aug 20
1
[LLVMdev] Newbie Enquiry
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
2005 May 04
0
[LLVMdev] Re: stacker doc
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 process the arguments with a WHILE loop:
2005 Feb 15
0
[LLVMdev] Removing $(LLVM_SRC_ROOT)/autoconf dependensies in Stacker, llvm-java [PATCH]
Personally, I don't think LLVM projects should need much in the way of autoconf stuff. They certainly don't need to replicate things like install-sh and mkinstalldirs. I'd vote for taking these out of the projects rather than making the makefiles deal with them. I think in most cases these are just historical artifacts that have been with the projects since long before the new
2003 Dec 19
1
[LLVMdev] Union Type
On Fri, 2003-12-19 at 15:32, Chris Lattner wrote: > This is intentionally not part of the LLVM type-system, because it is > redundant. If you compile a C program that uses a union, for example, the > C front-end will turn it into a type (often a structure) that contains > only one of the element types (usually the largest one, perhaps modified > to have the correct alignment).
2003 Dec 19
0
[LLVMdev] Union Type
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 are various