[llvm-dev] Building llvm so it can be installed by other users

Fri Oct 23 10:31:33 PDT 2015

Not sure what OS you are distributing for, but on OS X you can use the CMake option LLVM_CREATE_XCODE_TOOLCHAIN, which will create a “Toolchains” folder at your install prefix. That folder will contain a “.xctoolchain” folder, which can be tar’d and distributed. 

Users can use it by setting the environment variable EXTERNAL_TOOLCHAINS_DIR to the path of a directory containing .xctoolchain folders, and setting the environment variable TOOLCHAINS to the toolchain identifier (which defaults to org.llvm.3.8.0svn)

-Chris

> On Oct 23, 2015, at 2:57 AM, Bruce Hoult via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> 
> The usual way to handle this is:
> 
> The "--prefix" argument or PREFIX env variable is used to specify the location in which the final program/libraries etc will be stored.
> 
> The "--destdir" argument or DESTDIR env variable is used to specify the location in which the build products will be placed when you do "make install". It will probably not be possible to run the program from this location, because it will look for libraries at the "PREFIX" location.
> 
> This makes it easy to simply tar up the entire contents of DESTDIR and then untar them in PREFIX on the same or other machines. Untarring does not affect existing files in the tree you are untarring into.
> 
> 
> On Fri, Oct 23, 2015 at 9:00 AM, Tyler Hardin via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> You could just tar up the files that will be installed and write a script to put them in their respective subdirs in /usr/local. (You could probably even steal their install script from the "install" target in their makefile.) If you look in the build directory (or it might be some subdir thereof*), there's usually a 1-1 correspondence between the folder names and the names of the folders where the files go in /usr or /usr/local. (Of course, you should check for conflicts/overwrites.)
> 
> *: It's been a while since I've compiled LLVM. I just follow the list out of interest in their progress.
> 
> On Tue, Oct 20, 2015 at 4:26 PM, David Lobron via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> Hey All,
> 
> I'm working on packaging the current version of llvm for use by other people at my company.  As part of this, I'd like to make a tarball of my build, so that other users do not have to rebuild from source in order to use llvm for their builds.  Ideally, I'd like my makefile to un-tar my build output, and then do a "make install" to install anything that has been updated - we have a standard install root called "common" that lives one directory up from the build directory on our build machines.
> 
> The tricky thing I'm running into is that all of the makefiles generated by cmake contain absolute paths, e.g.,
> 
>  "/home/dlobron/build/clangport/akamai/llvm/llvm-3.7/llvm/include/llvm"
> 
> I was wondering if it's possible to build llvm in such a way that all of these files contain relative paths.  It would be perfect for me if the above line, and all other generated makefile paths, would read like this:
> 
>  "../common/include/llvm"
> 
> I tried setting -DCMAKE_INSTALL_PREFIX, but it picked up the full path- I wasn't sure how to tell it to keep the path relative.
> 
> Thanks for any help you can give!
> 
> --David
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev <http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev>
> 
> 
> 
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev <http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev>
> 
> 
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151023/d74bc5c8/attachment.html>