Received: (qmail 29347 invoked by uid 2012); 28 Apr 1998 17:59:17 -0000 Message-Id: <19980428175917.29346.qmail@hyperreal.org> Date: 28 Apr 1998 17:59:17 -0000 From: Arpad Palotas Reply-To: apache@palotas.hu.net To: apbugs@hyperreal.org Subject: Apache 1.3b6 does not compile on DU 3.2 X-Send-Pr-Version: 3.2 >Number: 2149 >Category: os-osf >Synopsis: Apache 1.3b6 does not compile on DU 3.2 >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Apr 28 11:00:01 PDT 1998 >Last-Modified: Sat Sep 26 12:48:29 PDT 1998 >Originator: apache@palotas.hu.net >Organization: >Release: 1.3b6 >Environment: OSF1 V3.2 214 alpha cc compiler >Description: [root]:/TMP/src/apache/apache_1.3b6/src% ./Configure Using config file: Configuration | Please note that the default httpd root directory has changed | from '/usr/local/etc/httpd/' to '/usr/local/apache/.' | You may add '-DHTTPD_ROOT=\"/usr/local/etc/httpd\"' to EXTRA_CFLAGS | in your Configuration file (and re-run Configure) or start | httpd with the option '-d /usr/local/etc/httpd' if you still | want to use the old root directory for your server. Creating Makefile + configured for DEC OSF/1 platform + setting C compiler to cc + adding selected modules o status_module uses ConfigStart/End o rewrite_module uses ConfigStart/End enabling DBM support for mod_rewrite + 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 Creating Makefile in modules/proxy net.hu:[root]:/TMP/src/apache/apache_1.3b6/src% make ===> regex sh ./mkh -p regcomp.c >regcomp.ih cc -I. -I../os/unix -I../include -DOSF1 -DSTATUS -DUSE_HSREGEX -DPOSIX_MISTA KE -c regcomp.c cc -I. -I../os/unix -I../include -DOSF1 -DSTATUS -DUSE_HSREGEX -DPOSIX_MISTA KE -c regexec.c sh ./mkh -p regerror.c >regerror.ih cc -I. -I../os/unix -I../include -DOSF1 -DSTATUS -DUSE_HSREGEX -DPOSIX_MISTA KE -c regerror.c cc -I. -I../os/unix -I../include -DOSF1 -DSTATUS -DUSE_HSREGEX -DPOSIX_MISTA KE -c regfree.c rm -f libregex.a ar cr libregex.a regcomp.o regexec.o regerror.o regfree.o ranlib libregex.a s - creating symbol hash table. Wait... <=== regex ===> os/unix cc -c -I../../os/unix -I../../include -DOSF1 -DSTATUS -DUSE_HSREGEX os.c /usr/lib/cmplrs/cc/cfe: Warning: /usr/include/sys/cdefs.h:118: Macro __attribute __ redefined. /usr/lib/cmplrs/cc/cfe: Error: os.c, line 22: redeclaration of 'ap_os_dso_load'; previous declaration at line 123 in file '../../os/unix/os.h' void *ap_os_dso_load( char *path) ------^ /usr/lib/cmplrs/cc/cfe: Error: os.c, line 22: Incompatible type for the function parameter void *ap_os_dso_load( char *path) ----------------------------^ /usr/lib/cmplrs/cc/cfe: Error: os.c, line 43: redeclaration of 'ap_os_dso_sym'; previous declaration at line 125 in file '../../os/unix/os.h' void *ap_os_dso_sym(void *handle, char *symname) ------^ /usr/lib/cmplrs/cc/cfe: Error: os.c, line 43: Incompatible type for the function parameter void *ap_os_dso_sym(void *handle, char *symname) -----------------------------------------^ /usr/lib/cmplrs/cc/cfe: Error: os.c, line 65: redeclaration of 'ap_os_dso_error' ; previous declaration at line 126 in file '../../os/unix/os.h' char *ap_os_dso_error(void) -------^ /usr/lib/cmplrs/cc/cfe: Error: os.c, line 65: Incompatible function return type for this function char *ap_os_dso_error(void) ----------------------^ *** Exit 1 Stop. *** Exit 1 Stop. [root]:/TMP/src/apache/apache_1.3b6/src% >How-To-Repeat: >Fix: ?? previous version always comiled without problem >Audit-Trail: State-Changed-From-To: open-analyzed State-Changed-By: brian State-Changed-When: Wed May 20 05:34:36 PDT 1998 State-Changed-Why: Ho boy. Conflicts with the names we renamed to for the express purpose of avoiding conflicts. Fun! Looks like ap_os_dso_load, ap_os_dso_sym and ap_os_dso_error need to be renamed. Try implementing the rename using #defines, as we did with compat.h. I hope this situation won't be true of all of HPUX's compilers.... Comment-Added-By: coar Comment-Added-When: Wed May 20 17:11:25 PDT 1998 Comment-Added: Are you sure it's a naming conflict, Brian? It looks like a definition conflict between our own os.h and os.c files.. but I haven't examined it closely. Comment-Added-By: brian Comment-Added-When: Thu May 21 12:26:30 PDT 1998 Comment-Added: State-Changed-From-To: analyzed-feedback State-Changed-By: coar State-Changed-When: Thu May 28 04:28:14 PDT 1998 State-Changed-Why: [Question has been posed to user] Comment-Added-By: coar Comment-Added-When: Sat Sep 26 10:31:58 PDT 1998 Comment-Added: [This is a standard response.] This Apache problem report has not been updated recently. Please reply to this message if you have any additional information about this issue, or if you have answers to any questions that have been posed to you. If there are no outstanding questions, please consider this a request to try to reproduce the problem with the latest software release, if one has been made since last contact. If we don't hear from you, this report will be closed. If you have information to add, BE SURE to reply to this message and include the apbugs@Apache.Org address so it will be attached to the problem report! From: Arpad B Palotas To: coar@apache.org Cc: apache-bugdb@apache.org, apbugs@apache.org Subject: Re: os-osf/2149: Apache 1.3b6 does not compile on DU 3.2 Date: Sat, 26 Sep 1998 20:30:52 +0200 I have upgraded since then to 1.3.1 on the same DU 3.2 without problem. Also, I am afraid the problem arose from an incorrect DNS upgrade. I had several other problems (sendmail, etc.). After restoring some of the the original DU DNS related files (some header files) the sendmail problem disappeared. I did not retry Apache 1.3b6. Version 1.3.1 has been succesfully installed since then, though. Sorry for not reporting this earlier. Arpad coar@apache.org wrote: > > [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. ] > [If you do not include this Cc, your reply may be ig- ] > [nored unless you are responding to an explicit request ] > [from a developer. ] > [Reply only with text; DO NOT SEND ATTACHMENTS! ] > > Synopsis: Apache 1.3b6 does not compile on DU 3.2 > > Comment-Added-By: coar > Comment-Added-When: Sat Sep 26 10:31:58 PDT 1998 > Comment-Added: > [This is a standard response.] > This Apache problem report has not been updated recently. > Please reply to this message if you have any additional > information about this issue, or if you have answers to > any questions that have been posed to you. If there are > no outstanding questions, please consider this a request > to try to reproduce the problem with the latest software > release, if one has been made since last contact. If we > don't hear from you, this report will be closed. > If you have information to add, BE SURE to reply to this > message and include the apbugs@Apache.Org address so it > will be attached to the problem report! State-Changed-From-To: feedback-closed State-Changed-By: coar State-Changed-When: Sat Sep 26 12:48:29 PDT 1998 State-Changed-Why: Fixed by 1.3.1. Thanks for letting us know, and for using Apache! >Unformatted: >Are you sure it's a naming conflict, Brian? It looks >like a definition conflict between our own os.h and os.c >files.. but I haven't examined it closely. Oh, you're right, sorry; the compiler is whining about some things that seem to be to be really silly; I don't know the ANSI standard well enough to know if this is truly a problem or the compiler just sucks. Arpad, try this patch: Index: os.h =================================================================== RCS file: /export/home/cvs/apache-1.3/src/os/unix/os.h,v retrieving revision 1.24 diff -r1.24 os.h 127c127 < void * ap_os_dso_load(const char *); --- > void *ap_os_dso_load(const char *path); 129c129 < void * ap_os_dso_sym(void *, const char *); --- > void *ap_os_dso_sym(void *, const char *symname); In other words, add the parameter variable names. If that solves it, though, it'll have to have problems later on, and having to insert variable names into all the function declarations is going to be a pain. Also ap_os_dso_error is supposed to be a const char *, at least that's what it is in the current code base. [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. ]