Known problems

- ALL ARCHITECTURES
        If you set the HasGcc option to NO in specif.def, the native
        compiler of the architecture is assumed. Make sure, you don't
        have unwanted symbolic links like cc -> gcc on your machine,
        because options can be very different.
     HOW TO FIX:
        At first, try HasGcc YES. If it works, you may not need to
        compile with the native cc, unless you are looking for very
        high performances (and even then, gcc might be faster...)
        If your cc isn't recognized, you can force the compilation
        options:
                  make CDEBUGFLAGS="-DZEN_NO_TEST -O" CCOPTIONS=""

- ALL ARCHITECTURES
	When using zenfact on top of zen, make sure that your specif.def
	files are identical. The best thing to do is to put a symbolic link
	from zenfact/specif.def on zen/specif.def. We don't set that by
	default since some systems do not handle symbolic links (e.g. OS2)

- Solaris
        Compilation must be done using /usr/ccs/bin/make. Make sure
        that this is the default make given by your PATH environnment
        variable.
     HOW TO FIX:
        setenv PATH /usr/ccs/bin:$PATH  (if you use a C-shell)
        PATH=/usr/ccs/bin:$PATH; export PATH (if you have a Bourne shell)

- Solaris
        The imake command is supposed to have been compiled in a
        consistent way with the architecture of the machine. It is
        provided with the X server. Hence, you can have problems if
        you use an Xwindows system, NFS imported from a SUNOS
        machine. There are two ways to fix that:
     HOW TO FIX:
        The openwindows server is usually consistent. You can try to
        put in your PATH environnment variable /usr/openwin/bin before
        /usr/bin/X11.
        You can also ask your system administrator to recompile an
        imake program with the local cc compiler.

- DEC VAX ULTRIX-32 3.1
        With very old version of sh (23552 Nov 15  1988 /bin/sh),
        compilation is impossible because if test then else fi
        returns with non zero status when test is false !
     HOW TO FIX:
        update /bin/sh !!!

- Linux The printf functions use GMP functions to print floating
        arguments.  So, printing via printf yields sometimes erroneous
        printing while using GMP in ZEN. In order to fix this, we
        filter all GMP files and change the mpn prefixes in zmpn.

- Solaris Using cc (version SC4.0 18 Oct 1995 C 4.0), and with
        UseLongLong raised, a compiler bug results in erroneous
        computations when specifying register BigNumDigit in a header
        function. In order to fix this, we pass -Dregister= to the
        compiler. This is not a good way to fix that, but in any case,
        using long long under 32 bit solaris is very slow.


Last modified: 15 11 1998 20:26 MET