Closed
Bug 277301
Opened 21 years ago
Closed 20 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•21 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•20 years ago
|
||
I can't reproduce this in my piles of builds, so...WFM?
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•