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)

x86
All
defect
Not set
normal

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