www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - qtD

reply Habibutsu <habibutsu gmail.com> writes:
Anybody knows, project qtd (http://www.dsource.org/projects/qtd/) is 
alive or died? Last changes was one year ago. Tracking system contains 
critical bugs and nobody fixes. There may be other working bindings for Qt?
Oct 01 2012
next sibling parent reply "Eldar Insafutdinov" <e.insafutdinov gmail.com> writes:
On Monday, 1 October 2012 at 17:31:11 UTC, Habibutsu wrote:
 Anybody knows, project qtd 
 (http://www.dsource.org/projects/qtd/) is alive or died? Last 
 changes was one year ago. Tracking system contains critical 
 bugs and nobody fixes. There may be other working bindings for 
 Qt?

Hey, yes I haven't been working on QtD for quite some time now, and unfortunately no one else has picked up on it. I don't know of any other efforts made, and due to the big undertaking it would be wiser to build on what's there already...
Oct 02 2012
parent Benjamin Thaut <code benjamin-thaut.de> writes:
Am 01.08.2013 16:36, schrieb michaelc37:
 I compiled against Qt4, I want to try it on Qt5 soon but there is
 another annoying issue I discovered when trying to update and compile
 all of the qtd exmples: All slot functions must now be declared public..
 I'm guessing something changed in traits recently.

Yes since dmd 2.061 typeof no longer works on members you don't have access to. But it is possible to bypass this using the tupleof property. See typeOfFieldImpl in https://github.com/Ingrater/druntime/blob/master/src/core/traits.d Kind Regards Benjamin Thaut
Aug 14 2013
prev sibling next sibling parent Russel Winder <russel winder.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, 2012-10-02 at 23:52 +0200, Eldar Insafutdinov wrote:
 On Monday, 1 October 2012 at 17:31:11 UTC, Habibutsu wrote:
 Anybody knows, project qtd=20
 (http://www.dsource.org/projects/qtd/) is alive or died? Last=20
 changes was one year ago. Tracking system contains critical=20
 bugs and nobody fixes. There may be other working bindings for=20
 Qt?

Hey, yes I haven't been working on QtD for quite some time now,=20 and unfortunately no one else has picked up on it. I don't know=20 of any other efforts made, and due to the big undertaking it=20 would be wiser to build on what's there already...

Presumably the Qt5 release could be an impetus to restart active evolution of QtD? QtQuick doesn't really do it for me given QtDesigner, but=E2=80=A6 I work in a biased sample set, but very few people I know would write Qt applications in C++, it's all PyQt4 and PySide with connection to C, C++ and Fortran to make use of computational frameworks. cf. SciPy. Also it has to be noted that for all it's C++ horrible API, wxWidgets has a large mind share in the cross-platform GUIs arena, especially given wxPython and wxGlade. --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Oct 03 2012
prev sibling next sibling parent "David Nadlinger" <see klickverbot.at> writes:
On Wednesday, 3 October 2012 at 08:13:59 UTC, Russel Winder wrote:
 Presumably the Qt5 release could be an impetus to restart active
 evolution of QtD? QtQuick doesn't really do it for me given 
 QtDesigner, but…

This all depends on enough people feeling the need to scratch their related itch – my own little projects using QtD are finished, and I don't have too much time to spend on D right now, so I'm trying to concentrate on core language and LDC work… David
Oct 03 2012
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
for anyone still interested.

after some itch scratching i finally got this to compile with dmd
2.063.2 on ubuntu 64bit -
https://bitbucket.org/michaelc37/qtd-experimental

here is what i did.

1) had to create auto_ref template for passing rvalues
     q: i remember some discussion on this, has a solution been
finalized?
2) modify generator so that it adds the "override" keyword where
necessary
3) modify generator so that structs are passed to cpp exported
functions as pointers.
     q: i think that some d structs are objects in cpp (QRect?),
