[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-buildsystem
Subject:    mingw status
From:       ralf.habacker () freenet ! de (Ralf Habacker)
Date:       2006-03-04 14:22:31
Message-ID: 4409A2A7.6040709 () freenet ! de
[Download RAW message or body]

Peter K?mmel schrieb:
> Ralf Habacker wrote:
>   
>> Can you send a patch for the second solution that I can give it a try ?
>> Ralf
>>
>>     
> Attached the patch, it's not perfect - especially the macro naming.
>   Peter
>   
>   
There is an alternative approach in test-kjs.patch.

The appended testcase shows that mingw is able to deal with this stuff 
in an easy way. The only thing to do is to prepend a KDE_USTRING_EXPORT 
define to methods, which are not implemented in kjs.  May be this name 
isn't a god choice and could be easly changed.

Please unpack the test.zip archive into kdelibs, make sure, kjs lib is 
build and run make in the test dir.  Then you have a local libhtmk.dll, 
which implements Ustring methods and an exe which uses kjs and local lib 
provided UString methods.

Any comments ?

Ralf







> _______________________________________________
> Kde-buildsystem mailing list
> Kde-buildsystem at kde.org
> https://mail.kde.org/mailman/listinfo/kde-buildsystem
>   

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: test-kjs.patch
Url: http://mail.kde.org/pipermail/kde-buildsystem/attachments/20060304/73c01651/attachment.ksh 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.zip
Type: application/x-zip-compressed
Size: 1192 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20060304/73c01651/attachment.bin 

[prev in list] [next in list] [prev in thread] [next in thread]