SWT uses only a very limited subset of the JRE.
So it was not so hard to do an own implementation without the worry or
licenses.
While thinking about porting other apps, it looks like, this is a much
more difficult task. Hopefully Sun will release the JRE in the OpenJDK
project in the next few months. Then it is GPL and i am thinking about
porting it then.

In the meantime I want to use own implementations.

Frank Benoit (keinfarbton) wrote:
> TioPort is a Java to D converter.
> 
> www.dsource.org/projects/tioport
> 
> The main reason for starting this project was, to create a SWT port for
> Linux, Windows and Mac OSX. The convertion is going fully automatically,
> so it should be possible to update to upcoming SWT releases.
> 
> You can download the current snapshot of the converted SWT:
> http://dsource.org/projects/tioport/browser/downloads/swt-3.2.1-linux-gtk.tar.bz2?format=raw
> http://dsource.org/projects/tioport/browser/downloads/swt-3.2.1-win32.zip?format=raw
> 
> The SWT examples:
> see the repository in trunk/ports/swt-3.2.1/swt-3.2.1-examples
> 
> Screenshots of the examples:
> http://dsource.org/projects/tioport/wiki/port_swt
> 
> I hope all permissions on the website are set up correctly. If you have
> problems seeing certain pages, please tell me.
> 
> Frank

This is quite amazing... are you telling me that Windows, Linux, and Mac OSX ports of DWT are done, and done automatically?

You should probably post this in the d.D.dwt newsgroup as well.

bobef schrieb:
> Could you please release the precompiled libraries with .di import files instead of full sources and the libraries linked with dejavu/tango. This would make more sense to release precompiled libraries and they will not depend on tango which (in my case) is impossible to compile (tried dmd 1.010/011).
> 

In the svn repository, there is now a deploy directory.

For linux it contains now a precompiled lib and all headers. This decreases compile time from ~30 sec to ~5 sec on my machine.

For windows i hope for someone to take the Ticket 15, creating such a lib for windows.

The repository has now a "deploy" directory with contains a precompiled lib and headers for linux and win32.

Frank Benoit (keinfarbton) wrote:
> The repository has now a "deploy" directory with contains a precompiled
> lib and headers for linux and win32.

Great, thanks!

-- 
serg.

i don't get why have this error message
dejavu-lang-class.obj does contain string of _resources_getDataById

.\dejavu-lang-Class.obj(dejavu-lang-Class)
 Error 42: Symbol Undefined _resources_getDataById
--- errorlevel 1

Davidl schrieb:
> i don't get why have this error message
> dejavu-lang-class.obj does contain string of _resources_getDataById
> 
> ..\dejavu-lang-Class.obj(dejavu-lang-Class)
>  Error 42: Symbol Undefined _resources_getDataById
> --- errorlevel 1
> 

are you using the checkout and the paint_win32_rebuild.rf ?

The resources_getDataById function is a function from a generated file, e.g. resources_paint.d. It is necessary to give it explicitly to the compiler/linker. The .rf file above does already include it, so it should work.

:o thx , rebuild -rfpaint_win32_rebuild.rf compiles,
but it fails to run correctly
paint.exe emits me :
exception Access Violation, , 0, object.Exception

it's placed in the right directory with those dlls :
swt-awt-win32-3235.dll
swt-gdip-win32-3235.dll
swt-wgl-win32-3235.dll
swt-win32-3235.dll


> Davidl schrieb:
>> i don't get why have this error message
>> dejavu-lang-class.obj does contain string of _resources_getDataById
>>
>> ..\dejavu-lang-Class.obj(dejavu-lang-Class)
>>  Error 42: Symbol Undefined _resources_getDataById
>> --- errorlevel 1
>>
>
> are you using the checkout and the paint_win32_rebuild.rf ?
>
> The resources_getDataById function is a function from a generated file,
> e.g. resources_paint.d. It is necessary to give it explicitly to the
> compiler/linker. The .rf file above does already include it, so it
> should work.

ah right, i copied the libs in my windows directory.

now this access violation is really bad, because if have no glue of
windows debugging.
This application always run for me without that.
Can you try to locate the problem with a debugger?

oh sorry, i don't know if ur lib is compiled with -g option?
if not, i think it's hard to be debug, since i didn't manage
to compile paint.d with deploy/gen.d/

> ah right, i copied the libs in my windows directory.
>
> now this access violation is really bad, because if have no glue of
> windows debugging.
> This application always run for me without that.
> Can you try to locate the problem with a debugger?