# $Source$ # $State$ Installing the ACK on a modern platform ======================================= This document provides some very quick and dirty instructions for installing the ACK on a modern platform. It is not intended as a substitute for the real instructions, which can be found in doc/install.pr. Let me repeat myself: THE FULL INSTALLATION INSTRUCTIONS ARE IN doc/install.pr. The ACK is a very large and complex package and has received minimal maintenance for the best part of a decade. During that time, the Unix world has moved on, and many APIs have changed. It compiles cleanly on my, dtrg's, test machine, which is a Debian Ubuntu Linux system. Your mileage may vary. All disclaimers now done, now on to the good stuff: Building the ACK ---------------- I'm assuming you're using Linux here, because that's what I use. If you don't use Linux, please let me know if you have any trouble and I'll update the instructions. 1. Prerequisites The ACK wants to be built with a C compiler called cc. From what I've seen so far of the build system, this can be changed, but not easily. Most platforms have their compiler set up so that 'cc' invokes it, whatever it is; however, some don't. So far the only one I've met that doesn't do this is Solaris with gcc installed, but without the Sun native compiler. If this is the case, the simplest thing to do is to place a symlink to gcc (or your favourite C compiler) in your path somewhere. For example: ln -s /usr/bin/gcc ~/bin/cc 2. Configure the build. To do this, run the first/first script. You will be asked several questions. * What is the root of the ACK source tree? This is the directory that you have unpacked the distribution into. For example, /home/dg/src/Ack-5.6. * What is the root of the configuration tree? This is the directory that the build process will use for temporary files. You'll only need this during the compilation process; it can be removed afterwards. For example, /tmp/ack-conf * What is the root of the ACK binaries? This is the ACK's installation path; where the binaries will live. This needs to be writable during the build process --- if you want to install in /usr/local, you either have to make /usr/local writable or compile as root. Sorry! * What is your system type? Linux isn't on the list. Choose ANY. * Is this the system you are running on? Yes. * Are you satisfied? Yes. * What default machine do you wish to compile for? The ACK wants to know what architecture to target if you don't manually specify an architecture. Unfortunately, it can't generate runnable binaries for Linux or any other modern system (except possible Solaris on Sparc). I'd recommend you choose em44. This will produce portable binaries using the ACK's intermediate format, which you can run using the int interpreter. * What kind of Unix are you running? Linux is a mixture, but I pick SYS_5 and it works. * Do you wish to limit the installation? No. If you pick Yes, the script will ask detailed questions about exactly what you want to build. Modern systems are fast enough that we may as well build everything. * Which system call library do you wish to use on the VAX? I don't have a VAX; the only person I know who has one uses it to vacuum his carpets. I pick libsysV_2 with no ill effects. If the configuration script is happy, it will generate a script called INSTALL. 3. Do the compilation. The configuration script will recommend a command line. Execute this. On modern systems, the compilation doesn't take long. Check the output of the configuration script for "Failed" lines. On my system there are two: $ grep Failed INSTALL.out Failed for Intel 8080 download programs, see dl/Out Failed for Intel 8080 support You can ignore these. They aren't important. 4. Use the ACK. Ensure that the ACK's binary directory is on your path; this is /bin in the directory you specified during the configuration process. In my example, this is /usr/local/bin. The /man subdirectory should go on your manpath. To test your path, do: ack This should return silently. To test your manpath, do: man ack This will produce the documentation for the main compiler driver. If this works, you can remove the conf tree (/tmp/ack-conf in my example). Gotchas ------- There are some things you should be aware of. * The ACK's archiver tool is called 'arch'. This conflicts on Linux platforms with a utility that displays the current architecture. If your compilation occasionally fails obscurely and displays something like 'i686', you are running afoul of this. As a workaround, rearrange your path so the ACK's bin directory comes first --- but do be aware that some Linux system tools may stop working. * By default, the ack tool will compile K&R C. Practically all C source these days is ANSI C --- use the -ansi switch to enable ANSI mode. No, the ACK is not C99 compatible. * Not all combinations of optimisation and architectures work. This is perfectly normal, but the combinations are not well documented. Everything supports -O. Disclaimer ---------- The ACK is mature, well-tested software, but the environment in which it was developed for and tested under is rather different from that available on today's machines. There will probably be little in the way of logical bugs, but there may be many compilation and API bugs. If you wish to use the ACK, *please* join the mailing list. We are interested in any reports of success and particularly, failure. If it does fail for you, we would love to know why, in as much detail as possible. Bug fixes are even more welcome. The ACK is licensed under a BSD-like license. Please see the 'Copyright' file for the full text. You can find the mailing list on the project's web site: http://tack.sourceforge.net/ Please enjoy. David Given (dtrg on Sourceforge) dg@cowlark.com 2005-06-24, 23:53 # Revision history # $Log$ # Revision 2.3 2006-07-18 17:21:34 dtrg # Added comment about the use of 'cc' rather than 'gcc'. # # Revision 2.2 2005/06/24 23:20:41 dtrg # Added some new readmes at the top level.