>Number: 3177 >Category: os-linux >Synopsis: typedef error in http_core.c >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Sat Oct 10 16:00:00 PDT 1998 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.3.3 >Environment: Linux 1.2.13 gcc version 2.7.0 libc.so.5.0.9 >Description: On this system the following error is produced: http_core.c: In function `set_rlimit': http_core.c:2029: `rlim_t' undeclared (first use this function) http_core.c:2029: (Each undeclared identifier is reported only once http_core.c:2029: for each function it appears in.) http_core.c:2029: parse error before `cur' http_core.c:2043: `cur' undeclared (first use this function) http_core.c:2056: `max' undeclared (first use this function) make[1]: *** [http_core.o] Error 1
Using the suggestion in http_core.c line 46 /* If your platform doesn't define rlim_t then typedef it in ap_config.h */ results in multiple definition errors in other modules that recursively include the ap_config.h file. make: *** [subdirs] Error 1 >How-To-Repeat: Unless you can duplicate the conditions on this system, no. you might try to typedef rlim_t and see if the results are the same on a more recent system. >Fix: The simple solution was to put the typedef directly in the http_core.c file. I suggest a change to ./Configure to properly handle this. >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <[EMAIL PROTECTED]> 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! ]