and when cpp read the data the alignment seem to be off(e.g.
height variable data, ended up in the x variable). Can somone
explain this?
Jul 31 2013
prev sibling next sibling parent "Kagamin" <spam here.lot> writes:
QRect doesn't have a field for height: 
http://qt.gitorious.org/qt/qtbase/blobs/stable/src/corelib/tools/qrect.h#line262
Jul 31 2013
prev sibling next sibling parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
On 7/31/13, michaelc37 <michaelc37 msn.com> wrote:
 3) modify generator so that structs are passed to cpp exported
 functions as pointers.
      q: i think that some d structs are objects in cpp (QRect?),
 and when cpp read the data the alignment seem to be off(e.g.
 height variable data, ended up in the x variable). Can somone
 explain this?

Sounds like http://d.puremagic.com/issues/show_bug.cgi?id=5570 ?
Jul 31 2013
prev sibling next sibling parent Joseph Rushton Wakeling <joseph.wakeling webdrake.net> writes:
On 07/31/2013 02:59 PM, michaelc37 wrote:
 for anyone still interested.

Very happy to hear that QtD is getting some attention. GUI programming is quite a long way from what I usually do, but I think having good and up-to-date Qt bindings is likely to be very important for D.
Jul 31 2013
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Wednesday, 31 July 2013 at 13:58:10 UTC, Kagamin wrote:
 QRect doesn't have a field for height: 
 http://qt.gitorious.org/qt/qtbase/blobs/stable/src/corelib/tools/qrect.h#line262

sorry i think i meant y2 (i was writting that post in a hurry)
Jul 31 2013
prev sibling next sibling parent "Daniel Couture" <daniel.couture.1957 gmail.com> writes:
On Monday, 1 October 2012 at 17:31:11 UTC, Habibutsu wrote:
 Anybody knows, project qtd 
 (http://www.dsource.org/projects/qtd/) is alive or died? Last 
 changes was one year ago. Tracking system contains critical 
 bugs and nobody fixes. There may be other working bindings for 
 Qt?

Jul 31 2013
prev sibling next sibling parent "Kagamin" <spam here.lot> writes:
Does it look as if the c++ side expects an extra field in the 
beginning of the object?
Jul 31 2013
prev sibling next sibling parent Russel Winder <russel winder.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2013-07-31 at 14:59 +0200, michaelc37 wrote:
 for anyone still interested.

We're here :-)
 after some itch scratching i finally got this to compile with dmd
 2.063.2 on ubuntu 64bit -
 https://bitbucket.org/michaelc37/qtd-experimental
=20
 here is what i did.
=20
 1) had to create auto_ref template for passing rvalues
      q: i remember some discussion on this, has a solution been
 finalized?
 2) modify generator so that it adds the "override" keyword where
 necessary
 3) modify generator so that structs are passed to cpp exported
 functions as pointers.
      q: i think that some d structs are objects in cpp (QRect?),
 and when cpp read the data the alignment seem to be off(e.g.
 height variable data, ended up in the x variable). Can somone
 explain this?

Are you compiling against Qt4 or Qt5? I don't have Ubuntu but do have Debian Unstable and Fedora 18 (will move to 19 when it is released). I'd be happy to be a test builder if that would be helpful. I have a PySide (Qt4) application that I would like to try reimplementing in a native code language =E2=80=94 I have to do some work o= n this anyway to switch back to PyQt since PyQt5 is about and PySide is stuck on Qt4). Options are C++, Go, D. Or possibly all of them. Now that Qt5 is out and about I am hesitant to do anything with Qt4, particularly now there is a SCons tool for Qt5.=20 Thanks. --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Aug 01 2013
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Wednesday, 31 July 2013 at 17:55:50 UTC, Kagamin wrote:
 Does it look as if the c++ side expects an extra field in the 
 beginning of the object?

Yes, I think that's what it looked like. I'll try to re-run post some data results this weekend.
Aug 01 2013
prev sibling next sibling parent Jordi Sayol <g.sayol yahoo.es> writes:
On 31/07/13 16:26, Joseph Rushton Wakeling wrote:
 On 07/31/2013 02:59 PM, michaelc37 wrote:
 for anyone still interested.

Very happy to hear that QtD is getting some attention. GUI programming is quite a long way from what I usually do, but I think having good and up-to-date Qt bindings is likely to be very important for D.

+1 -- Jordi Sayol
Aug 01 2013
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Thursday, 1 August 2013 at 07:57:30 UTC, Russel Winder wrote:
 On Wed, 2013-07-31 at 14:59 +0200, michaelc37 wrote:
 for anyone still interested.

