porting a GLFW and OPENAL game?
- Thread starter slenkar
- Start date
mcobit
Advanced Member
- Joined
- Jul 28, 2008
- Messages
- 6,909
You can use any toolchain you like. Maybe Yactfeau for ease of use or Ivanovics toolchain, that has a more recent compiler.
Openal is just a compile away. It is really easy and fast to compile without any issues.
Dn't know for GLFW though.
If it is not gles compilant, you will have to port it to gles first.
Have a look in the wiki on how to do so.
Openal is just a compile away. It is really easy and fast to compile without any issues.
Dn't know for GLFW though.
If it is not gles compilant, you will have to port it to gles first.
Have a look in the wiki on how to do so.
Last edited by a moderator:
- Joined
- Jan 18, 2010
- Messages
- 11,411
I use sebt3's Yactfeau cross compiler. OpenAL it just compiles like mcobit says..
Generally what I do is run this command
setprj YOUR_PROJECT_DIR
Then I change directory to the openAL source and run the normal (pndconfig, make, make install) for openAL and it will install the library and header files for openAL in /mnt/utmp/YOUR_PROJECT_DIR . From there when you compile your project it will find the needed files automatically.
Generally what I do is run this command
setprj YOUR_PROJECT_DIR
Then I change directory to the openAL source and run the normal (pndconfig, make, make install) for openAL and it will install the library and header files for openAL in /mnt/utmp/YOUR_PROJECT_DIR . From there when you compile your project it will find the needed files automatically.
Last edited by a moderator:
You can use the very good toolchain+Codeblocks by ptitSeb http://repo.openpandora.org/?page=detail&app=codeblocks6022
but GLFW need to be converted to GLES first and i don't know how easy is it ..
but GLFW need to be converted to GLES first and i don't know how easy is it ..
https://github.com/elmindreda/glfw/pull/6
Since it seems like people here seem to suck at searching for some reason.
The code currently is in the https://github.com/elmindreda/glfw.git master.
Not sure if the stuff works anymore, I haven't done any GLES deveploment on pandora
since upgrading to hardfp distro and the kernel is too old for the DRM drivers.
Since it seems like people here seem to suck at searching for some reason.
The code currently is in the https://github.com/elmindreda/glfw.git master.
Not sure if the stuff works anymore, I haven't done any GLES deveploment on pandora
since upgrading to hardfp distro and the kernel is too old for the DRM drivers.
Last edited by a moderator:
ptitSeb
Serial Porter
You can also develop and compile directely on the Pandora.
OpenAL is easy
For GLFW, looks like it's a OpenGL only, will probably hard to port it to GLES (and software rendering will produce unusable programs)
OpenAL is easy
For GLFW, looks like it's a OpenGL only, will probably hard to port it to GLES (and software rendering will produce unusable programs)
- Joined
- Sep 18, 2011
- Messages
- 742
Heh.
slenkar
Member
- Joined
- Jan 15, 2012
- Messages
- 64
I installed this toolchain onto a linux desktop PC
http://boards.openpandora.org/index.php/topic/7147-crosscompiler-toolchain-based-on-openpandoraorg-ipks/
and downloaded the GLFW above,
when trying to compile it asks for config.h which doesnt seem to be in the GLFW download
http://boards.openpandora.org/index.php/topic/7147-crosscompiler-toolchain-based-on-openpandoraorg-ipks/
and downloaded the GLFW above,
when trying to compile it asks for config.h which doesnt seem to be in the GLFW download
Last edited by a moderator:
Nilsnsn
Member
have you ran ./configure ? That should produce a config.h, based on the template config.h.in
There is a great picture on wikipedia, which did help me understanding the whole process of autotools:
http://en.wikipedia.org/wiki/GNU_build_system
There is a great picture on wikipedia, which did help me understanding the whole process of autotools:
http://en.wikipedia.org/wiki/GNU_build_system
sebt3
homebrew player (P. & C.)
In the download file (2.7.7) and in svn, there is no configure Makefile nor CMakeFile.txt, so none of these will work.
Instead they are using a custom build system with a compile.sh. (yeah, once again a dev said himself : I know how to build better than a dedicated dev team working on a good build system for the last 20 years... And as usual he fail miserably when it come to cross-compiling)
This script wont work with any cross-compiling toolchain. it might work on pandora if it manage to detect that libGL linuxbosch is working on.
I would recommand you to create your own CMakeList.txt (or Makefile if ou prefer) and port it to GLES (as GLFW doesnt support it currently).
I would recommand against building stuff as root...
I don't know if it's stable or not but GLFW 3.0 will support OpenGL ES and other features:
https://github.com/elmindreda/glfw
Moving from GLFW 2 to 3
http://www.glfw.org/docs/3.0/moving.html
https://github.com/elmindreda/glfw
Moving from GLFW 2 to 3
http://www.glfw.org/docs/3.0/moving.html
Last edited by a moderator:
I compiled it with codeblocks command line with glesv2 and EGL.
Here are the sources and libs compiled:
http://www.fileconvoy.com/dfl.php?id=gce7dda5e04c58131999254104ea5782fea681be1b
Here are the sources and libs compiled:
http://www.fileconvoy.com/dfl.php?id=gce7dda5e04c58131999254104ea5782fea681be1b
slenkar
Member
- Joined
- Jan 15, 2012
- Messages
- 64
how do i make sure its using the .so files in the toolchain and not the host system
when i compile it doesnt give any good debug messages . it just says
'In file included from ../main.h:35:0,'
on line 35 it says include glfw.h which is there
(renamed from glfw3.h)
here is the verbose output
when i compile it doesnt give any good debug messages . it just says
'In file included from ../main.h:35:0,'
on line 35 it says include glfw.h which is there
(renamed from glfw3.h)
here is the verbose output
Last edited by a moderator:
