[sldev] Unresolved externals

[Soft]

I would start by looking at lscript_compile to see whether the
parameters, return type and calling convention match between the
header and the function body. It's possible VS2008 is stricter about
some attribute than VS2003 and VS2005 are - so far as I know, there
isn't any type checking at all on "C" (cdecl) symbols in either.

On Thu, Jul 10, 2008 at 7:30 AM, Suzhanna Rossini
<suzhanna.rossini at balsaestates.com> wrote:
> Really noone that have any ideas on how to solve this?
>
>
>>
>> I'm trying to build the client with VS2008, and everything works smooth
>> and
>> fine up to linking, I get this no matter how I try:
>>
>> 3>Linking...
>> 3>llcompilequeue.obj : error LNK2019: unresolved external symbol "int
>> __cdecl lscript_compile(char const *,char const *,char const *,int)"
>> (?lscript_compile@@YAHPBD00H at Z) referenced in function "protected: void
>> __thiscall LLFloaterCompileQueue::compile(class
>> std::basic_string<char,struct std::char_traits<char>,class
>> std::allocator<char> > const &,class LLUUID const &)"
>> (?compile at LLFloaterCompileQueue@@IAEXABV?$basic_string at DU?$char_traits@
>> D at std
>> @@V?$allocator at D@2@@std@@ABVLLUUID@@@Z)
>> 3>llpreviewscript.obj : error LNK2001: unresolved external symbol "int
>> __cdecl lscript_compile(char const *,char const *,char const *,int)"
>> (?lscript_compile@@YAHPBD00H at Z)
>>
>> Anyone with ideas please? Currently I'm using a svn pull of "Release",
>> r732.
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting privileges
>