[FBA Next] can't compile / install from source

[nemo93]

Hi, I've tried today to fetch and compile the latest fba-next as it fixes a bug for some games. I did as usual: fired RP menu, fetched the latest version then navigate through the fba-next item, select update from source. Then compiling starts... but fails at some point.

I can't attach the log apparently here hence let me copy the last lines where error is thrown. If the issue is with the core code please tell me and I'll log a case github fba-next.

g++ -O3 -mcpu=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard -funsafe-math-optimizations -pipe -O3 -DNDEBUG -fPIC -Wno-write-strings -DUSE_SPEEDHACKS -D__LIBRETRO__ -D__LIBRETRO_OPTIMIZATIONS__ -DWANT_NEOGEOCD -DLSB_FIRST -marm -DINLINE="static inline" -DSH2_INLINE="static inline" -D__LIBRETRO_OPTIMIZATIONS__   -DFRONTEND_SUPPORTS_RGB565 -Isrc/burner/win32 -Isrc/burner/libretro -Isrc/burner/libretro/tchar -Isrc/burn -Isrc/cpu -Isrc/burn/snd -Isrc/burn/devices -Isrc/intf -Isrc/intf/input -Isrc/intf/cd -Isrc/intf/audio -Isrc/burner -Isrc/cpu -Isrc/cpu/i8039 -Isrc/dep/libs/zlib -Isrc/burn/drv/capcom -Isrc/burn/drv/konami -Isrc/burn/drv/dataeast -Isrc/burn/drv/cave -Isrc/burn/drv/neogeo -Isrc/burn/drv/psikyo -Isrc/burn/drv/sega -Isrc/burn/drv/toaplan -Isrc/burn/drv/taito -Isrc/dep/generated -Isrc/dep/libs -c src/burn/drv/konami/d_aliens.cpp -o src/burn/drv/konami/d_aliens.o
In file included from src/burn/burnint.h:9:0,
                 from src/burn/tiles_generic.h:1,
                 from src/burn/drv/konami/d_aliens.cpp:4:
/usr/include/stdlib.h:444:38: error: expected ‘,’ or ‘...’ before ‘-’ token
         long int *__restrict __result)
                                      ^
/usr/include/stdlib.h:445:32: error: expected ‘)’ before ‘;’ token
      __THROW __nonnull ((1, 2));
                                ^
makefile.libretro:611: recipe for target 'src/burn/drv/konami/d_aliens.o' failed
make: *** [src/burn/drv/konami/d_aliens.o] Error 1
make: *** Waiting for unfinished jobs....
/home/pi/RetroPie-Setup
Could not successfully build Arcade emu - Final Burn Alpha (0.2.97.38) port for libretro (/home/pi/RetroPie-Setup/tmp/build/lr-fba-next/fbalpha_libretro.so not found).
 
Log ended at: Sat 27 Aug 22:36:56 CEST 2016
Total running time: 0 hours, 10 mins, 59 secs

[BuZz]

builds fine here - issue with includes / gcc version ? I can't advise without details as is requested when asking for help https://retropie.org.uk/forum/topic/3/read-this-first

[nemo93]

UPDATE: building keeps failing but apparently at another location this time... I've checked and I got disk space available (~500MB left) and no other heavy process running.

Pi Model: 2B
RetroPie Version Used: latest/current, 4.0.1
Built From: existing OS (former RP image then upgraded to Jessie and Raspbian is current. All packages up-to-date)
USB Devices connected: 1 keyboard/mouse + X360 dongle
Controller used: X360 wireless
Error messages received: see first post and attached log
Emulator: lr-fba-next
Attachment of log files: http://pastebin.com/QnRm2Sra
How to replicate the problem: see first post

If you need any other output please do ask.
gcc/g++ version:

~/RetroPie-Setup $ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Raspbian 4.9.2-10' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libitm --disable-libquadmath --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-armhf --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.9.2 (Raspbian 4.9.2-10)

[nemo93]

Still got the issue with fba-next, it keeps throwing me error but not same location each time... Start to wonder if it's not an overclock issue or something (my rpi2 is overclocked to the pi2 setting from raspi-config).

Anyhow I understand you have no time to investigate this further. I'll stick to the "update from binary" never got trouble with that one. If you could just please confirm how often you update those binaries that would be great? thanks again.

[BuZz]

Disable overclocking and test - could be. I find the raspi-config overclock for rpi2 is unstable (I reduce sdram/core to 450)

There is no set period for updating binaries. Usually when there is reason to. I can update lr-fba-next if that would be useful.

[nemo93]

Will try that. For the sake of being as close as your setup, identical in fact, do you mind sharing your overclock parameters please? I got that actually in my /boot/config.txt:

gpu_mem_256=128
gpu_mem_512=256
gpu_mem_1024=256

arm_freq=1000
core_freq=500
sdram_freq=500
over_voltage=2

Really appreciate the help and lightning-fast support. thanks.

[BuZz]

On the rpi2 I have running currently I have

arm_freq=1000
core_freq=400
sdram_freq=400
over_voltage=2

[Meneer Jansen]

Hardware issues are caused by the power adapter not "giving" enough amps to your Pi. What power adapter do U use?

[nemo93]

I'm using that: https://www.amazon.fr/Alimentation-Chargeur-secteur-Adaptateur-switcher/dp/B00P0XXYJG

Tbh I never had a single issue with my rpi2 and I got it since the very first day of release. I already built more "complex" stuff like mame2003 or even mame2010 (just to have a look) without any issues.

Despite the lower overclock setting, build keeps from failing at some point... I'll just wait patiently till the binary gets updated (with the fix for Dragon Blaze).

thanks.

[BuZz]

@nemo93 try a fresh install to see if that helps.

[dankcushions]

500MB free seems a low amount of disk space to be doing compiles on. I would test with a few GBs free.

[dankcushions]

@nemo93 said in [FBA Next] can't compile / install from source:
also...

Despite the lower overclock setting, build keeps from failing at some point..

LOWER overclock setting?!? if you're getting crashes and don't know why, at least take off ALL overclocks first :)

[nemo93]

Ok Guys... today building went fine \o/ I trust the root cause was overheating. In fact we suffered from an impressive heatwave over there and like me my pi didn't enjoy it!!! I do confirm: I've changed nothing compare to yesterday (despite my low disk space, power plug and "lower" overclock settings :p)

I feel better now first because the air temperature is way more acceptable for a human being (and for the pi). Second because my setup is not at fault and I know that I got an up to date and proper raspbian version. All good news. Thanks a lot for the support and sorry for that post, useless in fact :(