Closed
Bug 277301
Opened 20 years ago
Closed 19 years ago
webdav extension has undefined reference to `gDAVLog' in non-debug builds
Categories
(Core Graveyard :: WebDAV, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mostafah, Assigned: shaver)
Details
Non debug build of webdav yields: nsWebDAVService.o: In function `nsWebDAVService::SendDocumentToChannel(nsIDocument*, nsIHttpChannel*, char const*, nsIStreamListener*, int)': nsWebDAVService.o(.text+0x3e5): undefined reference to `gDAVLog' nsWebDAVService.o(.text+0x4c4): undefined reference to `gDAVLog' nsWebDAVService.o(.text+0x77b): undefined reference to `gDAVLog' nsWebDAVService.o: In function `nsWebDAVService::nsWebDAVService[not-in-charge]()': nsWebDAVService.o(.text+0xe20): undefined reference to `gDAVLog' nsWebDAVService.o: In function `nsWebDAVService::nsWebDAVService[in-charge]()': nsWebDAVService.o(.text+0xecc): undefined reference to `gDAVLog' because due to http://lxr.mozilla.org/mozilla/source/extensions/webdav/src/nsWebDAVUtils.cpp#51 gDAVLog is not defined.
| Assignee | ||
Comment 1•20 years ago
|
||
I'm not quite sure what the issue is here -- I thought we fixed this before, and it looks like all references to gDAVLog are protected by the same PR_LOGGING check that controls the symbol definition. Are all the objects being built with the same opt/debug flags? (We should really just force NSPR logging on for this component anyway.)
| Assignee | ||
Comment 2•19 years ago
|
||
I can't reproduce this in my piles of builds, so...WFM?
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•