On 17 October 2012 18:41, Manu <turkeyman@gmail.com> wrote:

> On 17 October 2012 18:30, thedeemon <dlang@thedeemon.com> wrote:
>
>> On Monday, 15 October 2012 at 14:47:06 UTC, Manu wrote:
>>
>>  Ah, nicely spotted, I should stick that DLL in the zip now that you
>>> mention it.
>>>
>>
>> I've just tried running this version: https://github.com/downloads/**RemedyGameJam/stache/Stache-** Windows-0.1d.zip<https://github.com/downloads/RemedyGameJam/stache/Stache-Windows-0.1d.zip>
>>
>> It cannot run asking for d3dx9_43.dll and then says "failed to load Fuji_Debug.dll".
>>
>
> Hmmm, that's strange.. It's clearly a release build.
> Use the 'c' version's exe, but paired with the dll's from 'd'.
>
> I'll fix it later tonight. Thanks for mentioning that! :)
>

Wait up, I misread (my error message is deceiving!)
I have no idea why it would complain about the missing d3dx dll, unless
you're running the exe from the wrong location.
The dll is sitting right there next to the exe right, in the bin folder?

On Wednesday, 17 October 2012 at 15:47:14 UTC, Manu wrote:

> Wait up, I misread (my error message is deceiving!)
> I have no idea why it would complain about the missing d3dx dll, unless
> you're running the exe from the wrong location.
> The dll is sitting right there next to the exe right, in the bin folder?

They sit in the same bin folder however note: it asks for d3dx9, not d3dx11 !
This is happening in Vista 32-bit, if that matters.

On 2012-10-17 16:14, Manu wrote:

> Okay, awesome. Cheers.
> I got it running on Linux-x64 last night, so I think that's the only
> thing holding OSX back.

Ok, I have a fully working window, which behaves properly and receives events. In addition to that I have an application menu with the standard items and a dock icon. This is all running completely separate.

No I would need some help to integrate this back in the game engine.

This is the latest error I have when compiling:

In file included from ../Source/MFFont.cpp:5:
In file included from ../Source/MFTexture_Internal.h:7:
In file included from ../Source/../Source/Drivers/OpenGL/MFOpenGL.h:46:
../Source/../Source/Drivers/OpenGL/glew/glxew.h:97:10: fatal error: 'X11/Xlib.h' file not found
#include <X11/Xlib.h>
         ^
12 warnings and 1 error generated.
make[1]: *** [../Build/Release/Fuji/MFFont.o] Error 1
make: *** [Fuji] Error 2

Either "glxew.h" shouldn't be used or it's need to have a Mac OS X version.

-- 
/Jacob Carlborg

On 18 October 2012 22:26, Jacob Carlborg <doob@me.com> wrote:

