[sldev] SV: Missing cares, apr in Mac build
Soft
soft at lindenlab.com
Sun Jul 20 07:43:57 PDT 2008
On Sun, Jul 20, 2008 at 7:05 AM, Suzhanna Rossini
<suzhanna.rossini at balsaestates.com> wrote:
>> > > On Fri, Jul 18, 2008 at 12:11 PM, Aimee Walton <aimee at ama-
>> zing.co.uk>
>> > > wrote:
>> > > >
>> > > >
>> > > > I've tracked this problem down to having version 2.6.0 of CMake
>> > > installed
>> > > > rather than 2.4.8. I'll put a note on the Wiki to emphasize it
>> must
>> > > be
>> > > > 2.4.8.
>> > >
>> > > Ah!
>> > >
>> > > Suzhanna, could your problem be the same?
>> >
>>
>>
>> Now then.. I reverted from cmake 2.6.0 to cmake 2.4.8 and the build is
>> running just clean and fine on VS2003.
>> So the problem seems to be in the cmake process.
>
>
> Changing from cmake 2.6 to 2.4.8 also made it possible to build clean on
> VS2008, however, the resulting application refuse to start, and generates
> this in the log:
>
> 2008-07-20T11:53:59Z ../../llrender/llimagegl.cpp(929) : error
> 2008-07-20T11:53:59Z ERROR: LLImageGL::createGLTexture:
> LLImageGL::createGLTexture failed to make texture
>
> Anyone with an idea on what to look for to isolate that error? The same
> source tree makes an executable that runs fine when compiled with VS2003.
I believe you said you were adding lldku. I would try removing
llkdu.dll and the three copy rules for those in copy_win_libs - just
delete them from the tree. This will make the viewer fall back on
built-in openjpeg support.
llkdu.dll incorporates a closed source library we can't redistribute,
and it's also built against LLImage and other open source classes.
This causes problems if the resulting LLImage in the project and the
one in the DLL are built in incompatible ways. Different STL
implementations and a different virtual function ABI are likely with
the VS2003 to VS2008 change.
More information about the SLDev
mailing list