We're here :-)
 after some itch scratching i finally got this to compile with 
 dmd
 2.063.2 on ubuntu 64bit -
 https://bitbucket.org/michaelc37/qtd-experimental
 
 here is what i did.
 
 1) had to create auto_ref template for passing rvalues
      q: i remember some discussion on this, has a solution been
 finalized?
 2) modify generator so that it adds the "override" keyword 
 where
 necessary
 3) modify generator so that structs are passed to cpp exported
 functions as pointers.
      q: i think that some d structs are objects in cpp 
 (QRect?),
 and when cpp read the data the alignment seem to be off(e.g.
 height variable data, ended up in the x variable). Can somone
 explain this?

Are you compiling against Qt4 or Qt5? I don't have Ubuntu but do have Debian Unstable and Fedora 18 (will move to 19 when it is released). I'd be happy to be a test builder if that would be helpful. I have a PySide (Qt4) application that I would like to try reimplementing in a native code language — I have to do some work on this anyway to switch back to PyQt since PyQt5 is about and PySide is stuck on Qt4). Options are C++, Go, D. Or possibly all of them. Now that Qt5 is out and about I am hesitant to do anything with Qt4, particularly now there is a SCons tool for Qt5. Thanks.

I compiled against Qt4, I want to try it on Qt5 soon but there is another annoying issue I discovered when trying to update and compile all of the qtd exmples: All slot functions must now be declared public.. I'm guessing something changed in traits recently. I'll keep trying, but I'm not sure how much further I can go with this, as i don't have a solid c++ or qt background.
Aug 01 2013
prev sibling next sibling parent Russel Winder <russel winder.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2013-07-31 at 14:59 +0200, michaelc37 wrote:
 for anyone still interested.
=20
 after some itch scratching i finally got this to compile with dmd
 2.063.2 on ubuntu 64bit -
 https://bitbucket.org/michaelc37/qtd-experimental

Hummm=E2=80=A6 https://code.google.com/p/qtd/ (which has a Subversion repository) clearly points to http://www.dsource.org/projects/qtd =E2=80=93 which I gue= ss has a checkoutable (Subversion) repository. But then there is https://bitbucket.org/qtd/repo and https://github.com/qtd-developers/qtd Before any activity gets going on QtD might it be an idea to decide with which VCS and support tools? Given Git is the DMD VCS, it would sort of make sense to work with Git and GitHub, though I am happy to work with Mercurial and BitBucket (or even Git and BitBucket!) Perhaps more should be done on http://www.dsource.org/projects/qtd to make it clear where action is to happen? Thanks. --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Aug 12 2013
prev sibling next sibling parent Russel Winder <russel winder.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2013-07-31 at 14:59 +0200, michaelc37 wrote:

I have cloned you qtd-experimental to try a build with ldc2. However it
seems cmake/FindD.cmake needs amending to cope with ldc2 in a user
defined place :-(

--=20
Russel.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder ekiga.n=
et
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder
Aug 12 2013
prev sibling next sibling parent "David Nadlinger" <code klickverbot.at> writes:
On Monday, 12 August 2013 at 15:28:34 UTC, Russel Winder wrote:
 https://code.google.com/p/qtd/ (which has a Subversion 
 repository)
 clearly points to http://www.dsource.org/projects/qtd – which I 
 guess has a checkoutable (Subversion) repository.

It's a Mercurial repository. QtD moved to BitBucket because of DSource stability problems impairing development. I suggested Eldar to nuke the DSource one to avoid confusion – i.e. either disable it, or replace it with a singe "repo has moved" text file in the root directory, or something like that –, but somehow this never happened (I don't recall whether there was actually disagreement about this or if we just never got around to do the change).
But then there is https://bitbucket.org/qtd/repo

As far as I am aware, this is the "current" repository, i.e. the last that Eldar, Max, Alexey and I actually committed to. However, I don't think any of us are actually working on QtD right now, and even simple patches/pull requests take inexcusably long to merge.
 and https://github.com/qtd-developers/qtd

