Alohomora!

I haven't been here for a while and I was thinking on developing some apps using Allegro on an Android device.

The thing is that I was reading the readme file and I have found that there is no audio support? I don't care about the rest.

Oh that's cool! Well I'll try to do something. I'll be using the NDKr8d let's see. Thanks for the port Thomas.

Hmm I didn't know that, I thought Trent was more on the iOS port and Peter on general stuffs. Thank you all then!

Don't forget to credit Jon kazzmir. He wrote the OpenSL audio driver for Android. ... I don't think any portion of Allegro is a one man job.

Yes, it's possible to compile on Windows but more difficult. Not much I guess. I did it when the android port was new.

I didn't know there were so many people involved in the Android port.

Well I know is too soon to write about errors but the thing is that I'm getting at first the "Windows port requires DirectInput (not found)." Error but since I'm not compiling for Windows I'm not going to install that dependency.

But after checking WANT_ANDROID I get:

You have changed variables that require your cache to be deleted.
Configure will be re-run and you may have to reset some variables.
The following variables have changed:
CMAKE_C_COMPILER= C:/android-toolchain/bin/arm-linux-androideabi-gcc
CMAKE_CXX_COMPILER= C:/android-toolchain/bin/arm-linux-androideabi-g++

I have modified the Toolchain-android.cmake manually to add the C:/ in front. But even when I manage to delete the cache manually (by removing the files from the folder) I get:

The C compiler identification is unknown
The CXX compiler identification is unknown
Check for working C compiler: C:/android-toolchain/bin/arm-linux-androideabi-gcc
Check for working C compiler: C:/android-toolchain/bin/arm-linux-androideabi-gcc -- broken
CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message):
  The C compiler "C:/android-toolchain/bin/arm-linux-androideabi-gcc" is not
  able to compile a simple test program.

Yhea that is what the NDK documentation says. But I would rather use Linux . I have never used cygwin but for what I see there is MinGW available to download from its packages manager. I don't know which packages to download and all that. Which compiler would I be using if I decide to use cygwin? ohhh so many questions. hehehe I'm just starting let's see.

For what I have been reading so far, there is no need to use Cygwin anymore to compile native applications, it seems that the Android NDK comes with the pre-built tools for doing so.

The thing is, even if I manage to compile a native application using the NDK I still need to compile Allegro first, isn't it? I need the binaries of Allegro and I'm not sure if I can compile Allegro with the NDK, or if will need to use Cygwin for allegro anyway, that is my current interrogation.

Edit

In theory if I compile a normal C code with the NDK, shouldn't be possible to compile the entire Allegro library too?

My weekend is over and I couldn't do it . I think there is a problem with make.exe or something... I'm getting

Armando@Armando-Laptop ~/build
$ cmake .. -DANDROID_NDK_TOOLCHAIN_ROOT=/home/armando/android-toolchain -DWANT_ANDROID=on -DWANT_EXAMPLES=OFF -DWANT_DEMO=OFF -DCMAKE_BUILD_TYPE=Debug -DCMAKE_EXECUTABLE_SUFFIX=.exe
-- Selected Android toolchain: /home/armando/android-toolchain
-- The C compiler identification is GNU 4.6.0
-- The CXX compiler identification is GNU 4.6.0
-- Check for working C compiler: /home/armando/android-toolchain/bin/arm-linux-androideabi-gcc.exe
-- Check for working C compiler: /home/armando/android-toolchain/bin/arm-linux-androideabi-gcc.exe -- broken
CMake Error at /usr/share/cmake-2.8.9/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler
  "/home/armando/android-toolchain/bin/arm-linux-androideabi-gcc.exe" is not
  able to compile a simple test program.

  It fails with the following output:

   Change Dir: /home/Armando/build/CMakeFiles/CMakeTmp



  Run Build Command:/usr/bin/make.exe "cmTryCompileExec847836888/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec847836888.dir/build.make
  CMakeFiles/cmTryCompileExec847836888.dir/build

  make[1]: Entering directory `/home/Armando/build/CMakeFiles/CMakeTmp'

  /usr/bin/cmake.exe -E cmake_progress_report
  /home/Armando/build/CMakeFiles/CMakeTmp/CMakeFiles 1

  Building C object
  CMakeFiles/cmTryCompileExec847836888.dir/testCCompiler.c.o

  /home/armando/android-toolchain/bin/arm-linux-androideabi-gcc.exe
  -DGL_GLEXT_PROTOTYPES -fPIC -DANDROID -mthumb -Wno-psabi -march=armv7-a
  -mfloat-abi=softfp -o
  CMakeFiles/cmTryCompileExec847836888.dir/testCCompiler.c.o -c
  /home/Armando/build/CMakeFiles/CMakeTmp/testCCompiler.c

  arm-linux-androideabi-gcc.exe: error:
  /home/Armando/build/CMakeFiles/CMakeTmp/testCCompiler.c: No such file or
  directory

  arm-linux-androideabi-gcc.exe: fatal error: no input files

  compilation terminated.

  CMakeFiles/cmTryCompileExec847836888.dir/build.make:60: recipe for target
  `CMakeFiles/cmTryCompileExec847836888.dir/testCCompiler.c.o' failed

  make[1]: Leaving directory `/home/Armando/build/CMakeFiles/CMakeTmp'

  make[1]: *** [CMakeFiles/cmTryCompileExec847836888.dir/testCCompiler.c.o]
  Error 1

  Makefile:117: recipe for target `cmTryCompileExec847836888/fast' failed

  make: *** [cmTryCompileExec847836888/fast] Error 2





  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:37 (project)


-- Configuring incomplete, errors occurred!

I had the same problem a a while ago (https://www.allegro.cc/forums/thread/612102) and was unable to do anything about it. I think Windows compilation via CMake is broken somehow. You can follow my path, and use android-vs or its NVidia version from Android Tegra Developer Pack 2.0 to compile allegro and dependencies, or you can switch to Linux. OR spend some time learning about CMake and maybe fix the process for all of us

The last time I tried to compile and run an Allegro game using Linux on my 6 years old laptop my graphic card wasn't not supported... All I saw was a black screen... That's stupid...

It's semi-applicable because I would like to test my game on my developing machine and then on my Android device, that way I can work on the different input systems, displays and all that, but ohhhh I can't because Linux doesn't support your blah blah blah....

So that's my main reason for using Windows. Otherwise I would have to install Linux on another machine to see if I have some luck and it support my wireless card, graphics, sound, etc...

Yeah, I'm not entirely sure what your problem was, but at the very least it would pick your card up as vesa/vga. It'd be slow, and have no acceleration, but it'd work.

If you got nothing at all, it was probably a distro or user mistake. some form of misconfiguration, or just a really really rare and shitty card.