Received: (qmail 23389 invoked by uid 2012); 2 Jan 1998 17:45:10 -0000 Message-Id: <19980102174510.23388.qmail@hyperreal.org> Date: 2 Jan 1998 17:45:10 -0000 From: Keith Severson Reply-To: keith@sssd.navy.mil To: apbugs@hyperreal.org Subject: can't compile X-Send-Pr-Version: 3.2 >Number: 1614 >Category: os-next >Synopsis: can't compile >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Jan 2 09:50:02 PST 1998 >Last-Modified: Wed Jan 21 13:54:57 PST 1998 >Originator: keith@sssd.navy.mil >Organization: >Release: 1.3b3 >Environment: NeXT Mach 3.3 NeXT Computer, Inc. version cc-437.2.6, gcc version 2.5.8 >Description: keith@pinafore: ./Configure Using config file: Configuration Creating Makefile ./helpers/GuessOS: uname: not found + configured for NeXT platform + setting C compiler to cc + Adding selected modules + doing sanity check on compiler and options Creating Makefile in support Creating Makefile in main Creating Makefile in ap Creating Makefile in regex Creating Makefile in os/unix Creating Makefile in modules/standard keith@pinafore: make for i in os/unix main ap modules regex; do ( cd $i; make CC='cc' AUX_CFLAGS=' -DNEXT ' RANLIB='sleep 5; /bin/ranlib') || exit 1; done cc -c -I../../regex -I../../os/unix -I../../main -DNEXT os.c cc -c -I../../regex -I../../os/unix -I../../main -DNEXT os-inline.c rm -f libos.a ar cr libos.a os.o os-inline.o sleep 5; /bin/ranlib libos.a /bin/ranlib: file: libos.a(os.o) has no symbols cc -c -I../regex -I../os/unix -I../main -DNEXT alloc.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_main.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_core.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_config.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_request.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_log.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_protocol.c cc -c -I../regex -I../os/unix -I../main -DNEXT rfc1413.c cc -c -I../regex -I../os/unix -I../main -DNEXT util.c util.c: In function `gname2id': util.c:1385: warning: passing arg 1 of `getgrnam' discards `const' from pointer target type util.c: In function `get_virthost_addr': util.c:1447: warning: passing arg 1 of `inet_addr' discards `const' from pointer target type util.c:1454: warning: passing arg 1 of `gethostbyname' discards `const' from pointer target type cc -c -I../regex -I../os/unix -I../main -DNEXT util_script.c cc -c -I../regex -I../os/unix -I../main -DNEXT buff.c cc -c -I../regex -I../os/unix -I../main -DNEXT md5c.c cc -c -I../regex -I../os/unix -I../main -DNEXT util_md5.c cc -c -I../regex -I../os/unix -I../main -DNEXT explain.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_bprintf.c cc -c -I../regex -I../os/unix -I../main -DNEXT util_date.c cc -c -I../regex -I../os/unix -I../main -DNEXT util_snprintf.c cc -c -I../regex -I../os/unix -I../main -DNEXT fnmatch.c cc -c -I../regex -I../os/unix -I../main -DNEXT http_vhost.c rm -f libmain.a ar cr libmain.a alloc.o http_main.o http_core.o http_config.o http_request.o http_log.o http_protocol.o rfc1413.o util.o util_script.o buff.o md5c.o util_md5.o explain.o http_bprintf.o util_date.o util_snprintf.o fnmatch.o http_vhost.o sleep 5; /bin/ranlib libmain.a cc -c -I../regex -I../os/unix -I../main -DNEXT ap_signal.c rm -f libap.a ar cr libap.a ap_signal.o sleep 5; /bin/ranlib libap.a /bin/ranlib: warning for library: libap.a the table of contents is empty (no object file members in the library) *** Exit 1 *** `libap.a' removed Stop. *** Exit 1 Stop. >How-To-Repeat: >Fix: >Audit-Trail: State-Changed-From-To: open-analyzed State-Changed-By: marc State-Changed-When: Fri Jan 2 09:59:28 PST 1998 State-Changed-Why: Sent suggestion to user to try. This problem is effectively fixed in the current tree by having more code in ap/ so the lib won't be empty. From: Marc Slemko To: Keith Severson Cc: apbugs@hyperreal.org Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 10:55:11 -0700 (MST) On 2 Jan 1998, Keith Severson wrote: > sleep 5; /bin/ranlib libmain.a > cc -c -I../regex -I../os/unix -I../main -DNEXT ap_signal.c > rm -f libap.a > ar cr libap.a ap_signal.o > sleep 5; /bin/ranlib libap.a > /bin/ranlib: warning for library: libap.a the table of contents is empty (no object file members in the library) > *** Exit 1 > *** `libap.a' removed > Stop. > *** Exit 1 > Stop. Try changing the "$(RANLIB) $@" line in src/ap/Makefile.tmpl to "-$(RANLIB) $@". You will need to rerun Configure after that. If that fails, you will have to add a bogus symbol or function to src/ap/ap_signal.c to stop your ranlib from complaining. From: Dean Gaudet To: Keith Severson Cc: apbugs@hyperreal.org Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 10:00:20 -0800 (PST) Try setting CC=gcc in src/Configuration and reconfigure. Dean From: Dean Gaudet To: marc@hyperreal.org Cc: keith@sssd.navy.mil, apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 10:26:54 -0800 (PST) Even still, ap/ap_signal.c should probably have a patch something like this applied to the last line: -#endif +#else +int ap_signal_is_not_here; +#endif Dean On 2 Jan 1998 marc@hyperreal.org wrote: > Synopsis: can't compile > > State-Changed-From-To: open-analyzed > State-Changed-By: marc > State-Changed-When: Fri Jan 2 09:59:28 PST 1998 > State-Changed-Why: > Sent suggestion to user to try. > > This problem is effectively fixed in the current tree > by having more code in ap/ so the lib won't be empty. > > From: Severson_Keith_E@sssd.navy.mil To: Dean Gaudet Cc: apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 11:04:36 -0800 (PST) I replaced the final #endif in ap_signal.c with #else int ap_signal_is_not_here; #endif Still gives me the same error on compile sleep 5; /bin/ranlib libap.a /bin/ranlib: warning for library: libap.a the table of contents is empty (no object file members in the library) *** Exit 1 *** `libap.a' removed Stop. *** Exit 1 Stop. >Even still, ap/ap_signal.c should probably have a patch something like >this applied to the last line: > >-#endif >+#else >+int ap_signal_is_not_here; >+#endif From: Dean Gaudet To: Severson_Keith_E@sssd.navy.mil Cc: apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 11:17:40 -0800 (PST) On Fri, 2 Jan 1998 Severson_Keith_E@sssd.navy.mil wrote: > sleep 5; /bin/ranlib libap.a > /bin/ranlib: warning for library: libap.a the table of contents is empty (no > object file members in the library) > *** Exit 1 > *** `libap.a' removed > Stop. > *** Exit 1 > Stop. Try doing a make clean first. The line right before this in the output should have been: ar cr libap.a ap_slack.o and now that you've added a symbol to ap_slack.c this certainly shouldn't fail. Dean From: Severson_Keith_E@sssd.navy.mil To: Dean Gaudet Cc: apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 11:35:00 -0800 (PST) Yep! I did a make clean first. Even deleted ap_signal.o this time to make sure. Still get the same error. ar cr libap.a ap_signal.o sleep 5; /bin/ranlib libap.a /bin/ranlib: warning for library: libap.a the table of contents is empty (no object file members in the library) *** Exit 1 *** `libap.a' removed Stop. *** Exit 1 Stop. Here's my ap_signal.c #include "httpd.h" #ifndef NO_USE_SIGACTION /* * Replace standard signal() with the more reliable sigaction equivalent * from W. Richard Stevens' "Advanced Programming in the UNIX Environment" * (the version that does not automatically restart system calls). */ Sigfunc *signal(int signo, Sigfunc * func) { struct sigaction act, oact; act.sa_handler = func; sigemptyset(&act.sa_mask); act.sa_flags = 0; #ifdef SA_INTERRUPT /* SunOS */ act.sa_flags |= SA_INTERRUPT; #endif if (sigaction(signo, &act, &oact) < 0) return SIG_ERR; return oact.sa_handler; } #else int ap_signal_is_not_here; #endif >Try doing a make clean first. The line right before this in the output >should have been: > > ar cr libap.a ap_slack.o > >and now that you've added a symbol to ap_slack.c this certainly shouldn't >fail. From: Dean Gaudet To: Severson_Keith_E@sssd.navy.mil Cc: apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 11:39:45 -0800 (PST) Can you do "nm ap/ap_signal.o" and send me the output? Thanks Dean From: Severson_Keith_E@sssd.navy.mil To: dgaudet@arctic.org Cc: apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Mon, 5 Jan 1998 07:35:55 -0800 (PST) keith@intrepid: nm ap_signal.o nm: no name list --------------- Begin forwarded message --------------- From: Dean Gaudet Subject: Re: os-next/1614: can't compile Date: Fri, 2 Jan 1998 11:39:45 -0800 (PST) To: Severson_Keith_E@sssd.navy.mil Cc: apbugs@apache.org Can you do "nm ap/ap_signal.o" and send me the output? Thanks Dean ---------------- End forwarded message ---------------- From: Dean Gaudet To: Severson_Keith_E@sssd.navy.mil Cc: apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Mon, 5 Jan 1998 10:50:31 -0800 (PST) Weird. Try replacing the "int ap_signal_is_not_here" to: int ap_signal_is_not_here() {} Dean From: Severson_Keith_E@sssd.navy.mil To: Dean Gaudet Cc: apbugs@apache.org Subject: Re: os-next/1614: can't compile Date: Mon, 5 Jan 1998 12:36:23 -0800 (PST) That worked! Compiles on NeXT Mach 3.3 and 4.2 Thanks Keith --------------- Begin forwarded message --------------- From: Dean Gaudet Subject: Re: os-next/1614: can't compile Date: Mon, 5 Jan 1998 10:50:31 -0800 (PST) To: Severson_Keith_E@sssd.navy.mil Cc: apbugs@apache.org Weird. Try replacing the "int ap_signal_is_not_here" to: int ap_signal_is_not_here() {} Dean ---------------- End forwarded message ---------------- State-Changed-From-To: analyzed-closed State-Changed-By: dgaudet State-Changed-When: Wed Jan 21 13:54:56 PST 1998 State-Changed-Why: A patch has been committed to 1.3b4-dev, hopefully it'll work out of the box in 1.3b4. Dean >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]