Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!shadooby!samsung!usc!apple!motcsd!hpda!hpcuhb!hpindda!burdick
From: burdick@hpindda.HP.COM (Matt Burdick)
Newsgroups: comp.soft-sys.andrew
Subject: Some compilation problems
Message-ID: <41800003@hpindda.HP.COM>
Date: 14 Nov 89 16:17:08 GMT
Organization: HP Information Networks, Cupertino, CA
Lines: 69

Here are a few compilation problems I noticed while running 'make
dependInstall' on my HP9000/350 under HPUX 6.5:


	      Compilation Problems for Andrew - patchlevel 6

1) While compiling atk/eq/parse.c, it fails with the following message:

parse.y: 34: Can't find include file eq.ih

The eq.ih file is produced by running class on atk/eq/eq.ih file and should
happen before parse.c is compiled.  Since I am not familiar with imake, I'm
not sure of what should be changed in the Imakefile, but I'm sure it's
minor.


2) A number of errors of the following format:

strip: file /sam/andrew/build_dir/config/loginstall.hpindlw format error, improper system id 0x2321
strip: file /sam/andrew/build_dir/bin/genmake.hpindlw format error, improper system id 0x2321

3) The following message appears when compiling overhead/mail/lib/dropoff.c:

"dropoff.c", line 633: warning: incorrect combination of pointer and integer, op =


This is the line it is complaining about:

	fp = qopen(oldsendmail, SMVec, "w");

Here is the relevant declaration in dropoff.c:
	FILE *fp;

... in util.h (included by dropoff.c):
extern FILE    *qopen();               /* topen() with simplified calling
                                        * sequence */

... and in fdplumb.h (also included by dropoff.h):
#define qopen dbg_qopen

Because of the #define in fdplumb.h, the line in dropoff.c that opens the
file with qopen is really calling dbg_qopen, which returns an int by
default.  At least I assume dbg_qopen returns an int, since I haven't found
any code for it yet.


4) In atk/zip/lib/zipve02.c, in the function Create_Shade_Palette, there
are a number of lines in the declaration of the 'source' array that begin
with the '#' character, causing some problems for makedepend:

Adding dependencies...
zipve02.c, line 653: unknown directive == "#White\n\"
zipve02.c, line 691: unknown directive == "#Black\n\"
zipve02.c, line 694: unknown directive == "#*G;1100,100\n\"
... etc

This is a pretty minor problem, I know.

5) In helpindex/Makefile, the help.aliases file is installed using the
$(INSTINCFLAGS) flags, which are mode 444.  This means that when it comes
time to run 'make Aliases', addalias will be unable to append to that file.

Instead, the $(INSTLIBFLAGS) flag should be used, since this is 0664.


							-matt
-- 
Matt Burdick                    | Hewlett-Packard
burdick%hpda@hplabs.hp.com      | Technical Communications Lab  (IND/TCL)