Displaying 20 results from an estimated 1100 matches similar to: "[LLVMdev] dist-check implemented"
2004 Oct 23
1
[LLVMdev] UPDATE: Makefile.rules Changes (IMPORTANT)
If you're on the new Makefile system, you will want to update your
Makefile.rules. The patch below provides some important fixes for
parallel builds and dependencies. It also adds some new features like
the -local targets. For example, you can now build "all-local" to build
the local directory without recursing into subdirectories.
See the comments below for details of the change.
2003 Dec 05
0
[LLVMdev] Re: Makefile.config&setenv
yue wrote:
> hi,
> about [LLVMdev] another question
>
> thanks
>
> yueqiang
One other thing you might want to try is to put your object tree in a
directory that is *not* inside of your source tree. Currently, we don't
support using separate object trees that are subdirectories of the
source tree.
In other words:
Will work:
==========
SRC_ROOT=/home/yue/llvm
2004 Apr 01
1
[LLVMdev] Makefile.config
Hi John,
I have attached my Makefile.config.
I noticed that I did'nt have SRC_ROOT and OBJ_ROOT variables
defined as such in my environment. But I noticed that this is defined in
the Makefile.config by default to the same values.
All the same, I tried defining both these variables in my .cshrc, but I
still get the same error.
The main directory for me is /home/llvm, and I have
2004 Nov 18
1
[LLVMdev] IMPORTANT: Executables Built In New Location
Folks,
If you're working from CVS sources and have updated recently, you should
know that the Makefiles now place the tools in a different directory.
This may affect your path. Three changes were made in resolving PR456:
1. $BUILD_OBJ_ROOT/lib/Debug --> $BUILD_OBJ_ROOT/Debug/lib
2. $BUILD_OBJ_ROOT/tools/Debug --> $BUILD_OBJ_ROOT/Debug/bin
3. Example programs are now placed in
2005 Jan 14
6
[LLVMdev] Proposed Makefile Changes
Hi,
In buildling XPS using LLVM's makefile system, I'm finding that there's
a few things lacking in our support for LLVM-based projects. The items
below should help but may require changes to project makefiles. I
thought I'd check before just going and doing it.
1. Various autoconf generated variables (e.g. abs_top_srcdir) are
set in the makefiles but not used. They
2004 Oct 22
6
[LLVMdev] Makefile.rules Changes / automake update (IMPORTANT!)
Hello,
I've closed PR106 (use automake) as WONTFIX. I've already delineated the
problems with automake in previous posts but as of now, all the automake
related stuff has been removed from the repository.
In an effort to start making our makefile system better, I've committed changes
to Makefile.rules and a few library Makefiles that nearly double the speed of
our compilations. I
2005 Jan 16
0
[LLVMdev] Proposed Makefile Changes
The proposed makefile changes have been committed. If you are working
from CVS head and you use the LLVM Makefile System in your own project,
please make a note of the following:
1. If your makefiles use any BUILD_* variables, they now need to be
prefixed with PROJ_ instead of BUILD_. For example,
BUILD_SRC_ROOT is now PROJ_SRC_ROOT.
2. There are additional requirements
2005 Feb 14
1
[LLVMdev] Fix using old BUILD_OBJ_ROOT/BUILD_SRC_ROOT in 2 LLVM makefiles [PATCH]
I found use old BUILD_OBJ_ROOT/BUILD_SRC_ROOT in comment in
llvm/Makefile.common
and in llvm/projects/Stacker/test/Makefile code.
I update it to PROJ_* in attached patches.
Vladimir
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Makefile.common.patch
Type: application/octet-stream
Size: 1081 bytes
Desc: not available
URL:
2005 Jan 16
0
[LLVMdev] Proposed Makefile Changes
The proposed makefile changes have been committed. If you are working
from CVS head and you use the LLVM Makefile System in your own project,
please make a note of the following:
1. If your makefiles use any BUILD_* variables, they now need to be
prefixed with PROJ_ instead of BUILD_. For example,
BUILD_SRC_ROOT is now PROJ_SRC_ROOT.
2. There are additional requirements for projects.
2005 Jan 16
1
[LLVMdev] Proposed Makefile Changes
The llvm.cs.uiuc.edu site does not seem to be updating at the moment so
it contains the old instructions. If you're looking for the new
instructions on the Projects.html page, you can view them here:
http://illuvium.net/docs/Projects.html
Reid.
On Sat, 2005-01-15 at 18:30, Reid Spencer wrote:
> The proposed makefile changes have been committed. If you are working
> from CVS head and
2004 Oct 22
0
[LLVMdev] Makefile.rules Changes / automake update (IMPORTANT!)
Hi Reid, just a quick note while you're doing this, a while ago I ran
into a problem that the standard makefiles weren't building libraries
(like, say, a new pass) correctly on OS X - they were being built as
shared libraries and not bundles, so they couldn't be loaded with
dlopen. The discussion is in the archives if you want more details...
I fixed it locally by doing the following
2004 Oct 25
0
[LLVMdev] Makefiles get "dist" -- need your help!
I have committed changes to Makefile.rules (and others) that will assist
in building releases or distributions. The new "dist" target will first
perform a "make check" to ensure that all the software builds and that
basic sanity checks pass (none have been implemented). If that succeeds,
then the directory structure is traversed again for the "distdir" target
which
2005 Jan 14
0
[LLVMdev] Proposed Makefile Changes
On Fri, 14 Jan 2005, Reid Spencer wrote:
> In buildling XPS using LLVM's makefile system, I'm finding that there's
> a few things lacking in our support for LLVM-based projects. The items
> below should help but may require changes to project makefiles. I
> thought I'd check before just going and doing it.
ok.
> 1. Various autoconf generated variables (e.g.
2003 Dec 04
2
[LLVMdev] another question
hi,
when i change the OBJ_ROOT and recompile the llvm, it's successful.
but run following test, then the error occues:
-----------------------------------------------------
[yue at RH9 obj]$ make -C ./test/Programs
make: Entering directory `/home/yue/llvm/obj/test/Programs'
make[1]: Entering directory `/home/yue/llvm/obj/test/Programs/SingleSource'
make[2]: Entering directory
2004 Sep 01
0
[LLVMdev] FreeBSD Support In lib/System
Jeff & others
A couple words on how lib/System works that might help you.
1. The configure script identifies the build host and puts it in the
$build variable. We use that to determine the basic kind of
platform
and put it in a variable named $OS. The value of $OS can be: Linux,
FreeBSD, Interix, SunOS, Darwin, etc.
2. The platform name is used to create a link from
2006 Apr 26
1
[LLVMdev] LLC fail without gccld optimization on spec2000 int benchmarks
Hi,
In my experiments, I need to disable several linking optimizations. However,
bzip2, vortex and eon failed if "-disable-opt" was passed to gccld. I tried
the out-of-box llvm and the building process provided by llvm-test. The same
problem was observed, when I specified EXTRA_LINKTIME_OPT_FLAGS =
-disable-opt on Makefile.program and simplied typed "make" under
2008 Mar 05
2
[LLVMdev] Error messages in llvm-test
Hi all,
llvm-test fails on me in the first test (and many subsequent tests, but
I hope that fixing the first test will allow me to continue).
I see syntax errors from the C compiler and core dumps from llc.
Is any of this supposed to happen?
This is still on my amd64 machine. However, the build process is using
the right incantation to compile (gcc-4.2 -m32 -Wl,-melf_i386).
The llvm-gcc
2012 Apr 14
1
[LLVMdev] Running test suite with LNT failed
> > But I got the error message below,
> >
> > ---
> > 2012-04-12 02:39:48: executing test modules
> > 2012-04-12 02:39:49: loading nightly test data...
> > nt.py:737: fatal error: nightly test failed, no report generated
> > ---
> >
> > Any idea on how I can figure out what the fatal error is? Thanks!
>
> Inside the sandbox there will
2013 Jan 04
0
[LLVMdev] Help with linking llvm 3.2 into an .so
Hi everyone, sorry to bother you guys. I’m moving a linux application that uses LLVM from version 3.0 to 3.2, and I’m getting a relocation error that I didn’t used to get with the older version of LLVM. I believe that I correctly turned on fPIC, but I’m getting this warning anyway:
/usr/bin/ld: /scratch/thirdparty/default/lib/libLLVMBitReader.a(BitcodeReader.o): relocation R_X86_64_PC32
2013 Jan 04
0
[LLVMdev] Help with linking llvm 3.2 into an .so
Please ignore, I think this is an issue with an older version of binutils.
________________________________
From: Damien D Neff
Sent: 1/4/2013 1:25 PM
To: llvmdev at cs.uiuc.edu
Subject: Help with linking llvm 3.2 into an .so
Hi everyone, sorry to bother you guys. I’m moving a linux application that uses LLVM from version 3.0 to 3.2, and I’m getting a relocation error that I didn’t used to get