It will likely require reworking of the RetroPie module script. It's still on my to-do list :-)

Modify the atari800 package script and replace the URL to download with your own URL to the new version. Make sure that it's not a 'redirect' or 'wait x seconds to download` and it's a direct link. After you replace the URL, use RetroPie-Setup to install from source the emulator.

@sub_atomic Press Ctrl+C, I think this will get you back.

Of course, that worked like a charm.
Thank you for the support!

I know this topic is old, but I was having a problem with building this as well recently. Basically the same error. Resolution was to disconnect all controllers (I had 5 plus keyboard plugged in.) Confirmed this as the solution in my case, and adding it here in case others experience it.

This was unrelated to Stretch and has today been fixed in RetroPie-Setup.

Nevermind i figured it out. The guide dosen't it make it noob clear that after you have built your own version you still have to actually move the binary to the appropriate folder but as i said in the end i figured it out :)

@buzz

Yep completely understood, and that makes sense for the sake of keeping the releases as stable as possible. If I have time to test the Vulkan driver out I can always try to build from the master myself if there hasn't been a new release when I get round to it.

Thanks for the help as always.

Cheers

@LionSquall read the sticky topics and open a new topic with info. This is a 3 year old discussion.

@mitu Yes i know and it's why i don't want to modify files ... or maybe change one and make a DIFF patch to be compatible with updates.

And yes DL source is really fast, the long way was in compilation.
It's why on my own project ScummVM and OpenBOR i have DL the source code and compile it myself in a source directory i create.
Each time i update the code i can compile very fast to try it.

I can always fork using Git. Thanks for the heads up!

@mitu Okey thanks for the reply :) i´ll give it another try

@capeman I suppose you are right. I have just got into a habit of updating "ALL" because to me that is somehow better, or what I should do... I understand that I need to do something different, not the software. I know how to hold packages that have binaries, I was just wondering if it was the same for those that don't. I guess I was just thinking about it a bit back to front. Thanks.

@buzz iv had this issue just by not having the time set so the year would be 1969. Setting the correct time fixed it for me. I have a rtc now which solves the issue for me. I think i set it to set the internet time while booting as well, so if my rtc failed it would set the internet time.

@BuZz That explains a lot, thanks ! My Murphy curse was at it again...
@Darksavior you were right anyway ;)

Defintely appears to be related to limited memory.

I found this https://www.raspberrypi.org/forums/viewtopic.php?t=142243&p=940551#

sudo dd if=/dev/zero of=/swapfile1GB bs=1M count=1024
sudo mkswap /swapfile1GB
sudo swapon /swapfile1GB

I tried all other recommendations noted here before doing this, but worked like a charm. I was getting stuck at 82% "SystemScreenSaver.cpp.oc++: internal compiler error".

@EctoOne

These scripts can be considered experimental at best.

Wouldn't recommend installing them

I have reinstaled retropie , and Reicast is ok now.
but now I have another issue,I can't see my Pi in my network -_-' .
BTW , you can close this topic.

@zacksika Could be a problem with the source. It happens.