> On 2012-10-17 16:14, Manu wrote:
>
>  Okay, awesome. Cheers.
>> I got it running on Linux-x64 last night, so I think that's the only thing holding OSX back.
>>
>
> Ok, I have a fully working window, which behaves properly and receives events. In addition to that I have an application menu with the standard items and a dock icon. This is all running completely separate.
>
> No I would need some help to integrate this back in the game engine.
>
> This is the latest error I have when compiling:
>
> In file included from ../Source/MFFont.cpp:5:
> In file included from ../Source/MFTexture_Internal.**h:7:
> In file included from ../Source/../Source/Drivers/**OpenGL/MFOpenGL.h:46:
> ../Source/../Source/Drivers/**OpenGL/glew/glxew.h:97:10: fatal error:
> 'X11/Xlib.h' file not found
> #include <X11/Xlib.h>
>          ^
> 12 warnings and 1 error generated.
> make[1]: *** [../Build/Release/Fuji/MFFont.**o] Error 1
> make: *** [Fuji] Error 2
>
> Either "glxew.h" shouldn't be used or it's need to have a Mac OS X version.


Ah yes, what do the OSX OpenGL libs look like? GLX is only a very thin
front end on a fairly conventional OpenGL. It's only a couple of functions
that would be replaced by some mac variant I expect.
I'll come on IRC in 5 minutes or so.

On Thursday, 18 October 2012 at 20:11:56 UTC, Manu wrote:

> Ah yes, what do the OSX OpenGL libs look like? GLX is only a very thin
> front end on a fairly conventional OpenGL. It's only a couple of functions
> that would be replaced by some mac variant I expect.

Mac OS X has the OpenGL framework:

https://developer.apple.com/library/mac/#documentation/GraphicsImaging/Reference/CGL_OpenGL/Reference/reference.html#//apple_ref/doc/uid/TP40001186

And a couple of high level Objective-C classes. This is the programming guides for OpenGL on Mac OS X:

https://developer.apple.com/library/mac/#documentation/GraphicsImaging/Conceptual/OpenGL-MacProgGuide/opengl_intro/opengl_intro.html

> I'll come on IRC in 5 minutes or so.

I won't be online tonight, it's getting late here. Tomorrow or perhaps saturday.

--
/Jacob Carlborg

Trying to build in Linux, but having problems.

I follow the steps from github wiki "How to build under Windows", except I run 'Fuji/create_project.sh' instead of '.bat'... now I'm a bit confused as to what steps to take. Running 'Fuji/make' has errors, and running 'Stache/make_project.sh' -> 'make' gives me:

make[1]: *** No targets.  Stop.
make: *** [Stache] Error 2

which I assume is because Fuji isn't built (?). Help please!

Nice screenshot, btw :)

On 19 October 2012 01:12, F i L <witte2008@gmail.com> wrote:

> Trying to build in Linux, but having problems.
>
> I follow the steps from github wiki "How to build under Windows", except I run 'Fuji/create_project.sh' instead of '.bat'... now I'm a bit confused as to what steps to take. Running 'Fuji/make' has errors, and running 'Stache/make_project.sh' -> 'make' gives me:
>
> make[1]: *** No targets.  Stop.
> make: *** [Stache] Error 2
>
> which I assume is because Fuji isn't built (?). Help please!
>
> Nice screenshot, btw :)
>

I added Linux build instructions to the wiki, includes the Fuji build
instructions. There are a few differences from Windows.
The main problem is a bug in premake4 for D, it seems to throw an error
generating makefiles for my project (D support is new and experimental).
I plan to look into the premake bug this weekend. You can generate a
monodevelop project through, which works fine with the Mono-D plugin
installed. That's how I'm building/running/debugging on Linux at the moment.

I have fixed all associated bugs now and the Linux build runs properly. There was a recently fixed DMD bug that causes a problem with the camera, if you're using an older DMD, the camera will have problems.

GDC should theoretically work fine, but my binary is out of date (from the debian package manager) and it doesn't work for me, so I haven't proven it works.

On 19 October 2012 11:02, Manu <turkeyman@gmail.com> wrote:

> On 19 October 2012 01:12, F i L <witte2008@gmail.com> wrote:
>
>> Trying to build in Linux, but having problems.
>>
>> I follow the steps from github wiki "How to build under Windows", except I run 'Fuji/create_project.sh' instead of '.bat'... now I'm a bit confused as to what steps to take. Running 'Fuji/make' has errors, and running 'Stache/make_project.sh' -> 'make' gives me:
>>
>> make[1]: *** No targets.  Stop.
>> make: *** [Stache] Error 2
>>
>> which I assume is because Fuji isn't built (?). Help please!
>>
>> Nice screenshot, btw :)
>>
>
> I added Linux build instructions to the wiki, includes the Fuji build
> instructions. There are a few differences from Windows.
> The main problem is a bug in premake4 for D, it seems to throw an error
> generating makefiles for my project (D support is new and experimental).
> I plan to look into the premake bug this weekend. You can generate a
> monodevelop project through, which works fine with the Mono-D plugin
> installed. That's how I'm building/running/debugging on Linux at the moment.
>

On 19 October 2012 01:12, F i L <witte2008@gmail.com> wrote:

> Trying to build in Linux, but having problems.
>
> I follow the steps from github wiki "How to build under Windows", except I run 'Fuji/create_project.sh' instead of '.bat'... now I'm a bit confused as to what steps to take. Running 'Fuji/make' has errors, and running 'Stache/make_project.sh' -> 'make' gives me:
>
> make[1]: *** No targets.  Stop.
> make: *** [Stache] Error 2
>
> which I assume is because Fuji isn't built (?). Help please!
>
> Nice screenshot, btw :)
>

Did you ever follow my linux build instructions?
I'd be curious to know if anyone else can successfully build it.

On 18 October 2012 23:58, Jacob Carlborg <doob@me.com> wrote:

> On Thursday, 18 October 2012 at 20:11:56 UTC, Manu wrote:
>
>  Ah yes, what do the OSX OpenGL libs look like? GLX is only a very thin
>> front end on a fairly conventional OpenGL. It's only a couple of functions that would be replaced by some mac variant I expect.
>>
>
> Mac OS X has the OpenGL framework:
>
> https://developer.apple.com/**library/mac/#documentation/**
> GraphicsImaging/Reference/CGL_**OpenGL/Reference/reference.**
> html#//apple_ref/doc/uid/**TP40001186<https://developer.apple.com/library/mac/#documentation/GraphicsImaging/Reference/CGL_OpenGL/Reference/reference.html%23//apple_ref/doc/uid/TP40001186>
>
> And a couple of high level Objective-C classes. This is the programming guides for OpenGL on Mac OS X:
>
> https://developer.apple.com/**library/mac/#documentation/**
> GraphicsImaging/Conceptual/**OpenGL-MacProgGuide/opengl_**
> intro/opengl_intro.html<https://developer.apple.com/library/mac/#documentation/GraphicsImaging/Conceptual/OpenGL-MacProgGuide/opengl_intro/opengl_intro.html>
>
>
>  I'll come on IRC in 5 minutes or so.
>>
>
> I won't be online tonight, it's getting late here. Tomorrow or perhaps saturday.
>

I've fixed all the outstanding Linux stuff, I'd love to finish off that OSX stuff some time soon.