tale@cs.rpi.edu (David C Lawrence) (03/07/90)
I could have sworn I just saw a message about this in the past couple
of days but I just couldn't find it again; sorry for the repeated
topic.
I don't understand why Project.tmpl does this:
#if HasSunOSSharedLibraries
DEPLIBS = $(DEPXAWLIB) $(DEPXMULIB) $(DEPXTOOLLIB) $(DEPXLIB)
#else
DEPLIBS = $(LOCAL_LIBRARIES)
#endif
It causes problems when building some contrib things (it just got me
in gwm and xlock) under SunOS 3.5. On SunOS 4.0 it is okay because a
line which eventually ends up looking like this gets seen by make:
xlock: [ objects ] /usr/lib/libXext.a /usr/lib/libX11.a
Because of the above rule, the line ends up like this in 3.5:
xlock: [ objects ] -lXext -lX11
which make whines about because it has no clue about how to build the
-lX* targets. Bummer. So for now I just go in and edit the Makefile
by hand to get around it, because I don't know enough about Imake yet
and don't really want to change the Imakefile from the distributed
version. Are the Imakefiles doing something wrong? Or is it
Project.tmpl? (I think the message I saw here said that the Imakefiles
were wrong but I don't recall whether it said anything about a remedy.)
Speaking of not changing the distributed Imakefiles, here's what I
added to the very end of xlock's Imakefile to cope with the fact that
SunOS 3.5 doesn't define MAXHOSTNAMELEN in <sys/param.h> (or anywhere):
#if (SunOSPlatform) && (OSMajorVersion < 4)
SpecialObjectRule(xlock.o, ,-DHOSTNAMELEN=64)
#endif
--
(setq mail '("tale@cs.rpi.edu" "tale@ai.mit.edu" "tale@rpitsmts.bitnet"))