www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.ide - codeblocks (x86_64) and DMD2 (32 bit)?

reply "Gour D." <gour atmarama.net> writes:
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hello!

I see that Emacs' d-mode is usable, but since we evaluate D as
potential programming language for our upcoming GUI desktop
application project (we hope there will be something out of QtD), I
find C:B very nice IDE when working with a team of developers and
would like to give it a testdrive.

However, I use x86_64 Linux and suppose that with 32-bit DMD2, it
cannot work smoothly, right?

Can you point me and/or share some info what can be done with C:B &
DMD2?


Sincerely,
Gour

--=20

Gour  | Hlapicina, Croatia  | GPG key: CDBF17CA
----------------------------------------------------------------
Oct 07 2010
next sibling parent reply Stanislav Blinov <stanislav.blinov gmail.com> writes:
Gour D. wrote:
 Hello!
 
 I see that Emacs' d-mode is usable, but since we evaluate D as
 potential programming language for our upcoming GUI desktop
 application project (we hope there will be something out of QtD), I
 find C:B very nice IDE when working with a team of developers and
 would like to give it a testdrive.
 
 However, I use x86_64 Linux and suppose that with 32-bit DMD2, it
 cannot work smoothly, right?
 
 Can you point me and/or share some info what can be done with C:B &
 DMD2?
 
 

Actually, it is perfectly fine, as far as project management/building goes. Alas, C::B's syntax highlighting/parsing is AFAIK hard-coded and C++-oriented, so you won't get much editing sugar with it, but all the rest (workspaces, projects, configurations, building...) will work fine as soon as you set it up right. What I did to make it work for me is: 1) In Settings->Compiler and debugger copied existing "Digital Mars D Compiler" and made "... D2 Compiler" out of it. 2) Set up toolchain path and executable names 3) In Other Settings->Advanced options->Commands set up command line for compiling/linking the way DMD accepts 4) In Other Settings->Advanced options->Others set up appropriate compiler switches for search paths, library linking and so on. At least on Linux, it works fine. On Windows, there may be some linker issues as OPTLINK accepts command line that is very different from dmd/gcc/ar. If you can't figure it out, I can send my default.conf that has all the settings I made to make it work (on Linux).
Oct 07 2010
parent Stanislav Blinov <stanislav.blinov gmail.com> writes:
Gour D. wrote:
 On Thu, 07 Oct 2010 23:21:15 +0400
 "Stanislav" == Stanislav Blinov wrote:






Stanislav> Actually, it is perfectly fine, as far as project Stanislav> management/building goes. Alas, C::B's syntax Stanislav> highlighting/parsing is AFAIK hard-coded and C++-oriented, Stanislav> so you won't get much editing sugar with it, but all the Stanislav> rest (workspaces, projects, configurations, building...) Stanislav> will work fine as soon as you set it up right. Good. Stanislav> At least on Linux, it works fine. On Windows, there may be Stanislav> some linker issues as OPTLINK accepts command line that is Stanislav> very different from dmd/gcc/ar. I created my 32bit chroot on Archlinux and it works fine for console app,

