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 reply Russel Winder <russel winder.org.uk> writes:
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?


=20
 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
parent reply "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
parent reply "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
next sibling parent reply "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
parent reply "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
parent reply "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
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 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 reply Russel Winder <russel winder.org.uk> writes:
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
parent reply "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
parent reply 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
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
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 reply Russel Winder <russel winder.org.uk> writes:
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
parent reply "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
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 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 parent reply Russel Winder <russel winder.org.uk> writes:
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
parent reply "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
parent reply "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
parent reply Russel Winder <russel winder.org.uk> writes:
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=


.patch),=20

 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=


=20

 : 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
parent reply "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
parent reply "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
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 "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