On 10/04/2012 01:05 PM, JN wrote:
> Why does a Windows version require building anyway? Building stuff is
> for Linux people, because they love to hunt dependencies and stuff. On
> Windows you should be able to unzip an archive or use an installer and
> have two directories - include files and compiled .lib/.a/.dll libraries
> ready to include into your project. Trying to avoid it is just trouble,
> it takes a lot of time to compile any D library and even GDC has no
> binary releases, so that's another time spent on hunting libs.

The library usually needs to be rebuild when there is e new conpiler release,
And a library build with one D compiler cant be used with any of the other compilers.

-- 
Mike Wey

On Thursday, 4 October 2012 at 21:25:09 UTC, Mike Wey wrote:
> On 10/04/2012 01:05 PM, JN wrote:
>> Why does a Windows version require building anyway? Building stuff is
>> for Linux people, because they love to hunt dependencies and stuff. On
>> Windows you should be able to unzip an archive or use an installer and
>> have two directories - include files and compiled .lib/.a/.dll libraries
>> ready to include into your project. Trying to avoid it is just trouble,
>> it takes a lot of time to compile any D library and even GDC has no
>> binary releases, so that's another time spent on hunting libs.
>
> The library usually needs to be rebuild when there is e new conpiler release,
> And a library build with one D compiler cant be used with any of the other compilers.

Yea it's damn PITA

On 10/04/2012 02:32 AM, Tommi wrote:
> On Wednesday, 26 September 2012 at 18:48:41 UTC, Mike James wrote:
>> I tried the install detailed on the github page and got the following
>> error:
>>
>>
>> C:\D\dmd2\gtkD2\src>dgen
>> build\gtkD.d(612): Error: module SourceBuffer is in file
>> 'gsv\SourceBuffer.d' wh
>> ich cannot be read
>> import path[0] = C:\D\dmd2\windows\bin\..\..\src\phobos
>> import path[1] = C:\D\dmd2\windows\bin\..\..\src\druntime\import
>
>
> Using those same instructions...
> https://github.com/gtkd-developers/GtkD/wiki/Installing-on-Windows
> ...I only manage to get this error (after ~10 seconds):
>
> D:\Documents\GitHub\GtkD\src>dgen.exe
> Fatal Error: Out of memory
>
> Even though Task Manager shows only negligible increase in memory.

I seems that dmd runs out of memory when using the -lib switch with GtkD.
I've updated the script posted on the wiki.

-- 
Mike Wey

Al 04/10/12 02:32, En/na Tommi ha escrit:
> On Wednesday, 26 September 2012 at 18:48:41 UTC, Mike James wrote:
>> I tried the install detailed on the github page and got the following error:
>>
>>
>> C:\D\dmd2\gtkD2\src>dgen
>> build\gtkD.d(612): Error: module SourceBuffer is in file 'gsv\SourceBuffer.d' wh
>> ich cannot be read
>> import path[0] = C:\D\dmd2\windows\bin\..\..\src\phobos
>> import path[1] = C:\D\dmd2\windows\bin\..\..\src\druntime\import
> 
> 
> Using those same instructions... https://github.com/gtkd-developers/GtkD/wiki/Installing-on-Windows ...I only manage to get this error (after ~10 seconds):
> 
> D:\Documents\GitHub\GtkD\src>dgen.exe
> Fatal Error: Out of memory
> 
> Even though Task Manager shows only negligible increase in memory.
> 

I got the same error in wine:
"Fatal Error: Out of memory"

I override it by compiling first to object files and then building the library: dgen.d:
----
import std.path;
import std.file;
import std.process;

void main()
{
	std.file.write("build.rf", listFiles(".d"));
	system("dmd -c -op @build.rf");

	std.file.write("build.rf", listFiles(".obj"));
	system("dmd -lib -ofGtkD @build.rf");

	std.file.remove("build.rf");
}

string listFiles(string file_ext)
{
	string files;
	auto entries = dirEntries("src", SpanMode.breadth);

	foreach(DirEntry entry; entries) {
		if(entry.isDir == false && entry.name.extension == file_ext) {
			files ~= entry.name ~ " ";
		}
	}

	return files;
}
----

Compiling and executing from GtkD root directory.

Now "GtkD.lib" is generated, and properly compiles gtkd programs: $ wine dmd.exe -L C:/D/dmd2/windows/lib/GtkD.lib HelloWorld.d

BTW. What's the right way to add "-L C:/D/dmd2/windows/lib/GtkD.lib" to "sc.ini" file?

Regards,
-- 
Jordi Sayol

On 10/6/12, Jordi Sayol <g.sayol@yahoo.es> wrote:
> BTW. What's the right way to add "-L C:/D/dmd2/windows/lib/GtkD.lib" to "sc.ini" file?

If you put that library in that folder there's a good change it will end up missing when installing/reinstalling DMD. Put it somewhere outside and use the -L+ switch when invoking DMD:

dmd -L+C:\path\to\gtkdlib\ GtkD.lib app.d

On Saturday, 6 October 2012 at 13:48:02 UTC, Mike Wey wrote:
>> Using those same instructions...
>> https://github.com/gtkd-developers/GtkD/wiki/Installing-on-Windows
>> ...I only manage to get this error (after ~10 seconds):
>>
>> D:\Documents\GitHub\GtkD\src>dgen.exe
>> Fatal Error: Out of memory
>>
>> Even though Task Manager shows only negligible increase in memory.
>
> I seems that dmd runs out of memory when using the -lib switch with GtkD. I've updated the script posted on the wiki.

Works great, thanks!

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.

On 9/9/12, nazriel <spam@dzfl.pl> wrote:
> Anyways, for those who wonder how will Gtk3 apps look at Windows: http://blogs.gnome.org/alexl/2012/03/27/moar-windows-themes/

Only with theming though, classic mode is not supported (yet).

It does have some visual bugs. Text overflows buttons, the menu text isn't displayed properly (it needs to have inverted foreground when selected), checkboxes flash blue in the background when selected, spinbuttons aren't properly themed (they say it's on purpose), the file chooser is still GTK and the text input boxes don't seem to follow system settings when it comes to blink rate.

Most of these are fixable I guess. Except the file picker which probably won't be replaced, but might be replaceable with system calls in custom user classes.

Anyway it's not too shabby. It's great that we have a multiplatform library that's up to date. Thanks GtkD devs!

On 10/12/12, Andrej Mitrovic <andrej.mitrovich@gmail.com> wrote:
> Most of these are fixable I guess.

FWIW I've filed these to the GTK bugzilla.

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.

-- 
Jordi Sayol