SV: [sldev] Re: CMake 2.4.8 vs 2.6 (Re: Missing cares, apr in Mac build)

[Bill Hoffman]

Suzhanna Rossini wrote:
>> Bill Hoffman wrote:
>>> Aimee Walton wrote:
>>>
>>>>> Sure, that is a warning, does the build still work?
>>>> Sorry, not my most useful reply ever, I'll blame lack of sleep.
>>>>
>>>> We have
>>>>      target_link_libraries(myexe /path/to/foo)
>>>>
>>>> Which is working on 2.4 as it splits to give -lfoo
>>>>
>>>> However on 2.6 it breaks the build, as it uses /path/to/foo when it
>>>> really needs /path/to/libfoo.a
>>>>
>>>> AImee.
>>>>
>>>>
>>> Could someone please clarify if this was working on makefile builds?
>> You
>>> say it was /path/to/libfoo.a, and that implies linux/unix.   I want
>> to
>>> make sure this is not a new issue.  As far as I know /path/to/foo
>> always
>>> failed (even in CMake 2.4) for any makefile builds included nmake,
>> and
>>> unix makefiles.  The only time it worked was with the VS IDE.
>>>
>> Assuming this was an issue that only affected the VS IDE, the most
>> recent release candidate for cmake 2.6.1 RC 12 contains a fix that
>> should make this work like it did in 2.4, but with a warning.
>>
>> I would appreciate it if someone could verify that this fixes your
>> problem.  You can find the windows binary here:
>>
>> http://www.cmake.org/files/v2.6/cmake-2.6.1-RC-12-win32-x86.exe
>>
>> Thanks.
>>
>> -Bill
> 
> 
> It didn't do any good for me Bill..
> I get a clean build with cmake 2.4.8, and when I used 2.6.1 RC12, I got the
> very same errors as I had problems with before when I ran 2.6.0
> 
> Linking...
> 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 at D@std
> @@V?$allocator at D@2@@std@@ABVLLUUID@@@Z)
> llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl
> lscript_compile(char const *,char const *,char const *,int)"
> (?lscript_compile@@YAHPBD00H at Z)
> C:\SLDev\release\indra\build-VS2003\newview\RelWithDebInfo\secondlife-bin.ex
> e : fatal error LNK1120: 1 unresolved externals
> 
> /Alexandra.
> 
> 

OK, but that is not the error you would get from the .obj .lib issue. 
That is just a single undefined symbol.   Where is lscript_compile 
supposed to be?

-Bill