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

List:       kde-buildsystem
Subject:    mingw status
From:       syntheticpp () gmx ! net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date:       2006-03-04 14:52:45
Message-ID: 4409A9BD.7050406 () gmx ! net
[Download RAW message or body]

Ralf Habacker wrote:
> 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
> 

It's the only(?) simple alternative we have
to the inline solution.

But then we must move all the relevant
kjs_binding.cpp code into a extra file which
will build into the additional shared library.

Isn't it simpler just to inline for all compilers?
It also gives us a little speed-up.

Peter












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