Closed Bug 491449 Opened 15 years ago Closed 15 years ago

Can't run xpcshell/c++ unit tests with --enable-jemalloc.

Categories

(Firefox Build System :: General, defect)

All
Windows Server 2003
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 491488

People

(Reporter: standard8, Unassigned)

References

Details

(Keywords: regression)

If (on Windows) you build with --enable-jemalloc and --enable-tests and then try to run make check or make xpcshell-tests it will fail and throw up a dialog similar to:

TestFactory.exe - Unable To Locate Component

"This application has failed to start because MSVCR80.dll was not found.
Re-installing the application may fix this problem"

and

xpcshell.exe - Unable To Locate Component

"This application has failed to start because MSVCR80.dll was not found.
Re-installing the application may fix this problem"

This used to work fine (and even works on 1.9.1 branch).

With the Thunderbird tinderboxes we prefer to keep our build configurations for test boxes (unit, bloat etc) as close as possible to the release version. This means we're less likely to get nasty surprises should something really weird happen - we'd therefore like to get it working again so we can use --enable-jemalloc on our unit test tinderboxes.
This WFM on my home machine. Might be strictly a comm-central issue?
Also, TestFactory.exe is linked to mozcrt19.dll on my machine, not MSVCR80.dll.
I'm also seeing this error on the comm-central-trunk nightly build for today.
I believe this isn't a problem with core, most likely a problem with the build config, that I'll cover in bug 491488.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.