Re: automated C++ binding generation.. Booost D, NO , Not us. SIMD is more important.

2012-01-28 Thread equinox
So, I would not minimize the fact to get stable/actively_developed/easily_maintained bindings for native multi-platform GUI toolkit. ;) Sincerely, Gour I just wonder dwt(http://www.dsource.org/projects/dwt) is not good enough? Regards Marton Papp

Re: automated C++ binding generation.. Booost D, NO , Not us. SIMD is more important.

2012-01-26 Thread equinox
On Thu, 26 Jan 2012 23:18:10 +0100, Andrej Mitrovic wrote: On 1/26/12, bls wrote: A few questions : where do I find Vladimir Panteelev's XML library ? https://github.com/CyberShadow/ae/blob/master/utils/ (see xml.d) Does this library support XPATH ? I'm not sure. It's a light-weight l

C/C++ backend for DMD?

2012-01-25 Thread equinox
Hi, I have been thinking . Would not C and C++ backend would make DMD more versatile? D language could be used in many platforms easily. D language could be used in .net and elsewhere. It could be compiled with other language that are also translated into C/C++. Regards Márton Papp

typedef, why did it go? Is there anything instead?

2012-01-22 Thread equinox
Hi, I noticed I cannot use typedef any longer in D2. Why did it go? Regards Marton Papp

Re: import question

2012-01-21 Thread equinox
Should not module C see c1? Because it cannot see it. Even if the import is not private. No. imports are private by default There's no point in marking them as private. If you want module C to see what module B is importing, then module B needs to import it publicly. e.g. module B; publi

import question

2012-01-21 Thread equinox
Hi, I have an import related questoin.. I have this: module A; const c1=4; module B; import A; module C; private import B; Should not module C see c1? Because it cannot see it. Even if the import is not private. Regards Marton Papp