Short overview for those who don't read manuals:
Calling configure manually is outdated because this is a task of the
There is no 'configure', simply call 'make' on the top level
***** If this does not work for you, read the rest if this file *****
***** If you have any problem, also first read the topic specific *****
***** README.* files (e.g. README.linux for Linux problems). *****
All results in general will be placed into a directory named
OBJ/<arch-name>/ in the current projects leaf directory.
You **need** either my "smake" program, the SunPRO make
from /usr/bin/make (SunOS 4.x) or /usr/ccs/bin/make (SunOS 5.x)
or GNU make to compile this program. Read README.gmake for
more information on gmake and a list of the most annoying bugs in gmake.
All other make programs are either not smart enough or have bugs.
My "smake" source is at:
It is easy to compile and doesn't need a working make program
on your machine. If you don't have a working "make" program on the
machine where you like to compile "smake" read the file "BOOTSTRAP".
If you have the choice between all three make programs, the
preference would be
1) smake (preferred)
2) SunPRO make
3) GNU make (this is the last resort)
Important notice: "smake" that comes with SGI/IRIX will not work!!!
This is not the Schily "smake" but a dumb make program from SGI.
***** If you are on a platform that is not yet known by the *****
***** Schily makefilesystem you cannot use GNU make. *****
***** In this case, the automake features of smake are required. *****
Please read the README's for your operating system too.
Do not use 'mc' to extract the tar file!
All mc versions before 4.0.14 cannot extract symbolic links correctly.
The versions of WinZip that support tar archives cannot be used too.
The reason is that they don't support symbolic links.
Star and Gnutar do support symbolic links even on win32 systems.
To support symbolic links on win32, you need to link with the
Cygwin32 POSIX library.
To unpack an archive use:
gzip -d < some-arch.tar.gz | tar -xpf -
Replace 'star' by the actual archive name.
If your Platform does not support hard links or symbolic links, you
first need to compile "star" and then call:
star -xpz -copy-links < some-arch.tar.gz
If your platform does not support hard links but supports
symbolic links, you only need to call the command above once.
If your platform does not support symbolic links, you need to call
the command twice because a symbolic link may occur in the archive
before the file it points to.
Here comes the long form:
Calling configure manually is outdated because this is a task of the
You don't have to call configure with this make file system.
Calling 'make' or 'make all' on the top level directory will create
all needed targets. Calling 'make install' will install all needed
This program uses a new makefilesystem. This makefilesystem uses
techniques and ideas from the 1980s and 1990s, is designed in a
modular way and allows sources to be combined in a modular way.
For mor information on the modular features read README.SSPM.
The makefilesystem is optimized for a program called 'smake'
Copyright 1985 by J�rg Schilling, but SunPro make (the make program
that comes with SunOS >= 4.0 and Solaris) as well as newer versions
of GNU make will work also. BSDmake could be made working, if it
supports pattern matching rules correctly.
The makefile system allows simultaneous compilation on a wide
variety of target systems if the source tree is accessible via NFS.
Finding Compilation Results:
To allow this, all binaries and results of a 'compilation' in any form
are placed in sub-directories. This includes automatically generated
include files. Results in general will be placed into
a directory named OBJ/<arch-name>/ in the current projects
leaf directory, libraries will be placed into a directory called
libs/<arch-name>/ that is located in the source tree root directory.
<arch-name> will be something like 'sparc-sunos5-cc'
This is the main reason why simultaneous compilation is possible on
all supported platforms if the source is mounted via NFS.
How to compile:
To compile a system or sub-system, simply enter 'smake', 'make' or
'Gmake'. Compilation may be initialized at any point of the source
tree of a system. If compilation is started in a sub tree, all objects
in that sub tree will be made.
How to install results:
To install the product of a compilation in your system, call:
at top level. The binaries will usually be installed in
/opt/schily/bin. The directory /opt/<vendor-name>/ has been agreed
on by all major UNIX vendors in 1989. Unfortunately, still not all
vendors follow this agreement.
If you want to change the default installation directory, edit the
appropriate (system dependent) files in the DEFAULTS directory
***** If "smake install" doesn't do anything, you are on a broken *****
***** File System. Remove the file INSTALL in this case (the FS *****
***** does not handle upper/lower case characters correctly). *****
***** This is true for all DOS based filesystems and for Apple's *****
***** HFS+ filesystem. *****
Using a different installation directory:
If your system does not yet use the standard installation path /opt
or if you don't like this installation directory, you can easily
change the installation directory. You may edit the DEFAULTS file
for your system and modify the macro INS_BASE.
You may use a different installation directory without editing the
DEFAULTS files. If you like to install everything in /usr/local, call:
If your make program supports to propagate make macros to sub make programs
which is the case for recent smake releases as well as for a recent gnumake:
smake INS_BASE=/usr/local install
gmake INS_BASE=/usr/local install
If you make program doesn't propagate make macros (e.g. SunPRO make) call:
env INS_BASE=/usr/local make -e install
Using a different C-compiler:
If the configured default compiler is not present on the current machine,
the makefilesystem will try an automatic fallback to GCC. For this reason
in most cases you will not need to manually select a compiler.
The default C-compiler can be modified in the files in the
DEFAULT directory. If you want to have a different compiler
for one compilation, call:
This works even when your make program doesn't propagate make macros.
Creating 64 bit executables on Solaris:
If you like to create 64 bit executables you always need first to
remove any old make results. This includes all autoconf results. In
order to make sure that the source tree is in a "clean" state, call:
at the top level directory. Then configure and compile everything by
smake COPTX=-xarch=v9 LDOPTX=-xarch=v9
To do this with GCC, you need at least GCC-3.1. It is the first 64 bit
aware GCC. With GCC, call on Solaris:
smake CCOM=gcc COPTX=-m64 LDOPTX=-m64
It is not clear if GCC already supports other platforms in 64 bit mode.
As all GCC versions before 3.1 did emit hundreds of compilation
warnings related to 64 bit bugs when compiling itself, there is little
hope that other platforms are already supported in 64 bit mode.
Getting help from make:
For a list of targets call:
Getting more information on the make file system:
The man page makefiles.4 located in man/man4/makefiles.4 contains
the documentation on general use and for leaf makefiles.
The man page makerules.4 located in man/man4/makerules.4 contains
the documentation for system programmers who want to modify
the make rules of the makefile system.
For further information read
Hints for compilation:
The makefile system is optimized for 'smake'. Smake will give the
fastest processing and best debugging output.
SunPro make will work as is. GNU make need some special preparation.
Read README.gmake for more information on gmake.
To use GNU make create a file called 'Gmake' in your search path
exec gmake "$@"
and call 'Gmake' instead of gmake. On Linux there is no gmake, 'make'
on Linux is really a gmake.
'Gmake' and 'Gmake.linux' are part of this distribution.
Some versions of gmake are very buggy. There are e.g. versions of gmake
on some architectures that will not correctly recognize the default
target. In this case call 'make all' or ../Gmake all'.
Note that pseudo error messages from gmake similar to:
gmake: Entering directory `cdrtools-1.10/conf'
../RULES/rules.cnf:58: ../incs/sparc-sunos5-cc/Inull: No such file or directory
../RULES/rules.cnf:59: ../incs/sparc-sunos5-cc/rules.cnf: No such file or directory
Are a result of a bug un GNU make. The make file system itself is
correct (as you could prove by using smake).
If your gmake version still has this bug, send a bug report to:
"Paul D. Smith" <firstname.lastname@example.org>
He is the current GNU make maintainer.
If you like to use 'smake', please always compile it from source.
The packages are located on:
Smake has a -D flag to see the actual makefile source used
and a -d flag that gives easy to read debugging info. Use smake -xM
to get a makefile dependency list. Try smake -help
Compiling the project using engineering defaults:
The defaults found in the directory DEFAULTS are configured to
give minimum warnings. This is made because many people will
be irritated by warning messages and because the GNU c-compiler
will give warnings for perfectly correct and portable c-code.
If you want to port code to new platforms or do engineering
on the code, you should use the alternate set of defaults found
in the directory DEFAULTS_ENG.
You may do this permanently by renaming the directories or
for one compilation by calling:
Compiling the project to allow debugging with dbx/gdb:
If you like to compile with debugging information for dbx or gdb,
make COPTX=-g LDOPTX=-g
If you want to see an example, please have a look at the "star"
source. It may be found on:
Have a look at the manual page, it is included in the distribution.
Install the manual page with
make install first and include /opt/schily/man in your MANPATH
Note that some systems (e.g. Solaris 2.x) require you either to call
/usr/lib/makewhatis /opt/schily/man or to call
man -F <man-page-name>
Email: email@example.com, firstname.lastname@example.org
Please mail bugs and suggestions to me.