Retroarch fails to compile on Odroid C1+

strex

So i've been trying to get retropie setup on an Odroid C1+. But retroarch fails to compile. I've followed the instructions provided on the wiki. Downloading and installing the same version mentioned there. As well as searched this forum (and the interwebs) for a similar problem, but have come up empty handed.

Here's what I've got:
uname -a
Linux odroid 3.10.80-131 #1 SMP PREEMPT Thu Oct 15 19:53:29 BRT 2015 armv7l armv7l armv7l GNU/Linux

lsb_release -a
No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 14.04.5 LTS Release: 14.04 Codename: trusty

/etc/os-release
NAME="Ubuntu" VERSION="14.04.5 LTS, Trusty Tahr" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 14.04.5 LTS" VERSION_ID="14.04" HOME_URL="http://www.ubuntu.com/" SUPPORT_URL="http://help.ubuntu.com/" BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"

I've tried running the retropie_setup.sh script with both:
sudo MAKEFLAGS="-j1" ./retropie_setup.sh
and
sudo ./retropie_setup.sh
But neither one of them seem to compile retroarch.

Here is the tail end of the log from ~/RetroPie-Setup/logs/rps_2016-10-27_021641.log.gz

CC input/connect/joypad_connection.c
CC input/connect/connect_ps2adapter.c
CC input/connect/connect_ps3.c
CC input/connect/connect_ps4.c
CC input/connect/connect_wii.c
CC input/connect/connect_nesusb.c
CC input/connect/connect_snesusb.c
CC input/connect/connect_wiiupro.c
CC input/connect/connect_wiiugca.c
CC input/drivers_joypad/parport_joypad.c
CC gfx/video_context_driver.c
CC gfx/drivers_context/gfx_null_ctx.c
CC gfx/video_state_tracker.c
CC libretro-common/gfx/math/vector_2.c
CC libretro-common/gfx/math/vector_3.c
CC libretro-common/gfx/math/vector_4.c
CC libretro-common/gfx/math/matrix_4x4.c
CC libretro-common/gfx/math/matrix_3x3.c
CC gfx/drivers_context/drm_ctx.c
CC gfx/drivers/gl.c
CC libretro-common/gfx/gl_capabilities.c
CC gfx/drivers/gl_renderchains/render_chain_gl_legacy.c
CC gfx/common/gl_common.c
In file included from ./libretro-common/include/glsym/glsym.h:30:0,
                 from gfx/common/../drivers/gl_symlinks.h:24,
                 from gfx/common/gl_common.c:19:
./libretro-common/include/glsym/glsym_es2.h:32:9: error: unknown type name ‘int64_t’
 typedef int64_t  GLint64;
         ^
./libretro-common/include/glsym/glsym_es2.h:33:9: error: unknown type name ‘uint64_t’
 typedef uint64_t GLuint64;
         ^
make: *** [obj-unix/gfx/common/gl_common.o] Error 1
~/RetroPie-Setup
Could not successfully build RetroArch - frontend to the libretro emulator cores - required by all lr-* emulators (/home/retro/RetroPie-Setup/tmp/build/retroarch/retroarch not found).

Log ended at: Thu Oct 27 02:21:47 ACDT 2016
Total running time: 0 hours, 5 mins, 6 secs

The log file in it's entirety can be found here: http://pastebin.com/Xecw563Y
Please let me know if you need any more information from me.

Any help with this issue would be greatly appreciated! Cheers!

BuZz

Don't have any time to look into this currently - but looks like an upstream RetroArch issue.

You can report it to https://github.com/libretro/RetroArch but they will want you to show how you are building it etc, so you should try to build retroarch manually from github with ./configure --enable-opengles --enable-mali_fbdev

You may well need to patch the code first with sed -i 's|struct mali_native_window native_window|fbdev_window native_window|' gfx/drivers_context/mali_fbdev_ctx.c

BuZz

You should try it again as I noticed this 30 mins ago

https://github.com/libretro/RetroArch/commit/07421c3cd4e45fdb13773d01c48381e0ec2afcbe

strex

@BuZz Thanks, I just tried the above recommendations, including and excluding the patch and still received some errors while compiling. I submitted a issue to their github page, found here: https://github.com/libretro/RetroArch/issues/3863

strex

@BuZz I'll clone it again, and give it a shot. Thanks!

BuZz

try building it again from retropie-setup - the initial problem you had should be fixed. The other problem on that thread is related to missing link libraries.

strex

@BuZz I just realized that you were also commenting on github. Thanks, I'll try from retropie-setup.sh script now.

BuZz

The initial issue above should be fixed. the post you made on github were completely different build issues :) It's possible there might be other problems, but let's see if the first one is sorted and we can look at the others.

strex

Thanks @BuZz It's compiling now (via the retropie_setup.sh script) I'll let you know the outcome. I guess I didn't realize until now that there were 2 separate issues.

BuZz

Just also to mention the odroid-c1 support is limited. I don't use it and I test only occasionally. Afaik very few people use it.

strex

I understand, thank you. I've been running retropie on a few pi's for a while and most everything seems to work great. I'm just not a fan of sluggish sd cards (I've tried several), and various other crashes. Some of which have caused me to start from scratch. Figured I would try it on the Odroid line, with their much faster emmc's and slightly better performing hardware (drivers for said hardware are a different story).

strex

...and it looks like retroarch compiled successfully via the retropie_setup.sh script!!

BuZz

looking at the retroarch source history, I suspect it might have been broken for the last 12 days for odroid c1, so the timing for Kivutar fix was perfect :)

emu_can

Wow! I could build the latest RetroPie on C1+ Ubuntu 16.04.
RetroPie runs very well surprisingly after overclocking the CPU frequency to 1.8Ghz.
Overclock ODROID-C1

I should apply this patch to avoid the retroarch compiling error.
https://github.com/libretro/Lakka/blob/lakka/projects/OdroidC1/patches/retroarch/retroarch-02-fix-mali-fbdev.patch

Please update the libretro in retropie git.

mtyndorf

I'm actually having this same issue using RetroPie_Setup. I've re-cloned from git and updated retropie-setup.sh from the script however I'm still getting that same compilation error on an ODroid C1+. Am I missing a step?

BuZz

@mtyndorf I have a fix for it in my odroid-c2 branch - And have reported it upstream -

https://github.com/libretro/RetroArch/issues/4248

Diff there if you know how to manually patch / compile, otherwise please wait and I will merge it soon.

mtyndorf

@BuZz Cool, I thought it had already been merged in. My source-foo is not as strong as it once was.