I assume you've created chroot to avoid hassle of building 32bit apps on amd64? I never bothered. It's all about compiler command line, anyway. Though I use Debian, not Archlinux.
 but I've problem building "Hello world" from QtD
 (http://www.dsource.org/projects/qtd/wiki/BuildLinux) which builds
 fine in cli.
 

What is, exactly, the problem? Compile errors or linker ones? If you got proper search paths and compiler flags in C::B settings, you should be fine. I can tell that from the command line presented on that page: C::B would give you something similar, though it will make a two step process, e.g. compile main.d then link the project. And, what do you mean by cli?
 Stanislav> If you can't figure it out, I can send my default.conf that
 Stanislav> has all the settings I made to make it work (on Linux).
 
 Do you maybe use QtD as well?
 

No, I don't. I once gave it a try, but never had time to return to it :(
Oct 08 2010
prev sibling next sibling parent "Gour D." <gour atmarama.net> writes:
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Thu, 07 Oct 2010 23:21:15 +0400
 "Stanislav" =3D=3D Stanislav Blinov wrote:






Stanislav> Actually, it is perfectly fine, as far as project Stanislav> management/building goes. Alas, C::B's syntax Stanislav> highlighting/parsing is AFAIK hard-coded and C++-oriented, Stanislav> so you won't get much editing sugar with it, but all the Stanislav> rest (workspaces, projects, configurations, building...) Stanislav> will work fine as soon as you set it up right. Good. Stanislav> At least on Linux, it works fine. On Windows, there may be Stanislav> some linker issues as OPTLINK accepts command line that is Stanislav> very different from dmd/gcc/ar. I created my 32bit chroot on Archlinux and it works fine for console app, but I've problem building "Hello world" from QtD (http://www.dsource.org/projects/qtd/wiki/BuildLinux) which builds fine in cli. Stanislav> If you can't figure it out, I can send my default.conf that Stanislav> has all the settings I made to make it work (on Linux). Do you maybe use QtD as well? Sincerely, Gour --=20 Gour | Hlapicina, Croatia | GPG key: CDBF17CA ----------------------------------------------------------------
Oct 08 2010
prev sibling next sibling parent "Gour D." <gour atmarama.net> writes:
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Sat, 09 Oct 2010 01:42:34 +0400
 "Stanislav" =3D=3D <stanislav.blinov gmail.com> wrote:






Stanislav> I assume you've created chroot to avoid hassle of building Stanislav> 32bit apps on amd64? I never bothered. It's all about Stanislav> compiler command line, anyway. Though I use Debian, not Stanislav> Archlinux. I created chroot in order to be able to test QtD properly. Stanislav> What is, exactly, the problem? Compile errors or linker Stanislav> ones? If you got proper search paths and compiler flags in Stanislav> C::B settings, you should be fine. I can tell that from the Stanislav> command line presented on that page: C::B would give you Stanislav> something similar, though it will make a two step process, Stanislav> e.g. compile main.d then link the project. It was linker problem...somehow could not find phobos lib. Now I resolved it. Stanislav> And, what do you mean by cli? Command Line Interface. Stanislav> No, I don't. I once gave it a try, but never had time to Stanislav> return to it :( I had great hope it will become ready despite all the problems faced by devs. Sincerely, Gour --=20 Gour | Hlapicina, Croatia | GPG key: CDBF17CA ----------------------------------------------------------------
Oct 08 2010
prev sibling next sibling parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Gour D. wrote:
 I see that Emacs' d-mode is usable, but since we evaluate D as
 potential programming language for our upcoming GUI desktop
 application project (we hope there will be something out of QtD), I
 find C:B very nice IDE when working with a team of developers and
 would like to give it a testdrive.

When working with QtD, wouldn't it be better (in the long run) to add D2 language support to the Qt Creator cross-platform IDE? http://qt.nokia.com/products/developer-tools http://qt.gitorious.org/qt-creator --anders
Oct 10 2010
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gour D. wrote:
 Anders> When working with QtD, wouldn't it be better (in the long run)
 Anders> to add D2 language support to the Qt Creator cross-platform IDE?
 
 It might be indeed...But, I'm not sure it would go upstream, iow, that
 Nokia would commit support to D.

So patch it ? (LGPL)
 otoh, Code:Blocks is open-source and there is,  I believe, better
 chance that it can become part of C:B.

Sorry, what can become part of Code::Blocks ? Qt ? D2 ? --anders
Oct 11 2010
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gour D. wrote:

 Anders> So patch it ? (LGPL)
 
 It's a pain to maintain it then.

Just a thought... Looked like it had a plugin structure ? i.e. "src/plugins/cppeditor" and "src/plugins/cpptools" But it would need things like a front-end for completion. So while you are recruiting new QtD maintainers anyway... :-)
 Anders> Sorry, what can become part of Code::Blocks ? Qt ? D2 ?
 
 Support for QtD, iow. using QtDesigner within C:B.

