Install 3rd-party programs or libraries: Difference between revisions

From VrlWiki
Jump to navigation Jump to search
Jadrian Miles (talk | contribs)
Jadrian Miles (talk | contribs)
m Install a complicated source tree: typo in wget example
 
(One intermediate revision by the same user not shown)
Line 67: Line 67:
download:
download:
rm -rf src nifti.zip
rm -rf src nifti.zip
wget -rq --reject "*.html*" --nH --cut-dirs=2 http://nifti.nimh.nih.gov/pub/dist/src/
wget -rq --reject "*.html*" -nH --cut-dirs=2 http://nifti.nimh.nih.gov/pub/dist/src/
zip -r nifti.zip src
zip -r nifti.zip src
rm -rf nifti.zip
rm -rf nifti.zip
Line 90: Line 90:
# Copy the binaries into the new <code>$G/src/&lt;projectname&gt;</code> directory, add each one with <code>cvs add -kb &lt;filename&gt;</code>, and then commit.
# Copy the binaries into the new <code>$G/src/&lt;projectname&gt;</code> directory, add each one with <code>cvs add -kb &lt;filename&gt;</code>, and then commit.


[[Category:HOWTO]][[Category:$G]][[Category:Software Development]]
[[Category:$G HOWTO]][[Category:Software Development]]

Latest revision as of 14:52, 18 October 2010

A lot of great software has been written by people not in our group, and it's to our advantage to be able to make use of it. This HOWTO explains how to install a 3rd-party project (that is, a program or library) into $G so that everyone in the group can use it. This is easiest if you can get a simple source tree for the project, but we can even deal with complicated source trees and binary-only projects.

Remember to never copy files directly into $G! Everything in $G should get there by being checked into CVS.

Install a simple source tree

In this case, installing a 3rd-party project is identical to checking in and installing one you wrote yourself.

  1. Create a new directory for the project (not in $G but somewhere in your homedir) and copy the source tree into a subdirectory of this, say src. Remember to make sure the tree is clean; no object files or other binaries.
  2. Create a Makefile in your directory (not the src directory that contains the project's source tree) and give it some rules:
    • The all target should simply call the source's own Makefile.
    • The install target should copy the resulting executables, headers, libraries, and documentation into $G/bin, $G/include, $G/lib, and $G/man respectively.
  3. Import the project into CVS as normal.

Here's an example Makefile for the NIFTI medical image format library:

all:
	# NIFTI lib source code is one directory down
	# to preserve the Makefile that comes with it
	cd src; make all

install:
	cd src; make doc
	# we have to do some gymnastics to avoid copying the CVS directory
	find src/bin -maxdepth 1 -type f -print0 | xargs -0 -I '{}' cp '{}' $(G)/bin
	mkdir -p $(G)/lib/nifti
	cp -f src/lib/*.a $(G)/lib/nifti
	mkdir -p $(G)/include/nifti
	cp -f src/include/*.h $(G)/include/nifti
	mkdir -p $(G)/shared/man/nifti
	cd src/docs/html; cp -f *.html *.png *.css *.gif $G/shared/man/nifti

Install a complicated source tree

In some rare situations, you can't put all the project's source into our CVS tree. In this case, the goal is to package everything you've got up into a .zip file and make the build and install scripts temporarily unpack the source tree.

  1. If you already have a .zip file for the source tree, continue on. If not, use the zip command to create an archive.
  2. Move the .zip file into its own directory and create a Makefile there.
    • The all target should unzip the archive and build it.
    • The install target should copy the resulting executables, headers, libraries, and documentation into $G/bin, $G/include, $G/lib, and $G/man respectively.
  3. Move the .zip file somewhere else temporarily and import the project into CVS as normal with just the Makefile in the directory.
  4. Move the .zip file into the appropriate $G/src/<projname> directory, check it in with cvs add -kb <archivename>, and then commit.

Here's another Makefile for the NIFTI library, but this time extracting the source code on the fly:

all:
	unzip -ou nifti.zip
	# nifti.zip has a root directory called "src"
	cd src; make all

install:
	cd src; make doc
	# we have to do some gymnastics to avoid copying the CVS directory
	find src/bin -maxdepth 1 -type f -print0 | xargs -0 -I '{}' cp '{}' $(G)/bin
	mkdir -p $(G)/lib/nifti
	cp -f src/lib/*.a $(G)/lib/nifti
	mkdir -p $(G)/include/nifti
	cp -f src/include/*.h $(G)/include/nifti
	mkdir -p $(G)/shared/man/nifti
	cd src/docs/html; cp -f *.html *.png *.css *.gif $G/shared/man/nifti

Advanced: use wget or cvs

Sometimes it makes sense to have the build and install scripts just download the project directly, rather than checking an archive into our CVS. Be careful about doing this, as versions and URLs change over time.

Rather than download the project's .zip file yourself and then check that in, you can add a wget command to the Makefile to download it, and then unzip, build, and install it as above.

Here's an optional download target that could be appended to the Makefile above and added to the all step to download with wget:

download:
	rm -rf src nifti.zip
	wget -rq --reject "*.html*" -nH --cut-dirs=2 http://nifti.nimh.nih.gov/pub/dist/src/
	zip -r nifti.zip src
	rm -rf nifti.zip
	# to build, just "cd src; ./configure; make"

And here's one that works with cvs:

download:
	rm -rf xmedcon
	cvs -z3 -d:pserver:anonymous@xmedcon.cvs.sourceforge.net:/cvsroot/xmedcon co -P xmedcon
	# to build, just "cd xmedcon; ./configure; make"

Install binary files directly

If you don't even have a .zip file of the source tree for a project, then you have no other choice but to put the actual binary library file into CVS.

  1. Put all the binaries you want to install into their own directory.
  2. Create a Makefile in that directory that will respond to make all and make install.
    • For make all you can just print out "Nothing to do for this project."
    • For make install, use gfxinstall3 to install the files in the proper places in $G.
  3. Now move the binaries out of the directory and import the directory into CVS.
  4. Copy the binaries into the new $G/src/<projectname> directory, add each one with cvs add -kb <filename>, and then commit.