Version LPRng-3.8.7 - Wed Feb 20 06:02:24 PST 2002
Makefile.in had the diagnostic option enabled.
BAD! Bad Programmer! BAD! No coffee for you today.
(Reported by: Petri Kaukasoina <[EMAIL PROTECTED]>
among others...)
Portability stuff, // comments, and src/Makefile referencing
${SRC}/../UTILS instead of ../UTILS.
(Reported by: Hans Peter Verne <[EMAIL PROTECTED]>)
> From [EMAIL PROTECTED] Thu Feb 14 04:06:44 2002
> Date: Thu, 14 Feb 2002 11:56:58 +0100
> From: Hans Peter Verne <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: LPRng: LPRng 3.8.6 compile problems
>
>
> Hi Patrick,
>
> I think you once said this was the appropriate place to post bug reports.
> LPRng 3.8.6 has some compile issues I think you should know about.
>
> I have tried for linux (redhat 6.2/gcc version egcs-2.91.66), solaris 2.6
> (both gcc version 3.0.3 and "Sun WorkShop 6 update 2 C 5.3 2001/05/15")
> and alpha (Digital UNIX V4.0G/Digital UNIX Compiler Driver 3.11)
>
> First off, "Compiling For Multiple Architectures" doesn't work, you
> can easily verify this on your linux box yourself, I guess:
>
> $ tar zxf LPRng-3.8.6.tar.gz
> $ cd LPRng-3.8.6
> $ mkdir linux ; cd linux
> $ ../configure
> (...)
> $ make all
>
> It seems to build the binaries ok, but fails on
>
> ../../src/../UTILS/make_lpd_conf: ../../src/../UTILS/make_lpd_conf: No such file
>or directory
> cpp: output pipe has been closed
> make[1]: *** [lpd.conf] Error 1
Fixed. This was due to making the various utilities configured by
configure, and then not realizing that the path should be local to the
'top level created directory' rather than the source directory.
>
> But still, when I fall back to compiling one arch at a time, it only
> compiles on linux. On sun/gcc, it goes :
>
> In file included from include/lp.h:22,
> from common/lpc.c:64:
> include/portable.h:265: parse error before "geteuid"
> include/portable.h:265: warning: data definition has no type or storage class
> In file included from include/lp.h:22,
> from common/lpc.c:64:
> include/portable.h:806: conflicting types for `openlog'
> /usr/include/syslog.h:23: previous declaration of `openlog'
> make[1]: *** [lpc.o] Error 1
In 'portable.h' we have:
#ifdef HAVE_UNISTD_H
# include <unistd.h>
#else
extern int dup2 ();
extern int execve ();
extern uid_t geteuid (), getegid ();
extern int setgid (), getgid ();
#endif
Check to see if there is a /usr/include/unistd.h file on your
system. I ran configure on Solaris 2.8, 2.7, Linux RedHat 7.1/7.2,
FreeBSD 4.3/4.4/4.5-PRERELEASE, and on a couple of other systems,
and looked in config.h:
/* Define if you have <unistd.h>. */
#define HAVE_UNISTD_H 1
If you do not have this, then configure
is not finding /usr/include/unistd.h.
Check the config.log file for hints...
I strongly suspect that you have missing include files, or are
suppressing the use of the /usr/include directory where they
'normally' are located.
I have done this to myself when using an NFS mounted /usr partition
and somebody 'cleaned up' and moved all of the includes to
'/usr/local/include' which REALLY made everybodys day... :-)
>
> On alpha:
What are you running on the Alpha? Linux?
>
> make[1]: Entering directory `/usit/mikkel/priss_src/PRISS3/LPRng-3.8.6/src'
> /usr/bin/cc -I.. -I./include -I./common -std -std -DHAVE_CONFIG_H
>[blah-blah-blah] -c -o lpc.o ./common/lpc.c
> cc: Warning: /usr/include/sys/types.h, line 127: In this declaration, the same
>type specifier occurs more than once. (duptypespec)
> typedef unsigned long size_t;
> --------^
> cc: Warning: /usr/include/sys/types.h, line 127: In this declaration, there is no
>declarator. (nodcl)
> typedef unsigned long size_t;
> --------^
> cc: Warning: /usr/include/sys/types.h, line 281: In this declaration, there is no
>declarator. (nodcl)
> typedef long off_t; /* file offset */
> --------^
> cc: Error: /usr/include/sys/types.h, line 295: In this declaration, "typedef"
>cannot be combined with "int". (typeconflict)
>
> make[1]: *** [lpc.o] Error 1
>
> (Yes, damned stupid error messages, and the line numbers makes no sense!
> But I don't think the error is in /usr/include/sys/types.h, it works fine
> on 3.8.1, as noted below).
I have seen this before, usually after installing a new version of GCC
and NOT removing the old one first.
There is apparently some sort of bogosity going on here with
some of the include files. I suspect that there is some problem
with their ordering, or they are getting included multiple times.
If you are doing your compile on a system that has been upgraded
or has multiple versions of the GCC compiler installed, this
might be the source of problems.
Note that I compiled this on RedHat Linux 7.2 (Virgin install, no
patches, off the CD's) and it did give me these errors. See above.
>
> I have trimmed the output/error msg somewhat, so to not make this
> post completely unreadable. Please let me know if you need
> a more complete output.
>
> Additionally, as somebody has noted on this list, the src/Makfile gets
> created with CFLAGS:= $(CFLAGS) -DGETENV=\"1\" -Wall -Werror
> which is probably not what you want for a production compile, and
> also only works with gcc. I have removed this line for the above
> compiles.
>
> All this in contrast to version 3.8.1, which compiles without hassle
> on all 3 platforms (sun/gcc, didn't try workshop). Except, the sun
> compile barfs on "implicit declaration of function `sleep'" in a few
> files, but that can be workarounded by removing -Werror in src/Makefile
> (-Werror is nice for development, but I suggest you drop it in a release)
WARNING: this is an indication that configure is NOT repeat NOT
find the the unistd.h file!!!
You MUST repeat MUST find out what is going on here, or you
will have other problems on these systems.
>
> Finally, alpha cc -std1 complained about a few //-style comments, which I
> believe is not quite ansi....
Fixed. Sigh... (Mutter mutter ...stupid compilers... mutter mutter)
>
> 3.8.1 was reported to work with Mac's, so I guess I'll stick to that
> for the time being.
>
>
> Thanks for your patience, and best regards,
> --
> Hans Peter (Unix/printing sysadm, University of Oslo).
Patrick Powell Astart Technologies,
[EMAIL PROTECTED] 9475 Chesapeake Drive, Suite D,
Network and System San Diego, CA 92123
Consulting 858-874-6543 FAX 858-279-8424
LPRng - Print Spooler (http://www.lprng.com)
-----------------------------------------------------------------------------
YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST
The address you post from MUST be your subscription address
If you need help, send email to [EMAIL PROTECTED] (or lprng-requests
or lprng-digest-requests) with the word 'help' in the body. For the impatient,
to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED]
with: | example:
subscribe LIST <mailaddr> | subscribe lprng-digest [EMAIL PROTECTED]
unsubscribe LIST <mailaddr> | unsubscribe lprng [EMAIL PROTECTED]
If you have major problems, send email to [EMAIL PROTECTED] with the word
LPRNGLIST in the SUBJECT line.
-----------------------------------------------------------------------------