This seems to be an attempt to revive QtD, possibly by Michael Crompton, who contributed a few patches on BitBucket before. The URL is unnecessarily long, though – I just reserve github.com/qtd, if somebody wants admin rights for the organization, just drop me a line.
 Before any activity gets going on QtD might it be an idea to 
 decide with
 which VCS and support tools?

Yep. I can't speak for Eldar and Max, who are really the ones who "own" QtD (I only contributed a few smaller fixes), but I'd say, if somebody wants to genuinely pick up QtD development, they should go ahead and choose whatever they feel most comfortable with. Git/GitHub certainly would be a good fit for the D ecosystem.
 Perhaps more should be done on 
 http://www.dsource.org/projects/qtd to
 make it clear where action is to happen?

I just tried to; the person behind the GitHub repository (Michael?) is welcome to amend that page. Note that the actual installation guides linked from that page all referred to the proper repository before as well. David
Aug 12 2013
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Monday, 12 August 2013 at 15:47:02 UTC, Russel Winder wrote:
 On Wed, 2013-07-31 at 14:59 +0200, michaelc37 wrote:

 I have cloned you qtd-experimental to try a build with ldc2. 
 However it
 seems cmake/FindD.cmake needs amending to cope with ldc2 in a 
 user
 defined place :-(

I haven't tried ldc2/gdc yet, I'll have a look a bit later.
Aug 12 2013
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Monday, 12 August 2013 at 19:08:14 UTC, David Nadlinger wrote:
 On Monday, 12 August 2013 at 15:28:34 UTC, Russel Winder wrote:
 https://code.google.com/p/qtd/ (which has a Subversion 
 repository)
 clearly points to http://www.dsource.org/projects/qtd – which 
 I guess has a checkoutable (Subversion) repository.

It's a Mercurial repository. QtD moved to BitBucket because of DSource stability problems impairing development. I suggested Eldar to nuke the DSource one to avoid confusion – i.e. either disable it, or replace it with a singe "repo has moved" text file in the root directory, or something like that –, but somehow this never happened (I don't recall whether there was actually disagreement about this or if we just never got around to do the change).
But then there is https://bitbucket.org/qtd/repo

As far as I am aware, this is the "current" repository, i.e. the last that Eldar, Max, Alexey and I actually committed to. However, I don't think any of us are actually working on QtD right now, and even simple patches/pull requests take inexcusably long to merge.
 and https://github.com/qtd-developers/qtd

This seems to be an attempt to revive QtD, possibly by Michael Crompton, who contributed a few patches on BitBucket before. The URL is unnecessarily long, though – I just reserve github.com/qtd, if somebody wants admin rights for the organization, just drop me a line.
 Before any activity gets going on QtD might it be an idea to 
 decide with
 which VCS and support tools?

Yep. I can't speak for Eldar and Max, who are really the ones who "own" QtD (I only contributed a few smaller fixes), but I'd say, if somebody wants to genuinely pick up QtD development, they should go ahead and choose whatever they feel most comfortable with. Git/GitHub certainly would be a good fit for the D ecosystem.
 Perhaps more should be done on 
 http://www.dsource.org/projects/qtd to
 make it clear where action is to happen?

I just tried to; the person behind the GitHub repository (Michael?) is welcome to amend that page. Note that the actual installation guides linked from that page all referred to the proper repository before as well. David

