Closed Bug 893010 Opened 11 years ago Closed 11 years ago

Fail to link xul.dll in VS 2013

Categories

(Firefox for Metro Graveyard :: Build Config, defect)

x86
Windows 8
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: xavier114fch, Unassigned)

Details

Cannot link xul.dll using Visual Studio 2013 and got unresolved symbols. This happens when --enable-metro is present in mozconfig.

253:07.34    Creating library xul.lib and object xul.exp
253:07.34
253:07.34 LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of othe
r libs; use /NODEFAULTLIB:library
253:07.34
253:07.34 LINK : warning LNK4199: /DELAYLOAD:VCCORLIB110.DLL ignored; no imports
 found from VCCORLIB110.DLL
253:07.34
253:07.34 nsWinMetroUtils.obj : error LNK2019: unresolved external symbol __imp_
_CryptProtectData@28 referenced in function "public: virtual enum tag_nsresult _
_stdcall mozilla::widget::nsWinMetroUtils::StoreSyncInfo(class nsAString_interna
l const &,class nsAString_internal const &,class nsAString_internal const &)" (?
StoreSyncInfo@nsWinMetroUtils@widget@mozilla@@UAG?AW4tag_nsresult@@ABVnsAString_
internal@@00@Z)
253:07.34
253:07.34 nsWinMetroUtils.obj : error LNK2019: unresolved external symbol __imp_
_CryptUnprotectData@28 referenced in function "public: virtual enum tag_nsresult
 __stdcall mozilla::widget::nsWinMetroUtils::LoadSyncInfo(class nsAString_intern
al &,class nsAString_internal &,class nsAString_internal &)" (?LoadSyncInfo@nsWi
nMetroUtils@widget@mozilla@@UAG?AW4tag_nsresult@@AAVnsAString_internal@@00@Z)
253:07.34
253:07.34 xul.dll : fatal error LNK1120: 2 unresolved externals

xul.dll can be linked if --enable-metro is not present in mozconfig.
Cannot reproduce this using VS2013 RC. Sorry for the bug spam.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.