There is some support for GTK+ and Qt4 project templates. Just that it seemed to make more sense to support wxD... (adding D support to the wxWidgets template, and wxSmith) Not sure what is needed for QtDesigner, opening the .ui ? If you want to see more support for QtD or D2 in C::B, you should post that to http://forums.codeblocks.org/ It needs new developers to add *real* support for the D languages, other than implementing as C++ compilers... Otherwise it will be left with wxD and D1 (GDC/LDC/DMD). See http://forums.codeblocks.org/index.php/topic,12246.0.html --anders
Oct 11 2010
parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gour D. wrote:
 Anders> It needs new developers to add *real* support for the D
 Anders> languages, other than implementing as C++ compilers...
 
 I agree. With more support it could become nice IDE for multi-platform
 D development.

The existing support should be "good enough" for D1, just that continuing on that path isn't going to cut it for D2... (IMHO) Going back to 32-bit just to work with DMD and wxMac isn't too interesting either ? So that's why I'm leaving it be as it was. Once GDC/LDC is released for D2 and wxCocoa is released with wx3, then it might warrant revisiting. But until then, Qt is better ? But the Code::Blocks project is GPL, and if you want to help with developing it there is certainly room for more developers there. --anders
Oct 13 2010
prev sibling next sibling parent "Gour D." <gour atmarama.net> writes:
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, 11 Oct 2010 08:55:21 +0200
 "Anders" =3D=3D Anders F Bj=C3=B6rklund <afb algonet.se> wrote:






Anders> When working with QtD, wouldn't it be better (in the long run) Anders> to add D2 language support to the Qt Creator cross-platform IDE? It might be indeed...But, I'm not sure it would go upstream, iow, that Nokia would commit support to D. otoh, Code:Blocks is open-source and there is, I believe, better chance that it can become part of C:B. Sincerely, Gour --=20 Gour | Hlapicina, Croatia | GPG key: CDBF17CA ----------------------------------------------------------------
Oct 11 2010
prev sibling next sibling parent "Gour D." <gour atmarama.net> writes:
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, 11 Oct 2010 12:00:50 +0200
 "Anders" =3D=3D Anders F Bj=C3=B6rklund <afb algonet.se> wrote:






It's a pain to maintain it then. Anders> Sorry, what can become part of Code::Blocks ? Qt ? D2 ? Support for QtD, iow. using QtDesigner within C:B. Sincerely, Gour --=20 Gour | Hlapicina, Croatia | GPG key: CDBF17CA ----------------------------------------------------------------
Oct 11 2010
prev sibling parent "Gour D." <gour atmarama.net> writes:
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, 11 Oct 2010 13:55:31 +0200
 "Anders" =3D=3D Anders F Bj=C3=B6rklund <afb algonet.se> wrote:






Anders> Just a thought... Looked like it had a plugin structure ? Anders>=20 Anders> i.e. "src/plugins/cppeditor" and "src/plugins/cpptools" Anders>=20 Anders> But it would need things like a front-end for completion. Anders>=20 Anders> So while you are recruiting new QtD maintainers anyway... :-) Heh...I'm just starting with D and forgot all C++ I knew from the time of Zortech. Anders> Not sure what is needed for QtDesigner, opening the .ui ? Not too familiar with it as well, but I'd assume so. Anders> If you want to see more support for QtD or D2 in C::B, Anders> you should post that to http://forums.codeblocks.org/ I've sent a post... Anders> It needs new developers to add *real* support for the D Anders> languages, other than implementing as C++ compilers... I agree. With more support it could become nice IDE for multi-platform D development. Sincerely, Gour --=20 Gour | Hlapicina, Croatia | GPG key: CDBF17CA ----------------------------------------------------------------
Oct 11 2010