Notices

I doubt that Minecraft is compatible with JOGL. Lwjgl is a full API, not only for graphics. It takes care of sound, graphics and input. Replacing one of them would require skills. And besides, if it simply just compiled someday, it would work.

Minecraft PE is written for Android. Android uses Dalvik, which has a different way of working with OpenGL. It uses framebuffers instead.
And either way, I don't think PE uses lwjgl at all, they've most probably designed it for the Android platform, which makes it a lot easier than having to port the whole suite of lwjgl.

The LWJGL 2.8.1 release contain the new opengl-es 2.0 bindings.

I have sucessfully compiled and tested LWJGL on several ARM boards. Will it be enough to run minecraft?... no read below...

First issue 1:

If LWJGL work at all depends on the quality of available libEGL.so and libGLES*.so library/drivers.

These librarys/drivers are created by the GPU core design team(AMD for the imx drivers, Nvidia for the tegra drivers, Imagination Technologies for the SGX drivers,ARM for the mali drivers etc),

The drivers are then supplied by the SoC manufacturer (Nvidia,Ti,Freescale,Qualcomm) to the end user, usually with restrictions on re-distribution. To my knowlege no ARM SoC have fully opensourced GPU drivers, only the drivers kernel part are opensourced but the real logic are inside the userspace librarys, this means that we can not fix any bugs or extend the driver itself, if the diver have missed to implement a feature, then we have to live with it. Also the userspace driver some times need to get recompiled for new kernel versions.

So here are a quick list of drivers that I have currently been able to get working with LWJGL on ARM:

The SGX omap4430 used by the Ti Pandaboard.
http://openjdk.gudinna.com/lwjgl-es/...oard-LWJGL.png
The Nvidia tegra2 alpha1 driver used by the ac100 and TrimSlice.
http://openjdk.gudinna.com/lwjgl-es/IMG_0669.JPG

Drivers that currently do not work:
The SGX omap3630 driver used by the Nokia N9
z430(now rebranded adreno 200) AMD driver used by the imx53 quickstart board.
The reason why they currently fail are because these two drivers do not like the provided default PixelFormat used by LWJGL, we have to alter LWJGL to figure out and supply the drivers prefered pixel format:
http://lwjgl.org/forum/index.php/topic,4266.0.html

Hello,

Don't know if it deserve its own tread, but i wonder if this:

http://pi.minecraft.net

woudl be possible to port to our n900/N9 devices?

not working in my N900 :P

me neither, but as it has been compiled for ARM and support Opengl ES, i thought it may help

It doesn't work because minecraft-pi has been linked against a newer version of libstdc++ (and consequently compiled with a newer version of GCC) than is available for N900.
Also there's the more minor problem that it depends on "libbcm_host.so", which is a library that exists only on the Raspberry Pi to interface with the SoC (which means it might be doing specialized hardware initialization).
The only solution I can see is to somehow compile a newer version of libstdc++ and append its location to LD_LIBRARY_PATH while launching.

Or you could launch it in a chrooted filesystem, similar to the Debian system used on the Pi.

Minecraft Pi edition is pending testing on my N9.

You know, I was wondering if it would work to simply chroot into a Raspian (Raspberry Pi Debian) image copied to N900 - after all, they're both ARM (though RasPi is ARMv6 and compiled with hard float and N900 is ARMv7 using soft float).
...Is it even possible to run hardfloat binaries/chroot on soft float kernel/system?

I tried on wheezy armhf pi image but it does not work.

It is then possible. It would have to compile a new version of libstdc++. I'm wrong?