www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - QtD 0.2 release announcement.

reply Eldar Insadutdinov <e.insafutdinov gmail.com> writes:
Another release of QtD is out. This time, it's Linux-only because OPTLINK
refuses to link the project with debug info on Windows (see bug
http://d.puremagic.com/issues/show_bug.cgi?id=2436). If anybody wants QtD on
Windows, please keep pushing Walter until he does something with OPTLINK (bury
it). Voting for the bug may help, too.
I would repeat once again the request, that was raised here numerous of times,
Walter, please change object file format, for me the ones used by MSVC or MinGW
would be just fine.

In this release:

* Lots of bugfixes
* Switched to Qt 4.5
* ldc supported (for both X86 and X86-64)
* All imports inside Qt are now public to avoid import hell
* Implemented API dealing with containers
* All classes from Gui, OpenGL, Xml, Svg, Network and Webkit packages
are wrapped
* Build system is now based on CMake to be crossplatform and more
flexible
* New signals and slots implementation (pretty limited but we are
working on a better one, which will support queued connections,
connections by name at runtime, etc).
* Ported duic, the tool for generating code out of xml representation
* Ported drcc, the resources compiler

Thanks to everyone involved in the project.
May 26 2009
next sibling parent Eldar Insadutdinov <e.insafutdinov gmail.com> writes:
I'm sorry for not putting our web-site, we are here:
http://dsource.org/projects/qtd/
There won't be downloads for this release, at this stage we would suggest to
checkout trunk, as binding gets improvements every day.
May 26 2009
prev sibling next sibling parent David Ferenczi <raggae ferenczi.net> writes:
Great news! Keep up the good work!
May 27 2009
prev sibling next sibling parent Lutger <lutger.blijdestijn gmail.com> writes:
Thank you! So many goodies...

QT 4.5 is beautiful, it's really great you are bringing this to D. Glad to see
you working on D2 support too. 
May 27 2009
prev sibling parent reply Eldar Insafutdinov <e.insafutdinov gmail.com> writes:
Eldar Insadutdinov Wrote:

 Another release of QtD is out. This time, it's Linux-only because OPTLINK
refuses to link the project with debug info on Windows (see bug
http://d.puremagic.com/issues/show_bug.cgi?id=2436). If anybody wants QtD on
Windows, please keep pushing Walter until he does something with OPTLINK (bury
it). Voting for the bug may help, too.
 I would repeat once again the request, that was raised here numerous of times,
Walter, please change object file format, for me the ones used by MSVC or MinGW
would be just fine.
 
 In this release:
 
 * Lots of bugfixes
 * Switched to Qt 4.5
 * ldc supported (for both X86 and X86-64)
 * All imports inside Qt are now public to avoid import hell
 * Implemented API dealing with containers
 * All classes from Gui, OpenGL, Xml, Svg, Network and Webkit packages
 are wrapped
 * Build system is now based on CMake to be crossplatform and more
 flexible
 * New signals and slots implementation (pretty limited but we are
 working on a better one, which will support queued connections,
 connections by name at runtime, etc).
 * Ported duic, the tool for generating code out of xml representation
 * Ported drcc, the resources compiler
 
 Thanks to everyone involved in the project.
So apparently I made it working on Windows as well. The thing that solved the problem was to feed source files to the compiler in the different order. Is it a correct behaviour?
May 28 2009
parent reply Tomas Lindquist Olsen <tomas.l.olsen gmail.com> writes:
On Fri, May 29, 2009 at 12:44 AM, Eldar Insafutdinov
<e.insafutdinov gmail.com> wrote:
 Eldar Insadutdinov Wrote:

 Another release of QtD is out. This time, it's Linux-only because OPTLIN=
K refuses to link the project with debug info on Windows (see bug http://d.= puremagic.com/issues/show_bug.cgi?id=3D2436). If anybody wants QtD on Windo= ws, please keep pushing Walter until he does something with OPTLINK (bury i= t). Voting for the bug may help, too.
 I would repeat once again the request, that was raised here numerous of =
times, Walter, please change object file format, for me the ones used by MS= VC or MinGW would be just fine.
 In this release:

 * Lots of bugfixes
 * Switched to Qt 4.5
 * ldc supported (for both X86 and X86-64)
 * All imports inside Qt are now public to avoid import hell
 * Implemented API dealing with containers
 * All classes from Gui, OpenGL, Xml, Svg, Network and Webkit packages
 are wrapped
 * Build system is now based on CMake to be crossplatform and more
 flexible
 * New signals and slots implementation (pretty limited but we are
 working on a better one, which will support queued connections,
 connections by name at runtime, etc).
 * Ported duic, the tool for generating code out of xml representation
 * Ported drcc, the resources compiler

 Thanks to everyone involved in the project.
So apparently I made it working on Windows as well. The thing that solved=
the problem was to feed source files to the compiler in the different orde= r. Is it a correct behaviour?

The DMD frontend has quite a few "order dependencies". It's not
correct behaviour, but a result of how it does semantics.
May 29 2009
next sibling parent reply "Denis Koroskin" <2korden gmail.com> writes:
On Fri, 29 May 2009 13:54:58 +0400, Tomas Lindquist Olsen
<tomas.l.olsen gmail.com> wrote:

 On Fri, May 29, 2009 at 12:44 AM, Eldar Insafutdinov
 <e.insafutdinov gmail.com> wrote:
 Eldar Insadutdinov Wrote:

 Another release of QtD is out. This time, it's Linux-only because  
 OPTLINK refuses to link the project with debug info on Windows (see  
 bug http://d.puremagic.com/issues/show_bug.cgi?id=2436). If anybody  
 wants QtD on Windows, please keep pushing Walter until he does  
 something with OPTLINK (bury it). Voting for the bug may help, too.
 I would repeat once again the request, that was raised here numerous  
 of times, Walter, please change object file format, for me the ones  
 used by MSVC or MinGW would be just fine.

 In this release:

 * Lots of bugfixes
 * Switched to Qt 4.5
 * ldc supported (for both X86 and X86-64)
 * All imports inside Qt are now public to avoid import hell
 * Implemented API dealing with containers
 * All classes from Gui, OpenGL, Xml, Svg, Network and Webkit packages
 are wrapped
 * Build system is now based on CMake to be crossplatform and more
 flexible
 * New signals and slots implementation (pretty limited but we are
 working on a better one, which will support queued connections,
 connections by name at runtime, etc).
 * Ported duic, the tool for generating code out of xml representation
 * Ported drcc, the resources compiler

 Thanks to everyone involved in the project.
So apparently I made it working on Windows as well. The thing that solved the problem was to feed source files to the compiler in the different order. Is it a correct behaviour?
The DMD frontend has quite a few "order dependencies". It's not correct behaviour, but a result of how it does semantics.
Is it fixable, or a new frontend is required?
May 29 2009
parent Tomas Lindquist Olsen <tomas.l.olsen gmail.com> writes:
On Fri, May 29, 2009 at 11:57 AM, Denis Koroskin <2korden gmail.com> wrote:
 On Fri, 29 May 2009 13:54:58 +0400, Tomas Lindquist Olsen
<tomas.l.olsen gmail.com> wrote:

 On Fri, May 29, 2009 at 12:44 AM, Eldar Insafutdinov
 <e.insafutdinov gmail.com> wrote:
 Eldar Insadutdinov Wrote:

 Another release of QtD is out. This time, it's Linux-only because
 OPTLINK refuses to link the project with debug info on Windows (see
 bug http://d.puremagic.com/issues/show_bug.cgi?id=2436). If anybody
 wants QtD on Windows, please keep pushing Walter until he does
 something with OPTLINK (bury it). Voting for the bug may help, too.
 I would repeat once again the request, that was raised here numerous
 of times, Walter, please change object file format, for me the ones
 used by MSVC or MinGW would be just fine.

 In this release:

 * Lots of bugfixes
 * Switched to Qt 4.5
 * ldc supported (for both X86 and X86-64)
 * All imports inside Qt are now public to avoid import hell
 * Implemented API dealing with containers
 * All classes from Gui, OpenGL, Xml, Svg, Network and Webkit packages
 are wrapped
 * Build system is now based on CMake to be crossplatform and more
 flexible
 * New signals and slots implementation (pretty limited but we are
 working on a better one, which will support queued connections,
 connections by name at runtime, etc).
 * Ported duic, the tool for generating code out of xml representation
 * Ported drcc, the resources compiler

 Thanks to everyone involved in the project.
So apparently I made it working on Windows as well. The thing that solved the problem was to feed source files to the compiler in the different order. Is it a correct behaviour?
The DMD frontend has quite a few "order dependencies". It's not correct behaviour, but a result of how it does semantics.
Is it fixable, or a new frontend is required?
Of course it's fixable :) But how much work it is, that's the real question ...
May 29 2009
prev sibling parent reply Eldar Insafutdinov <e.insafutdinov gmail.com> writes:
Tomas Lindquist Olsen Wrote:

 On Fri, May 29, 2009 at 12:44 AM, Eldar Insafutdinov
 <e.insafutdinov gmail.com> wrote:
 Eldar Insadutdinov Wrote:

 Another release of QtD is out. This time, it's Linux-only because OPTLINK
refuses to link the project with debug info on Windows (see bug
http://d.puremagic.com/issues/show_bug.cgi?id=2436). If anybody wants QtD on
Windows, please keep pushing Walter until he does something with OPTLINK (bury
it). Voting for the bug may help, too.
 I would repeat once again the request, that was raised here numerous of times,
Walter, please change object file format, for me the ones used by MSVC or MinGW
would be just fine.

 In this release:

 * Lots of bugfixes
 * Switched to Qt 4.5
 * ldc supported (for both X86 and X86-64)
 * All imports inside Qt are now public to avoid import hell
 * Implemented API dealing with containers
 * All classes from Gui, OpenGL, Xml, Svg, Network and Webkit packages
 are wrapped
 * Build system is now based on CMake to be crossplatform and more
 flexible
 * New signals and slots implementation (pretty limited but we are
 working on a better one, which will support queued connections,
 connections by name at runtime, etc).
 * Ported duic, the tool for generating code out of xml representation
 * Ported drcc, the resources compiler

 Thanks to everyone involved in the project.
So apparently I made it working on Windows as well. The thing that solved the problem was to feed source files to the compiler in the different order. Is it a correct behaviour?
The DMD frontend has quite a few "order dependencies". It's not correct behaviour, but a result of how it does semantics.
Why is it working on linux then? With both ldc and dmd?
May 29 2009
parent Tomas Lindquist Olsen <tomas.l.olsen gmail.com> writes:
On Fri, May 29, 2009 at 12:22 PM, Eldar Insafutdinov
<e.insafutdinov gmail.com> wrote:
 Tomas Lindquist Olsen Wrote:

 On Fri, May 29, 2009 at 12:44 AM, Eldar Insafutdinov
 <e.insafutdinov gmail.com> wrote:
 Eldar Insadutdinov Wrote:

 Another release of QtD is out. This time, it's Linux-only because OPT=
LINK refuses to link the project with debug info on Windows (see bug http:/= /d.puremagic.com/issues/show_bug.cgi?id=3D2436). If anybody wants QtD on Wi= ndows, please keep pushing Walter until he does something with OPTLINK (bur= y it). Voting for the bug may help, too.
 I would repeat once again the request, that was raised here numerous =
of times, Walter, please change object file format, for me the ones used by= MSVC or MinGW would be just fine.
 In this release:

 * Lots of bugfixes
 * Switched to Qt 4.5
 * ldc supported (for both X86 and X86-64)
 * All imports inside Qt are now public to avoid import hell
 * Implemented API dealing with containers
 * All classes from Gui, OpenGL, Xml, Svg, Network and Webkit packages
 are wrapped
 * Build system is now based on CMake to be crossplatform and more
 flexible
 * New signals and slots implementation (pretty limited but we are
 working on a better one, which will support queued connections,
 connections by name at runtime, etc).
 * Ported duic, the tool for generating code out of xml representation
 * Ported drcc, the resources compiler

 Thanks to everyone involved in the project.
So apparently I made it working on Windows as well. The thing that sol=
ved the problem was to feed source files to the compiler in the different o= rder. Is it a correct behaviour?

 The DMD frontend has quite a few "order dependencies". It's not
 correct behaviour, but a result of how it does semantics.
Why is it working on linux then? With both ldc and dmd?
I can't answer that, it's entirely possible it's a whole other issue. However, it could be that a version block is pulling in some trouble code, that is otherwise skipped on other platforms than windows. In the end you should really construct a test case to get it fixed.
May 29 2009