Re: Dgame

2013-01-12 Thread Namespace
On Saturday, 12 January 2013 at 02:05:31 UTC, Bernard Helyer 
wrote:
Hey cool! I'll check this out later tonight, but how are you 
handling frame rate and things?


You mean how I limit the framerate?
I delay the execution of the game loop for a very brief moment. 
For example if you limit to 15 frames for (15/1000) msecs.


F i L: Thanks. :)


Mono-D v0.4.7 - Optlink output analysis / Symbol name demangling

2013-01-12 Thread alex

Hi everyone,

Just released a new version - For info, see
http://mono-d.alexanderbothe.com



Cheers,
Alex


Re: Build Script in D

2013-01-12 Thread David
 for anything outside D there is enough makefiles, autotools, cmake,
 whatever.
 also there is OS package system which for sure contaion most of these
 libraries, for me it's enough to not bother about building own C build
 system

Using make with D works great, also there is cmake for D. But try to use
two tools (d buildscript and let's say cmake) on windows. You have to
force the user to either install mingw/cygwin or cmake/make and VS
(cmake can only generate for mingw-make and VS not dmc). Users will end
up not using it.

stb_image e.g. is in no OS-Package (which also don't exist for windows)


Re: Mono-D v0.4.7 - Optlink output analysis / Symbol name demangling

2013-01-12 Thread Jacob Carlborg

On 2013-01-12 15:28, alex wrote:

Hi everyone,

Just released a new version - For info, see
http://mono-d.alexanderbothe.com


I just tried Mono-D again and I'm having some problems.

* Running an application

When I try to run a simple Hello World application it opens a new empty 
terminal, nothing is printed. I also though that MonoDevelop would run 
the application and display its output in an internal console view.


* Go to definition and autocompletion

I have no idea how good these features are supposed to be but to me they 
work very inconsistently. I have one project where go to definition 
basically only works for what's in the same file. I have another project 
where it seems to work fine, mostly.


There is no fancy mixin or template code in these projects.

A few questions:

* Does Mono-D do autocompletion or go to definition from external files 
like files from Phobos and druntime?


* Can Mono-D resolve type inference?

I'm using Mac OS X.

--
/Jacob Carlborg


Re: Dgame

2013-01-12 Thread Bernard Helyer

On Saturday, 12 January 2013 at 10:42:55 UTC, Namespace wrote:
On Saturday, 12 January 2013 at 02:05:31 UTC, Bernard Helyer 
wrote:
Hey cool! I'll check this out later tonight, but how are you 
handling frame rate and things?


You mean how I limit the framerate?
I delay the execution of the game loop for a very brief moment. 
For example if you limit to 15 frames for (15/1000) msecs.


F i L: Thanks. :)


So it's a single threaded game loop? Just wondering if there 
wasn't

any kind of fancy logic/render loop split, is all.


Re: Dgame

2013-01-12 Thread Namespace
On Saturday, 12 January 2013 at 20:52:35 UTC, Bernard Helyer 
wrote:

On Saturday, 12 January 2013 at 10:42:55 UTC, Namespace wrote:
On Saturday, 12 January 2013 at 02:05:31 UTC, Bernard Helyer 
wrote:
Hey cool! I'll check this out later tonight, but how are you 
handling frame rate and things?


You mean how I limit the framerate?
I delay the execution of the game loop for a very brief 
moment. For example if you limit to 15 frames for (15/1000) 
msecs.


F i L: Thanks. :)


So it's a single threaded game loop?


Yes, at the moment that's the fact.


Re: Dgame

2013-01-12 Thread Bernard Helyer
If you use dmd 2.061 you have to merge the current dmd stuff 
with this pull


I've a much better idea; I'm going to not use dgame
until I can use it with a shipped DMD.


Re: Dgame

2013-01-12 Thread Namespace
On Saturday, 12 January 2013 at 22:51:47 UTC, Bernard Helyer 
wrote:
If you use dmd 2.061 you have to merge the current dmd stuff 
with this pull


I've a much better idea; I'm going to not use dgame
until I can use it with a shipped DMD.


Then you must wait for dmd 2.062 or whenever Walter will merge 
this pull. As I said Dgame is yet only a Beta. But I needed this 
functionality because structs aren't lvalues since 2.060 but 
there is still no replacement like auto ref. Since 2.059 there 
are only many discussions about a solution. So I hope that in 
2.062 auto ref is implemented.

But I don't see the problem to merge this pull by your own.


Re: Mono-D v0.4.7 - Optlink output analysis / Symbol name demangling

2013-01-12 Thread alex

On Saturday, 12 January 2013 at 17:44:54 UTC, Jacob Carlborg
wrote:

On 2013-01-12 15:28, alex wrote:

Hi everyone,

Just released a new version - For info, see
http://mono-d.alexanderbothe.com


I just tried Mono-D again and I'm having some problems.


https://github.com/aBothe/Mono-D/issues



* Running an application

When I try to run a simple Hello World application it opens a 
new empty terminal, nothing is printed. I also though that 
MonoDevelop would run the application and display its output in 
an internal console view.


Uses xterm (at least on linux) to display stuff in an external
console. Definitely wasn't my idea. There probably is the
possibility to redirect stin/out/err streams into some kind of
internal log or so - but then probably the question will rise up
whether one can pass input to stdin. Haven't tried it out yet -
yes, yet - though Mono-D exists 1.5 years.


* Go to definition and autocompletion

I have no idea how good these features are supposed to be but 
to me they work very inconsistently. I have one project where 
go to definition basically only works for what's in the same 
file. I have another project where it seems to work fine, 
mostly.


That's where D magic vs. my programming ability comes into the
game. I can't and I won't guarantee that both works in all cases
(of course not) - all I can do is to make it run in as many cases
as possible. There might be couple of strange or uncommon (yes,
even common) situations where I haven't thought that these could
ever occur. In such cases, please note them down somewhere and
tell me what's not working as expected in particular.


There is no fancy mixin or template code in these projects.


Did you really expect I had finished implementing CTFE so all
mixins etc could be resolved? Again, please tell me where it's
not working. Since I spend most of my coding time working Mono-D
I don't really have time to manage D projects.
Completion-related issues may get straight to
https://github.com/aBothe/D_Parser please.


A few questions:

* Does Mono-D do autocompletion or go to definition from 
external files like files from Phobos and druntime?


Yes. And it works for me(tm) - whereas I don't have any dimension
of what modules / completion features _advanced_ D users make use
of. I mean, as I said, I can't test everything - I need users to
do this for me :P


* Can Mono-D resolve type inference?


Yes.


I'm using Mac OS X.


This shouldn't be a problem.


Re: Build Script in D

2013-01-12 Thread evilrat

On Saturday, 12 January 2013 at 16:34:12 UTC, David wrote:


Using make with D works great, also there is cmake for D. But 
try to use
two tools (d buildscript and let's say cmake) on windows. You 
have to
force the user to either install mingw/cygwin or cmake/make and 
VS
(cmake can only generate for mingw-make and VS not dmc). Users 
will end

up not using it.

stb_image e.g. is in no OS-Package (which also don't exist 
for windows)


of course makefiles work, it's just hated by so many 
programmers...


for windows there is 99% chance that already compiled 
executables/libraries exists.


and if some project doesn't have binaries for windows, it's 
maintainers fault, not windows. just imagine yourself compiling 
for example Qt or chrome on single core 2Ghz machine with 1gb ram 
because there is no compiled binaries, would you be happy after 
that?


but... we already going to OT, i don't want to start holy wars 
about build systems.