That github repo is not mine, and I assumed the current repo was still on bitbucket. However, I agree moving to github would be ideal.
Aug 12 2013
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Monday, 12 August 2013 at 19:28:41 UTC, michaelc37 wrote:
 On Monday, 12 August 2013 at 15:47:02 UTC, Russel Winder wrote:
 On Wed, 2013-07-31 at 14:59 +0200, michaelc37 wrote:

 I have cloned you qtd-experimental to try a build with ldc2. 
 However it
 seems cmake/FindD.cmake needs amending to cope with ldc2 in a 
 user
 defined place :-(

I haven't tried ldc2/gdc yet, I'll have a look a bit later.

patched the make file for ldc2, but ran into a problem during compile with Atomic.d. I think the llvm_memory_barrier function no longer exists. I found and tried to apply fixes from a patch made to tango's Atomic.d http://www.dsource.org/projects/tango/attachment/ticket/2101/ lvm3.atomic.patch), ended up with a compile error that made no sense to me "Error: Integer constant expression expected instead of ordering" AtomicOrdering ordering = getOrdering(ms == msync.rel ? msync.seq : ms); ... ... llvm_atomic_store!(T)(cast(T)newval, cast(shared T*)&val, ordering);
Aug 12 2013
prev sibling next sibling parent "Tyler Jameson Little" <beatgammit gmail.com> writes:
On Monday, 12 August 2013 at 19:08:14 UTC, David Nadlinger wrote:
 On Monday, 12 August 2013 at 15:28:34 UTC, Russel Winder wrote:
 https://code.google.com/p/qtd/ (which has a Subversion 
 repository)
 clearly points to http://www.dsource.org/projects/qtd – which 
 I guess has a checkoutable (Subversion) repository.

It's a Mercurial repository. QtD moved to BitBucket because of DSource stability problems impairing development. I suggested Eldar to nuke the DSource one to avoid confusion – i.e. either disable it, or replace it with a singe "repo has moved" text file in the root directory, or something like that –, but somehow this never happened (I don't recall whether there was actually disagreement about this or if we just never got around to do the change).
But then there is https://bitbucket.org/qtd/repo

As far as I am aware, this is the "current" repository, i.e. the last that Eldar, Max, Alexey and I actually committed to. However, I don't think any of us are actually working on QtD right now, and even simple patches/pull requests take inexcusably long to merge.
 and https://github.com/qtd-developers/qtd

This seems to be an attempt to revive QtD, possibly by Michael Crompton, who contributed a few patches on BitBucket before. The URL is unnecessarily long, though – I just reserve github.com/qtd, if somebody wants admin rights for the organization, just drop me a line.

That was actually me. I started working on it, and I got a few patches in when I got really busy with work. Unfortunately, that was just about the same time I started understanding the build system... It is unfortunately long, but I borrowed the naming scheme from ldc... Also, if anyone wants admin rights, drop me a line. I probably shouldn't be in charge of it since I only really have a passing interest (I just wanted to fix the PKGBUILD for Arch Linux..., also, if someone else can actually fix it, let me know).
 Before any activity gets going on QtD might it be an idea to 
 decide with
 which VCS and support tools?

Yep. I can't speak for Eldar and Max, who are really the ones who "own" QtD (I only contributed a few smaller fixes), but I'd say, if somebody wants to genuinely pick up QtD development, they should go ahead and choose whatever they feel most comfortable with. Git/GitHub certainly would be a good fit for the D ecosystem.
 Perhaps more should be done on 
 http://www.dsource.org/projects/qtd to
 make it clear where action is to happen?

I just tried to; the person behind the GitHub repository (Michael?) is welcome to amend that page. Note that the actual installation guides linked from that page all referred to the proper repository before as well. David

I unfortunately don't have a dsource account, and I'm not sure how to get one. Please, let me know how I can help out. I'm 100% ok with handing over the qtd-developers org (if that's what we want to use).
Aug 12 2013
prev sibling next sibling parent Russel Winder <russel winder.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, 2013-08-13 at 05:11 +0200, michaelc37 wrote:
[=E2=80=A6]
 patched the make file for ldc2, but ran into a problem during=20
 compile with Atomic.d.

Your changes are better than mine so I ditched mine.
 I think the llvm_memory_barrier function no longer exists. I=20
 found and tried to apply fixes from a patch made to tango's=20
 Atomic.d
 http://www.dsource.org/projects/tango/attachment/ticket/2101/llvm3.atomic=

 ended up with a compile error that made no sense to me "Error:=20
 Integer constant expression expected instead of ordering"
=20
 AtomicOrdering ordering =3D getOrdering(ms =3D=3D msync.rel ? msync.seq=

 : ms);
 ...
 ...
 llvm_atomic_store!(T)(cast(T)newval, cast(shared T*)&val,=20
 ordering);

