similar to: [LLVMdev] Creating an LLVM Project

On Jan 3, 2009, at 10:20 AM, Martin Geisse wrote: > > 2. The line > > AutoRegen.sh > > ("Create a Project from the Sample Project", step 5) should be > changed to > > ./AutoRegen.sh > > so it will work if . is not in the path. Fixed. > > > 3. In "Create a Project from the Sample Project", step 6 the > arguments are used to

Chris, Thanks for your answer Here is the verbose output: =========================== gmake tools-only VERBOSE=1 TOOL_VERBOSE=1 for dir in lib/System lib/Support utils lib tools ; do \ if [ ! -f $dir/Makefile ]; then \ /home/myuser/LLVM/objdir/../srcdir/autoconf/mkinstalldirs $dir; \ cp /home/myuser/LLVM/objdir/../srcdir//$dir/Makefile $dir/Makefile; \ fi; \ (gmake -C $dir all )

Hello, I just tried to work through the "Creating an LLVM Project" tutorial and have some suggestions to improve that page (http://www.llvm.org/ docs/Projects.html). 1. The tutorial says "remove all the directories named .svn ("Create a Project from the Sample Project", step 2), so here's a command to copy-and-paste and run from within the new project

From: Sylvain Gault <sylvain.gault at gmail.com> The error-prone shell scripts for building gnu-efi are replaced by a Makefile recipe. This is accompanied with a small update of gnu-efi which, despite not strongly mandatory, avoid recompiling gnu-efi and all the efi subtree on each invocation of make. Signed-off-by: Sylvain Gault <sylvain.gault at gmail.com> ---

Hi Bill, > We use GNUmakefile to trigger using the build_gcc script. thanks for the explanation, but I still don't understand why it is done this way. Why not just get Apple people to run some script, rather than trying to have "make" automagically do an Apple build? > It's not > ideal, but it's all we have at the moment. For LLVM, we placed those > files

Another error: ======================= gmake[2]: Entering directory `/home/myuser/LLVM/objdir/gcc' for d in libgcc; do \ if [ -d $d ]; then true; else /bin/sh ../../srcdir/llvm-gcc/gcc/mkinstalldirs $d; fi; \ done mkdir -p -- libgcc if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi /home/myuser/LLVM/objdir/gcc/xgcc -B/home/myuser/LLVM/objdir/gcc/

On 4/19/06, Patrick Meredith <pmeredit at uiuc.edu> wrote: > I haven't seen anyone claim x86 linux objdir == srcdir, so I'll test it out. > Missed the 18th,but I'll try to have it done asap. > > > On Apr 18, 2006, at 2:51 PM, Robert L. Bocchino Jr. wrote: > I'll test on Darwin/PPC, precompiled llvmgcc, objdir == srcdir. > > Rob > Sorry for being

On Tuesday 05 January 2010 03:38, Gregory Petrosyan wrote: > LLVM makefiles can't detect source changes in case objdir != srcdir, e.g. I haven't found that. I build with objdir != srcdir all the time. > I've managed to get my pass listed in 'opt -help' only after removing opt > subdir from objdir and running make again. Re-configuring LLVM also does It sounds like

I haven't seen anyone claim x86 linux objdir == srcdir, so I'll test it out. Missed the 18th,but I'll try to have it done asap. On Apr 18, 2006, at 2:51 PM, Robert L. Bocchino Jr. wrote: > I'll test on Darwin/PPC, precompiled llvmgcc, objdir == srcdir. > > Rob > > On Apr 16, 2006, at 1:42 PM, Chris Lattner wrote: > >> On Sun, 16 Apr 2006, Tanya Lattner

On Tue, Apr 7, 2009 at 12:38 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi Bill, > >> We use GNUmakefile to trigger using the build_gcc script. > > thanks for the explanation, but I still don't understand why > it is done this way.  Why not just get Apple people to run some > script, rather than trying to have "make" automagically do an > Apple

Misha Brukman wrote: > On Wed, Aug 18, 2004 at 12:16:04AM +0400, Valery A.Khamenya wrote: > >>Building PowerPC.td register information header with tblgen >>Included from PowerPC.td:22: >>Parsing PowerPCInstrInfo.td:53: Variable not defined: 'GPRC'! >>make[3]: *** [PowerPCGenRegisterInfo.h.inc] Error 1 >>make[3]: Leaving directory

>>>  From what I understand, FSF GCC doesn't recommend building with >>> srcdir == objdir. Not that this necessarily means much to us, but >>> should indicate that it's not entirely out of the ordinary that we >>> require srcdir != objdir for LLVM-GCC. :-) >> >> Newcomers to llvm-gcc regularly try to build with srcdir == objdir. >> Some

On Mon, Sep 14, 2015 at 05:50:58AM +0200, celelibi--- via Syslinux wrote: > index a705440..5ef6702 100644 > --- a/mk/efi.mk > +++ b/mk/efi.mk > @@ -10,6 +10,7 @@ core = $(topdir)/core > GCCOPT := $(call gcc_ok,-fno-stack-protector,) > EFIINC = $(objdir)/include/efi > LIBDIR = $(objdir)/lib > +EFIDIR = $(topdir)/gnu-efi/gnu-efi-3.0 Would it make sense to add AROPT =

On Apr 5, 2009, at 7:13 AM, Duncan Sands wrote: > On Saturday 04 April 2009 19:12:55 Mike Stump wrote: >> On Apr 4, 2009, at 6:17 AM, Duncan Sands wrote: >>> you need to use a separate objects directory and not build directly >>> in the llvm-gcc tree. For some reason the Apple people placed a >>> file >>> GNUmakefile in the tree which

Hi. The choice of 'config.h' for testing does not consider the possiblity of objdir != srcdir builds. The small patch below replaces 'config.h' with 'configure.in' in keeping with the 'config' name choice. Art Haas Index: testsuite/itemize.test =================================================================== RCS file: /cvsroot/rsync/testsuite/itemize.test,v

On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: > I did a utils/cvsupdate, and there are no conflicts. srcdir != objdir. This > is on persephone. > > Are you not getting this error? Perhaps I should check out a fresh tree and > try to compile it? Nope, I don't think anyone else is getting this error. If you could try a fresh build that would be great, I'll fire

On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: >> OK, when I copy $(SRCDIR)/include/llvm/Intrinsics.gen to $(OBJDIR)/ >> include/llvm/ by hand after building (and failing) once, the build >> succeeds. This is definitely a makefile bug. > > It looks like the problem also goes away if I just *delete* $(OBJDIR)/ > include/llvm/Intrinsics.gen (and then it doesn't

LLVM makefiles can't detect source changes in case objdir != srcdir, e.g. I've managed to get my pass listed in 'opt -help' only after removing opt subdir from objdir and running make again. Re-configuring LLVM also does not trigger rebuild when running make, e.g. after initial 'configure --enable-targets=x86' I've managed to get C backend only after removing objdir and

I'll test on Darwin/PPC, precompiled llvmgcc, objdir == srcdir. Rob On Apr 16, 2006, at 1:42 PM, Chris Lattner wrote: > On Sun, 16 Apr 2006, Tanya Lattner wrote: >> For testing, we would like a mix of people to do x86 and ppc. >> Please send email to the list if you plan to test, what >> architecture, and if you will use the llvm-gcc binary or compile >> it

On Tue, Aug 17, 2004 at 03:49:20PM -0500, John Criswell wrote: > Misha Brukman wrote: > >On Wed, Aug 18, 2004 at 12:16:04AM +0400, Valery A.Khamenya wrote: > >>BTW, would it be nice to put Depend, Release and Debug > >>into .cvsignore for other llvm fans too? > > > >I personally have a build directory outside of the source tree, and > >don't