On 4/17/06, Thiago Macieira <[EMAIL PROTECTED]> wrote:
> On MacOS X, from what I hear, the frameworks have both libraries -- i.e.,
> nothing + "_debug". So it looks like we should support the same.
Yes, but I believe when linking you only specify the main name of
the framework. To have it use the
Christian Ehrlicher wrote:
>Because MSVC is using two different msvcrt - libraries (one release and
>one debug version) you can't mix debug and release libs without a crash
>sooner or later. Qt introduced the debug-prefix ('d' or '_debug') to
>work around this problem and we need this for kde too.
Thiago Macieira schrieb:
> Christian Ehrlicher wrote:
>> Apart from this, I currently stopped msvc compilation because you can't
>> do anything with the resulting apps (it crshes all over the time)
>> because we mix release and debug libs.
>
> KDE has never had that problem because none of the sys
Christian Ehrlicher wrote:
>Apart from this, I currently stopped msvc compilation because you can't
>do anything with the resulting apps (it crshes all over the time)
>because we mix release and debug libs.
KDE has never had that problem because none of the systems we've supported
so far had a di
Thiago Macieira schrieb:
> Michael Drüing wrote:
>> for some reason I get an error each time something links to libxml2.lib,
>> because libxml2.lib needs iconv.lib which is not linked in
>> automatically. I think I remember someone mentioning here on the list
>> that MSVC doesn't do this, so I thin
Michael Drüing wrote:
>for some reason I get an error each time something links to libxml2.lib,
>because libxml2.lib needs iconv.lib which is not linked in
> automatically. I think I remember someone mentioning here on the list
> that MSVC doesn't do this, so I think this should be fixed in the CMa
Hi,
for some reason I get an error each time something links to libxml2.lib,
because libxml2.lib needs iconv.lib which is not linked in automatically. I
think I remember someone mentioning here on the list that MSVC doesn't do
this, so I think this should be fixed in the CMake files... Like, for