I don't think I got that far as I got a "Can't find the D compiler problem. It seems the build rebuilds the build in some way but fails. :-(( Classes in typesystem: 538 Generated: - d.........: 529 (529) - cpp-impl..: 506 (506) - cpp-h.....: 399 (399) - meta-info.: 28 (28) - pri.......: 7 (7) Done, 344 warnings (577 known issues) [100%] Built target dgen Scanning dependencies of target main -- The CXX compiler identification is GNU 4.8.1 -- The C compiler identification is GNU 4.8.1 -- Check for working CXX compiler: /home/users/russel/bin.Linux.x86_64/c++ -- Check for working CXX compiler: /home/users/russel/bin.Linux.x86_64/c++ = -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working C compiler: /home/users/russel/bin.Linux.x86_64/gcc -- Check for working C compiler: /home/users/russel/bin.Linux.x86_64/gcc --= works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done CMake Error at cmake/FindD.cmake:41 (message): D compiler is not found Call Stack (most recent call first): CMakeLists.txt:180 (FIND_PACKAGE) -- Configuring incomplete, errors occurred! make[2]: *** [main] Error 1 make[1]: *** [CMakeFiles/main.dir/all] Error 2 make: *** [all] Error 2 --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Aug 13 2013
prev sibling next sibling parent "David Nadlinger" <code klickverbot.at> writes:
On Tuesday, 13 August 2013 at 11:03:33 UTC, Russel Winder wrote:
 I don't think I got that far as I got a "Can't find the D 
 compiler
 problem. It seems the build rebuilds the build in some way but
 fails. :-((

The cmake/FindD.cmake script searched for 'ldc' only, not 'ldc2'. Am on the way home right now, but I just pushed a commit (yay for git-hg) that should fix that issue (but only that issue). David
Aug 14 2013
prev sibling next sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Wednesday, 14 August 2013 at 15:16:27 UTC, David Nadlinger 
wrote:
 On Tuesday, 13 August 2013 at 11:03:33 UTC, Russel Winder wrote:
 I don't think I got that far as I got a "Can't find the D 
 compiler
 problem. It seems the build rebuilds the build in some way but
 fails. :-((

The cmake/FindD.cmake script searched for 'ldc' only, not 'ldc2'. Am on the way home right now, but I just pushed a commit (yay for git-hg) that should fix that issue (but only that issue). David

I'm not sure that enough, the output of the "ldc2 --version" compiler seems to have changed. Also i found that in CMakeLists.txt ldc2 needs "D_FLAGS -d-version=QtdCppShared" for the D_IS_LLVM condition. Here is what i did. https://bitbucket.org/michaelc37/qtd-experimental/commits/bfd137549ab266cc0c2131be18d8ad955e78a501 I managed to get it to compile with ldc2, after hacking up a fix for Atomic.d , i did commit that change as i am not familiar with llvm at all.. But if anyone wants to try it, it is attached to https://bitbucket.org/michaelc37/qtd-experimental/issue/1/cannot-compile-with-ldc2
Aug 14 2013
prev sibling next sibling parent "w0rp" <devw0rp gmail.com> writes:
I'd love to see good working Qt bindings in D. I have considered 
resurrecting the QtD project before, but I've been far too busy 
and/or lazy to really do anything.
Aug 14 2013
prev sibling parent "michaelc37" <michaelc37 msn.com> writes:
On Wednesday, 14 August 2013 at 07:20:14 UTC, Benjamin Thaut 
wrote:
 Am 01.08.2013 16:36, schrieb michaelc37:
 I compiled against Qt4, I want to try it on Qt5 soon but there 
 is
 another annoying issue I discovered when trying to update and 
 compile
 all of the qtd exmples: All slot functions must now be 
 declared public..
 I'm guessing something changed in traits recently.

Yes since dmd 2.061 typeof no longer works on members you don't have access to. But it is possible to bypass this using the tupleof property. See typeOfFieldImpl in https://github.com/Ingrater/druntime/blob/master/src/core/traits.d Kind Regards Benjamin Thaut

Thanks, i just tried this but it didnt work as i expected or maybe i misunderstood. e.g. class Test { private void aa(){}; private int bb; public void cc(){}; } writeln(Test.tupleof.length); //prints 1 writeln(Test.tupleof[0].stringof); //prints (Test).bb it didnt see aa(), or cc()
Aug 14 2013