Jan> Heiko Muenkel <muenkel(a)tnt.uni-hannover.de&gt; writes: Jan> This is probably a configure failure. Jan> --with-gif --with-xpm --with-xface --with-ncurses --with-gpm Jan> all of these should be unnecessary as they are Jan> autodetected. Try finding out why configure does not do so Jan> and your problem is probably solved. Jan> Golden rule of configure: Never --with-anything=yes that is Jan> on by default. Forcing it just hides the problem and causes Jan> other problems to appear. Jan> Jan Ok. I've tried it now with the following configure options and 21.0/b57: ../configure --prefix=/prog/xemacs/21.0 --exec-prefix=/prog/xemacs/21.0/$CONFIG --with-pop --with-site-lisp --with-sound=both --error-checking=none --site-libraries=${LD_LIBRARY_PATH} --site-includes=${C_INCLUDE_PATH} and got the same problem. I've found out, that ULONG_MAX will be defined in /usr/include/limits.h only, if the C-compiler isn't the gcc version greater 2 (__GNUC__ >= 2). A gcc 2.x will read instead /usr/include/linux/limits.h, but in this file there's no definition of ULONG_MAX. I'm wondering, that no one else has this problem. Heiko

Jan> Heiko Muenkel <muenkel(a)tnt.uni-hannover.de&gt; writes: Heiko> Ok. I've tried it now with the following configure options Heiko> and 21.0/b57: ../configure --prefix=/prog/xemacs/21.0 Heiko> --exec-prefix=/prog/xemacs/21.0/$CONFIG --with-pop Heiko> --with-site-lisp --with-sound=both --error-checking=none Heiko> --site-libraries=${LD_LIBRARY_PATH} Heiko> --site-includes=${C_INCLUDE_PATH} Martin> Does your C_INCLUDE_PATH point to /usr/include/linux ? If Martin> so, why? Yes, it was a mistake. With a correct C_INCLUDE_PATH I had no problems to install the XEMacs. Martin> Does a very simple `./configure; make' work? No. The reason for using --site-libraries=${LD_LIBRARY_PATH} and --site-includes=${C_INCLUDE_PATH} is, that I've an old version of libpng in /usr/X11R6/* and a newer one at another place. In such cases it seems to be hard under Linux (it's no problem under Solaris) to get the right versions. One reason is the file /etc/ld.so.conf, which overwrites the settings of the LD_LIBRARY_PATH. Therefore it is hard (or impossible?) for a normal user to install a XEmacs with private versions of needed libraries like the png. I got the right version during the installation by using --site-includes and --site-libraries, but I'm not sure, which version I'll get during runing the XEmacs. Any ideas how to test that? Thanks, Heiko

Martin> Does a very simple `./configure; make' work? Heiko> No. The reason for using --site-libraries=${LD_LIBRARY_PATH} and Heiko> --site-includes=${C_INCLUDE_PATH} is, that I've an old version of Heiko> libpng in /usr/X11R6/* and a newer one at another place. In such cases Heiko> it seems to be hard under Linux (it's no problem under Solaris) to get Heiko> the right versions. One reason is the file /etc/ld.so.conf, which Heiko> overwrites the settings of the LD_LIBRARY_PATH. Therefore it is hard Heiko> (or impossible?) for a normal user to install a XEmacs with private Heiko> versions of needed libraries like the png. I got the right version Heiko> during the installation by using --site-includes and --site-libraries, Heiko> but I'm not sure, which version I'll get during runing the XEmacs. Any Heiko> ideas how to test that? I recommend building a NON-shared personal version of libpng, then using --site-includes and --site-libraries to link with that. No runtime problems that way. Most external libraries have an option to be built non-shared. If you DO decide to link with a shared library, you can use the poorly named --site-runtime-libraries flag to specify the exact path to search at runtime. Under Linux, there may be some disagreement in different distributions about whether the RPATH baked into the executable overrides the system default in /etc/ld.so.conf. Martin