On 10/12/12, Jordi Sayol <g.sayol@yahoo.es> wrote:
> You can say it in singular. There is only one active dev in GtkD project. Mike Wey. Many many thanks to him.

Wow, really? That's both amazing and worrying. We seem to have a lot of 1-man projects in D. Our bus factor is pretty low :p http://en.wikipedia.org/wiki/Bus_factor

On 10/12/2012 03:24 PM, Andrej Mitrovic wrote:
> On 9/10/12, Andrej Mitrovic <andrej.mitrovich@gmail.com> wrote:
>> http://www.tarnyko.net/en/?q=node/1
>
> Btw for win32 users, GTK_BASEPATH needs to be set to wherever you've
> installed the runtime bundle (e.g. C:\Program Files\GTKRuntime-3.4.2).
> Don't let it install with the +- in the path because of an optlink
> bug: http://d.puremagic.com/issues/show_bug.cgi?id=8791
>
> Also, this C:\Program Files\%gtkdir%\bin needs to be in PATH before
> everything else, because apparently the wrong DLLs get loaded
> otherwise. I don't understand what GTK_BASEPATH is for if it's not
> used properly.
>

Normally GtkD searches for the dll in the default locations ( See Also: http://msdn.microsoft.com/en-us/library/ms682586(VS.85).aspx ), witch includes any directory listed in the PATH environment variable.

The GTK_BASEPATH environment variable can be used to override this, when set GtkD searches for the dlls in that directory, and only that directory.

So GTK_BASEPATH doesn't need to be set but when is it set, it does need to point to the correct location, some old Gtk+ 2.x installers used to set the GTK_BASEPATH variable.

-- 
Mike Wey

On 10/12/2012 04:15 PM, Jordi Sayol wrote:
> Al 12/10/12 15:38, En/na Andrej Mitrovic ha escrit:
>>
>> Anyway it's not too shabby. It's great that we have a multiplatform
>> library that's up to date. Thanks GtkD devs!
>>
>
> You can say it in singular. There is only one active dev in GtkD project. Mike Wey. Many many thanks to him.
>

I do seem to be getting more pull requests lately :)

-- 
Mike Wey

Mike,

On Fri, 2012-10-12 at 22:25 +0200, Mike Wey wrote:
[…]
> I do seem to be getting more pull requests lately :)

The GtkD README gives the distinct impression that DSSS is the only way of building GtkD and any projects using it.  However, according to its own webpage, DSSS is a Dv1 system that cannot work with Dv2, which I guess indicates either a system with little future or a lack of maintenance of webpages.

Certainly it ought to be feasible to create a C, C++, Fortran, D build system using D that could be far superior to Make, CMake, Autotools. As noted on the DSSS page integration with a unified package management system is a USP. Go has shown that this works very well by integrating GitHub, BitBucket and Launchpad as repositories, rather than using a special one a la CTAN, CPAN, Gems.

Current I tend to build C, C++, Fortran, D using SCons or Waf, but if a reinvigorated and Dv2 compatible DSSS can compete and work with repositories on GitHub, BitBucket and Launchpad rather than just it's own repository, I am happy to make use of it. Alternatively if there is a description of how to build GtkD that doesn't involve installing DSSS I am happy to write a SCons build.

Thanks.
-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 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