[Bug 765] httpd vs. -DWEBS -DUEMF
bugzilla-daemon at rtems.org
bugzilla-daemon at rtems.org
Tue Aug 5 16:09:22 UTC 2008
http://www.rtems.org/bugzilla/show_bug.cgi?id=765
Joel Sherrill <joel.sherrill at oarcorp.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |WAITING
Status|ASSIGNED |RESOLVED
Platform| |All
Resolution| |WONTFIX
Target Milestone|--- |4.9
libhttpd is being compiled using -DWEBS -DUEMF.
These flags cause libhttpd to contain parts having been conditionally compiled based on -DWEBS -DUEMF.
=> To be able to use libhttpd in applications, these applications must be compiled using the same CPPFLAGS
(-DWEBS -DUEMF) and are very likely not to work otherwise.
Release:
rtems-*
--- Comment #1 from Ralf Corsepius <ralf.corsepius at rtems.org> 2005-02-21 04:05:10 ---
Fix:
a) Abandon goahead and switch to a less broken implementation.
b) Add a config-header to cpukit/httpd containing
#define WEBS
#define UEMF
and include this file from all files of httpd, esp. headers.
c) Add these defines to cpuopts.h (I.e. make them global). IMO, this means pollution of RTEMS headers and therefore should not be done.
--- Comment #2 from Joel Sherrill <joel.sherrill at oarcorp.com> 2005-09-02 13:18:37 ---
State-Changed-From-To: open->feedback
State-Changed-Why: I believe this can be resolved by defining these symbols in
wsIntrn.h. All .h and .c files in this code, that use one
of the two cpp symbols also include wsIntrn.h.
Double check the attached script and run it in the httpd
directory. I believe it verifies that any file using WEBS
or UEMF includes wsIntrn.h.
Please confirm and I will commit a fix.
--- Comment #3 from Joel Sherrill <joel.sherrill at oarcorp.com> 2008-08-05 11:09:22 ---
No feedback in a long time. Assuming it can be closed.
--
Configure bugmail: http://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the bugs
mailing list