Attract-Mode Support Forum
Attract-Mode Support => General => Topic started by: nitrogen_widget on February 03, 2015, 10:18:05 AM
-
I bet attract mode will run on the new quad core rpi providing the version of Ubuntu for arm 7 has sfml.
I have mine on order.
-
Not only that but it's my understanding the new pi 2 will run windows 10. I am thinking about picking up one myself. Hard to beat the price and the performance is not too shabby.
-
mine finally came in.
I loaded up a bare debian jessie image & attempted to compile attract mode but i'm pretty sure i need to do something with the compiler/make file to get it to work because it errors out.
root@jessie-rpi:/home/mame/attract-1.4.1# make
g++ -o attract obj/fe_base.o obj/fe_util.o obj/fe_util_sq.o obj/fe_info.o obj/fe_input.o obj/fe_xml.o obj/fe_settings.o obj/fe_build.o obj/fe_config.o obj/fe_presentable.o obj/fe_present.o obj/sprite.o obj/fe_image.o obj/fe_sound.o obj/fe_shader.o obj/fe_overlay.o obj/fe_window.o obj/tp.o obj/fe_text.o obj/fe_listbox.o obj/fe_vm.o obj/main.o obj/media.o obj/libexpat.a obj/libsquirrel.a obj/libsqstdlib.a obj/libaudio.a -DDATA_PATH=\"/usr/local/share/attract/\" -O2 -Iextlibs/audio/include -I/usr/include/AL -Iextlibs/expat -Iextlibs/squirrel/include -Iextlibs/sqrat/include -DUSE_AVRESAMPLE -lsfml-graphics -lsfml-window -lsfml-network -lsfml-system -lavformat -lavcodec -lavutil -lswscale -lopenal -lavresample
/usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabihf/4.9/libgcc_s.so.1: invalid string offset 27827 >= 20347 for section `.dynstr'
/usr/lib/gcc/arm-linux-gnueabihf/4.9/libgcc_s.so.1: error adding symbols: File format not recognized
collect2: error: ld returned 1 exit status
Makefile:255: recipe for target 'attract' failed
make: *** [attract] Error 1
I get an error trying to run the configure script for advmame .106 also.
It tell me compiler can't make executables.
Think i'll go the raspbian route & try to add the jessie respository next.
-
That will be cool if you can get it to work nitrogen... Unless you are using glshim or the latest version of SFML (2.2) compiled for openGL ES I'm not sure how well things will work though when you hit the graphic processor. I understand the 2 has the same graphics processor stuff as in the raspberry pi 1.
-
My research has discovered attractmode is running well on the open pandora board.
I thought the version in jessie arm was 2.2.
I'll have time to look at it this week after I get raspbian installed.
-
So, updating my rpi2 to jessie raspbian.
for the last day & a half. :o
I really don't want to attempt compiling sfml on raspbian so it's worth the wait. :)
I found a simple compile guide for glshim.
if that works i'll go for attract.
-
ok,
latest GLSHIM and attract-mode actually works.
sort of.
AM without glshim looks good but is dog slow to the point of un-usable.
AM with glshim flies.
but, at launch there are all kinds of errors about missing openGL calls and the fonts are all messed up to the point where it looks like gibberish and blank spaces.
so, I decided to compile SFML 2.2 with opengl es.
That actually compiled.
but when I try to compile attract mode with it I get these errors which I think is because opengl doesn't exist on the rpi?
//lib/libsfml-graphics.so: undefined reference to `glFramebufferTexture2DOES'
//lib/libsfml-graphics.so: undefined reference to `glGenRenderbuffersOES'
//lib/libsfml-graphics.so: undefined reference to `glCheckFramebufferStatusOES'
//lib/libsfml-graphics.so: undefined reference to `glBlendEquationSeparateOES'
//lib/libsfml-graphics.so: undefined reference to `glBindFramebufferOES'
//lib/libsfml-graphics.so: undefined reference to `glRenderbufferStorageOES'
//lib/libsfml-graphics.so: undefined reference to `glDeleteRenderbuffersOES'
//lib/libsfml-graphics.so: undefined reference to `glFramebufferRenderbufferOES'
//lib/libsfml-graphics.so: undefined reference to `glBindRenderbufferOES'
//lib/libsfml-graphics.so: undefined reference to `glDeleteFramebuffersOES'
//lib/libsfml-graphics.so: undefined reference to `glGenFramebuffersOES'
//lib/libsfml-graphics.so: undefined reference to `glBlendFuncSeparateOES'
collect2: error: ld returned 1 exit status
Makefile:259: recipe for target 'attract' failed
make: *** [attract] Error 1
so, back to square one.
After I put SFML2.1 back on my rpi i'll post the errors I get with GLSHIM.
-
Here is what I see when I launch AM with GLSHIM
pi@raspberrypi ~/Downloads/attract-1.5.1 $ LD_LIBRARY_PATH=/lib LIBGL_FB=1 attract
Starting Attract-Mode 1.5.1 (Linux)
Config: /home/pi/.attract/attract.cfg
*** Initializing display: 'daphne'
- Loaded master romlist 'mame' in 7 ms (185 entries kept, 0 discarded)
- Constructed 2 filters in 5 ms (370 comparisons)
AL lib: (WW) alc_initconfig: Failed to initialize backend "pulse"
libGL: built on Mar 6 2015 01:56:54
libGL: framebuffer output enabled
libGL backend: libGLESv1_CM.so
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
libGL: unknown attrib 100000
libGL: unknown attrib 100001
glXSwapInterval(0)
Enable LIBGL_VSYNC=1 if you want to use vsync.
glXSwapInterval(1)
Enable LIBGL_VSYNC=1 if you want to use vsync.
glXGetProcAddress: glCopyTexSubImage3D not found.
glXGetProcAddress: glDrawRangeElements not found.
glXGetProcAddress: glTexSubImage3D not found.
glXGetProcAddress: glCompressedTexImage1D not found.
glXGetProcAddress: glCompressedTexImage3D not found.
glXGetProcAddress: glCompressedTexSubImage1D not found.
glXGetProcAddress: glCompressedTexSubImage3D not found.
glXGetProcAddress: glGetCompressedTexImage not found.
glXGetProcAddress: glLoadTransposeMatrixd not found.
glXGetProcAddress: glLoadTransposeMatrixf not found.
glXGetProcAddress: glMultTransposeMatrixd not found.
glXGetProcAddress: glMultTransposeMatrixf not found.
glXGetProcAddress: glBlendColor not found.
glXGetProcAddress: glBlendEquation not found.
glXGetProcAddress: glFogCoordPointer not found.
glXGetProcAddress: glMultiDrawArrays not found.
glXGetProcAddress: glMultiDrawElements not found.
glXGetProcAddress: glPointParameteri not found.
glXGetProcAddress: glPointParameteriv not found.
glXGetProcAddress: glSecondaryColorPointer not found.
glXGetProcAddress: glWindowPos2d not found.
glXGetProcAddress: glWindowPos2dv not found.
glXGetProcAddress: glWindowPos2f not found.
glXGetProcAddress: glWindowPos2fv not found.
glXGetProcAddress: glWindowPos2i not found.
glXGetProcAddress: glWindowPos2iv not found.
glXGetProcAddress: glWindowPos2s not found.
glXGetProcAddress: glWindowPos2sv not found.
glXGetProcAddress: glWindowPos3d not found.
glXGetProcAddress: glWindowPos3dv not found.
glXGetProcAddress: glWindowPos3f not found.
glXGetProcAddress: glWindowPos3fv not found.
glXGetProcAddress: glWindowPos3i not found.
glXGetProcAddress: glWindowPos3iv not found.
glXGetProcAddress: glWindowPos3s not found.
glXGetProcAddress: glWindowPos3sv not found.
glXGetProcAddress: glMultiTexCoord1dARB not found.
glXGetProcAddress: glMultiTexCoord1dvARB not found.
glXGetProcAddress: glMultiTexCoord1fARB not found.
glXGetProcAddress: glMultiTexCoord1fvARB not found.
glXGetProcAddress: glMultiTexCoord1iARB not found.
glXGetProcAddress: glMultiTexCoord1ivARB not found.
glXGetProcAddress: glMultiTexCoord1sARB not found.
glXGetProcAddress: glMultiTexCoord1svARB not found.
glXGetProcAddress: glMultiTexCoord2dARB not found.
glXGetProcAddress: glMultiTexCoord2dvARB not found.
glXGetProcAddress: glMultiTexCoord2iARB not found.
glXGetProcAddress: glMultiTexCoord2ivARB not found.
glXGetProcAddress: glMultiTexCoord2sARB not found.
glXGetProcAddress: glMultiTexCoord2svARB not found.
glXGetProcAddress: glMultiTexCoord3dARB not found.
glXGetProcAddress: glMultiTexCoord3dvARB not found.
glXGetProcAddress: glMultiTexCoord3fARB not found.
glXGetProcAddress: glMultiTexCoord3fvARB not found.
glXGetProcAddress: glMultiTexCoord3iARB not found.
glXGetProcAddress: glMultiTexCoord3ivARB not found.
glXGetProcAddress: glMultiTexCoord3sARB not found.
glXGetProcAddress: glMultiTexCoord3svARB not found.
glXGetProcAddress: glMultiTexCoord4dARB not found.
glXGetProcAddress: glMultiTexCoord4dvARB not found.
glXGetProcAddress: glMultiTexCoord4iARB not found.
glXGetProcAddress: glMultiTexCoord4ivARB not found.
glXGetProcAddress: glMultiTexCoord4sARB not found.
glXGetProcAddress: glMultiTexCoord4svARB not found.
glXGetProcAddress: glSecondaryColorPointerEXT not found.
glXGetProcAddress: glXCreateNewContext not found.
glXGetProcAddress: glXCreatePbuffer not found.
glXGetProcAddress: glXCreatePixmap not found.
glXGetProcAddress: glXDestroyPbuffer not found.
glXGetProcAddress: glXDestroyPixmap not found.
glXGetProcAddress: glXGetCurrentReadDrawable not found.
glXGetProcAddress: glXGetSelectedEvent not found.
glXGetProcAddress: glXMakeContextCurrent not found.
glXGetProcAddress: glXQueryContext not found.
glXGetProcAddress: glXQueryDrawable not found.
glXGetProcAddress: glXSelectEvent not found.
- Loaded layout: /usr/local/share/attract/layouts/basic/ (layout.nut)
ERROR: EGL Error detected: EGL_BAD_CONTEXT (0x3006)
Failed to destroy EGL context.
Failed to destroy EGL context.
This is what AM looks like after launch.
(https://db.tt/7IMqiXoV)
-
that's too bad glshim doesn't seem to work. One other thing I was thinking might work would be to try installing wayland http://wayland.freedesktop.org/ (http://wayland.freedesktop.org/) which I understand has had some work done on it to tie into the raspberry pi's graphics hardware. You should then be able to run attractmode using xwayland....
-
that's too bad glshim doesn't seem to work. One other thing I was thinking might work would be to try installing wayland http://wayland.freedesktop.org/ (http://wayland.freedesktop.org/) which I understand has had some work done on it to tie into the raspberry pi's graphics hardware. You should then be able to run attractmode using xwayland....
Ill look at that.
but i'm not even sure it runs on the rpi yet.
i wish I knew what graphics.so problem was with the source and what was different between with the arm version.
I registered on the open pandora forums and see if the guy who got attractmode running with glshim on that will help me out.
-
I registered on the open pandora forums and see if the guy who got attractmode running with glshim on that will help me out.
I hope so, it would be great to get this working finally on the pi
-
Hey nitrogen_widget,
I've got attract-mode up and running now on my raspberry pi (original B) with the most recent raspbian wheezy. I was horsing around with the hello_triangle raspberry pi sample code and SFML and surprise of surprises I was able to get something that actually seems to work!
So if you can bring yourself to trying to compile sfml again, try using the code from my SFML repository:
https://github.com/mickelson/SFML/tree/rpi
The cmake command to set things up should look something like this:
cmake -DEGL_INCLUDE_DIR=/opt/vc/include -DEGL_LIBRARY=/opt/vc/lib/libEGL.so -DFREETYPE_INCLUDE_DIR_freetype2=/usr/include -DFREETYPE_INCLUDE_DIR_ft2build=/usr/include/freetype2 -DGLES_INCLUDE_DIR=/opt/vc/include -DGLES_LIBRARY=/opt/vc/lib/libGLESv1_CM.so -DSFML_BCMHOST=1 .
Do a make and a sudo make install after that and you should be able to build and run attract-mode with no further changes.
video playback is painful for me since the decoding is still in software ... you might get better results with your pi 2 though.
*** Edit: updated link to the "rpi" branch of mickelson/sfml
-
AWESOME!
Someone did get back to me from the open pandora forum but since they didn't have an RPI and their pandora code wouldn't work for me and I had no clue how to make it work for me i was kinda dead in the water.
I'll compile it up tonight and let you know.
But question, what about .mng videos?
Those seem to run fine on my rpi 1 with advmenu.
-
SFML compiled fine after i installed a few more dependencies.
but when I tried to compile AM I get this.
pi@raspberrypi ~/Downloads/attract-1.5.1 $ make -j5
g++ -o attract obj/fe_base.o obj/fe_util.o obj/fe_util_sq.o obj/fe_info.o obj/fe_input.o obj/fe_romlist.o obj/fe_xml.o obj/fe_settings.o obj/fe_build.o obj/fe_config.o obj/fe_presentable.o obj/fe_present.o obj/sprite.o obj/fe_image.o obj/fe_sound.o obj/fe_shader.o obj/fe_overlay.o obj/fe_window.o obj/tp.o obj/fe_text.o obj/fe_listbox.o obj/fe_vm.o obj/main.o obj/media.o obj/libsquirrel.a obj/libsqstdlib.a obj/libaudio.a -DDATA_PATH=\"/usr/local/share/attract/\" -O2 -Iextlibs/audio/include -I/usr/include/freetype2 -I/usr/include/AL -Iextlibs/squirrel/include -Iextlibs/sqrat/include -DUSE_FONTCONFIG -DUSE_AVRESAMPLE -lsfml-graphics -lsfml-window -lsfml-network -lsfml-system -lfontconfig -lfreetype -lavformat -lavcodec -lavutil -lswscale -lopenal -lavresample -lexpat
obj/fe_image.o: In function `FeTextureContainer::fix_masked_image()':
fe_image.cpp:(.text+0x1190): undefined reference to `sf::Image::~Image()'
fe_image.cpp:(.text+0x11ac): undefined reference to `sf::Image::~Image()'
obj/fe_window.o: In function `FeWindow::initial_create()':
fe_window.cpp:(.text+0x1e4): undefined reference to `sf::Window::setSize(sf::Vector2<unsigned int> const&)'
obj/main.o: In function `main':
main.cpp:(.text.startup+0x630): undefined reference to `sf::Image::~Image()'
main.cpp:(.text.startup+0x17f0): undefined reference to `sf::Image::~Image()'
collect2: error: ld returned 1 exit status
Makefile:259: recipe for target 'attract' failed
make: *** [attract] Error 1
I'm using the 1.5.1 version
any ideas?
-
try doing a clean rebuild of attract:
make clean
make
-
I re-download ed the source before I compiled so that bypasses the need to make clean right?
-
My guess is that you have an older version of SFML's libraries (2.1 perhaps) somewhere in your library path and it is trying to link against that old version rather than the new one.
Your linker isn't finding sf::Image::~Image... this function exists in the most recent SFML that my changes are based on but it looks like it is relatively recent and didn't exist in earlier SFML versions.
-
Whoops.
Still had sfml from the repo's installed.
after i removed that it compiled just fine.
Runs smooth in the menu's
i'll test video's and a theme with wheel art tonight since i need to go to work now.
I do get this message spammed in the terminal window:
sf::Quads primitive type is not supported on OpenGL ES platforms, drawing skipped
but it doesn't appear to be critical.
-
I'm eagerly awaiting your report as I'd love to use this for a demo. Thanks for your effort!
-
so i somehow hosed my sdcard last night.
but, i just got my class10 card in so I re-flashed raspbian, re-compiled everything including advmame .94 and attract plays videos at a good speed.
However, the whole emulator looks wrong.
like it's using 8 bit color and I have no sound not only on my videos but advmame won't luanch either.
terminal shows "can't decode audio" error for advmame.
calling roms with just advmame works fine.
i made a video so you can see what i'm getting.
https://www.youtube.com/watch?v=LUL_2EASsZ8
I probably missed some dependency when compiling or something.
-
I was thinking about the image quality and how I didn't have it on my first raspbian install and I don't believe I changed my video memory split.
Last time I had 256 MB dedicated to video.
Now I think I have only 64 or 128 mb.
So I'll change that when I get home tonight and see if it makes a difference.
EDIT: I changed my video ram to 256 and that got rid of the sf::Quads primitive type is not supported on OpenGL ES platforms, drawing skipped error.
But I still get the audio decode error when AM pulls up a video or launches a game.
I also still get the slight screen corruption.
However, OMX player plays my preview avi's perfectly.
This is what I get when I run attractmode then try to play a game.
attract
Starting Attract-Mode 1.5.1 (Linux)
Config: /home/pi/.attract/attract.cfg
*** Initializing display: 'mame'
- Loaded master romlist 'mame' in 6 ms (173 entries kept, 0 discarded)
- Constructed 2 filters in 4 ms (346 comparisons)
Failed to set the window's icon: Error code 16
- Loaded layout: /home/pi/.attract/layouts/reflect/ (layout.nut)
Error decoding audio.
Error decoding audio.
Error decoding audio.
Error decoding audio.
Error decoding audio.
Error decoding audio.
Error decoding audio.
Error decoding audio.
*** Running: /usr/local/bin/advmame journey
AdvanceMAME - Copyright (C) 1999-2003 by Andrea Mazzoleni
MAME - Copyright (C) 1997-2003 by Nicola Salmoria and the MAME Team
Error decoding audio.
Error decoding audio.
any ideas?
-
ok.
Fixed the display by adding:
framebuffer_depth=32
framebuffer_ignore_alpha=1
to the config file in the boot folder so now everything looks good.
still getting that issue with error decoding audio when I pick a video or try to launch a Rom with advmame (which works from command prompt)
so i'll keep digging.
Edit: turns out some of my video's have an audio format my whole RPI 2 doesn't like.
I can't play the majority of my game avi's audio with mplayer or VLC.
so that issue is resolved also.
I found the default screen mode "fillscreen" doesn't work when it comes to launching roms on advmame.
Fullscreen works.
so the only new issue I have is I changed my screen resolution to 1280x720 from some oddball resolution and while mame runs better attractmode is now only occupying the bottom left corner of my screen & also runs off the screen.
so I need to play with that now.
almost there. :)
-
great, thanks for the updates nitrogen... I've got a collection of fixes for the raspberry pi that I'm putting together based on your feedback. I think I'll also have it hardcode fullscreen mode when running on the pi.
-
Great.
AM may end up being the only active rpi front end with legit vertical support.
FYI if you hadn't noticed I tend to ramble when trouble shooting a problem.
I'm worse at work. Lol.
-
First of all, thanks for all of the information. It's taken a lot of work, but I have Jessie installed and was able to get through most of the process listed on the mickelson site.
I've gotten to the point where I've downloaded attract. I can't seem to get the 'make' command to work though and keep getting this error. I just cannot for the life of me figure out what it wants.
root@jessie-rpi:~/develop/attract# make
g++ -c -o obj/fe_base.o src/fe_base.cpp -DDATA_PATH=\"/usr/local/share/attract/\" -O2 -s -Iextlibs/audio/include -I/usr/include/freetype2 -I/usr/include/AL -Iextlibs/squirrel/include -Iextlibs/sqrat/include -DUSE_FONTCONFIG -DUSE_AVRESAMPLE
In file included from src/fe_base.cpp:24:0:
src/fe_util.hpp:28:27: fatal error: SFML/Config.hpp: No such file or directory
#include <SFML/Config.hpp>
^
compilation terminated.
Makefile:290: recipe for target 'obj/fe_base.o' failed
make: *** [obj/fe_base.o] Error 1
Thanks for any help
-
Can I run GLSL shaders on RPi?
-
Can I run GLSL shaders on RPi?
maybe?
libretro mame4all should let you use shader's.
there is a great thread on the retropi forum.
just search for shader.
with mame & xwindows you are pretty much stuck with mame4all or advmame in overlay mode with the lowest possible resolution because sdl1 is not hardware accelerated under xwindows.
This means all scaling is done in software.
-
Sorry to bump a really old thread, but I thought I would try to compile Attract from source (just for the fun of it really). I am, however, having real difficulties doing so, on both Jessie and Wheezy.
Following the Wiki instructions https://github.com/mickelson/attract/wiki/Compiling-on-the-Raspberry-Pi-%28Raspbian-Wheezy%29
and everything is fine until I get to:
~/develop $ cd attract
~/develop/attract $ make
it says:
fatal:No names found, cannot describe anything
It then proceeds to build, or do something..
when I do the next step
~/develop/attract $ sudo make install
I get:
fatal: No names found, cannot describe anything.
install -D -t /usr/local/bin attract
mkdir -p /usr/local/share/attract/
cp -r config/* /usr/local/share/attract/
then when I run "Attract" it says:
Starting Attract-Mode v2.0.0 (Linux)
Config file not found: /home/pi/.attract/attract.cfg, performing initial setup.
Failed to open X11 display; make sure the DISPLAY environment variable is set correctly
Aborted
I have tried compiling on both Wheezy and Jessie and yet I get the same errors, can anyone help?
-
did you compile SFML first?
did you install all depends?
Are you in X when you compile?
-
did you compile SFML first?
did you install all depends?
Are you in X when you compile?
Yes, SFML seemed to compile ok. Dependencies were ok (had to add one to the Wiki mind you).
I'm compiling via SSH, am I supposed to do it when on the X desktop?
-
Despite what it says, I think that "fatal" message you are getting during the make isn't hurting anything. From this it looks like it is coming from git, and git isn't doing anything important in the makefile:
http://stackoverflow.com/questions/4916492/git-describe-fails-with-fatal-no-names-found-cannot-describe-anything
You don't need to compile attract mode from X, you just need to be in X when you run it.
-
ok raygun so this error is fine then
pi@retropie:~/develop/attract $ sudo make install
flags: -Wl,--export-dynamic -DDATA_PATH=\"/usr/local/share/attract/\" -O2 -DNDEBUG -I/opt/vc/include -L/opt/vc/lib -Iextlibs/miniz -Iextlibs/audio/include -D__STDC_CONSTANT_MACROS -I/usr/include/freetype2 -I/usr/include/AL -Iextlibs/squirrel/include -Iextlibs/sqrat/include -Iextlibs/gameswf -DFE_RPI -DUSE_GLES -DUSE_FONTCONFIG -DUSE_AVRESAMPLE
fatal: No names found, cannot describe anything.
install -D -t /usr/local/bin attract
mkdir -p /usr/local/share/attract/
cp -r config/* /usr/local/share/attract/
-
ok raygun so this error is fine then
pi@retropie:~/develop/attract $ sudo make install
flags: -Wl,--export-dynamic -DDATA_PATH=\"/usr/local/share/attract/\" -O2 -DNDEBUG -I/opt/vc/include -L/opt/vc/lib -Iextlibs/miniz -Iextlibs/audio/include -D__STDC_CONSTANT_MACROS -I/usr/include/freetype2 -I/usr/include/AL -Iextlibs/squirrel/include -Iextlibs/sqrat/include -Iextlibs/gameswf -DFE_RPI -DUSE_GLES -DUSE_FONTCONFIG -DUSE_AVRESAMPLE
fatal: No names found, cannot describe anything.
install -D -t /usr/local/bin attract
mkdir -p /usr/local/share/attract/
cp -r config/* /usr/local/share/attract/
That's normal and nothing to be worried about.