RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

    Cannot build lr-mupen64plus

    Scheduled Pinned Locked Moved Help and Support
    le-mupen64plus
    7 Posts 3 Posters 629 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      brutalizer
      last edited by

      Hello, my first post. I had installed retropie on Ubuntu 20.04.1 LTS and it worked fine. I just recently reinstalled Ubuntu 20.10 instead. And then I tried to install retropie again. I dowloaded Retropie and did the startup script and did a "uninstall" and then a "Basic install". When I did a basic install, it does not work. The log file says

      ++ -march=native -O2 -fvisibility-inlines-hidden -std=c++11 -O2 -DNDEBUG -fsigned-char -ffast-math -fno-strict-aliasing -fomit-frame-pointer -fvisibility=hidden -DGIT_VERSION="" ab8134a"" -DOS_LINUX -DARCH_MIN_SSE2 -msse -msse2 -D__LIBRETRO__ -DUSE_FILE32API -DM64P_PLUGIN_API -DM64P_CORE_PROTOTYPES -D_ENDUSER_RELEASE -DSINC_LOWER_QUALITY -DTXFILTER_LIB -D__VEC4_OPT -DMUPENPLUSAPI -I./custom -I./custom/mupen64plus-core -I./custom/android/include -I./custom/GLideN64 -I./GLideN64/src -I./GLideN64/src/osal -I./mupen64plus-core/src -I./mupen64plus-core/src/api -I./custom/mupen64plus-core/plugin/audio_libretro -I./libretro-common/include -I./libretro -I./GLideN64/src/inc -I./xxHash -I./libretro-deps/libpng -fPIC -DCORE -DHAVE_OPENGL -DDYNAREC -c GLideN64/src/VI.cpp -o GLideN64/src/VI.o
      In file included from GLideN64/src/ShaderUtils.cpp:3:
      GLideN64/src/ShaderUtils.h:10:52: error: ‘string’ in namespace ‘std’ does not name a type
      10 | void logErrorShader(GLenum _shaderType, const std::string & _strShader);
      | ^~~~~~
      GLideN64/src/ShaderUtils.h:6:1: note: ‘std::string’ is defined in header ‘<string>’; did you forget to ‘#include <string>’?
      5 | #include "Combiner.h"
      +++ |+#include <string>
      6 |
      GLideN64/src/ShaderUtils.h:11:93: error: ‘std::string’ has not been declared
      11 | int compileCombiner(const gDPCombine & combine, Combiner & color, Combiner & alpha, std::string & strShader);
      | ^~~~~~
      g++ -march=native -O2 -fvisibility-inlines-hidden -std=c++11 -O2 -DNDEBUG -fsigned-char -ffast-math -fno-strict-aliasing -fomit-frame-pointer -fvisibility=hidden -DGIT_VERSION="" ab8134a"" -DOS_LINUX -DARCH_MIN_SSE2 -msse -msse2 -D__LIBRETRO
      -DUSE_FILE32API -DM64P_PLUGIN_API -DM64P_CORE_PROTOTYPES -D_ENDUSER_RELEASE -DSINC_LOWER_QUALITY -DTXFILTER_LIB -D__VEC4_OPT -DMUPENPLUSAPI -I./custom -I./custom/mupen64plus-core -I./custom/android/include -I./custom/GLideN64 -I./GLideN64/src -I./GLideN64/src/osal -I./mupen64plus-core/src -I./mupen64plus-core/src/api -I./custom/mupen64plus-core/plugin/audio_libretro -I./libretro-common/include -I./libretro -I./GLideN64/src/inc -I./xxHash -I./libretro-deps/libpng -fPIC -DCORE -DHAVE_OPENGL -DDYNAREC -c GLideN64/src/BufferCopy/ColorBufferToRDRAM.cpp -o GLideN64/src/BufferCopy/ColorBufferToRDRAM.o
      g++ -march=native -O2 -fvisibility-inlines-hidden -std=c++11 -O2 -DNDEBUG -fsigned-char -ffast-math -fno-strict-aliasing -fomit-frame-pointer -fvisibility=hidden -DGIT_VERSION="" ab8134a"" -DOS_LINUX -DARCH_MIN_SSE2 -msse -msse2 -D__LIBRETRO
      -DUSE_FILE32API -DM64P_PLUGIN_API -DM64P_CORE_PROTOTYPES -D_ENDUSER_RELEASE -DSINC_LOWER_QUALITY -DTXFILTER_LIB -D__VEC4_OPT -DMUPENPLUSAPI -I./custom -I./custom/mupen64plus-core -I./custom/android/include -I./custom/GLideN64 -I./GLideN64/src -I./GLideN64/src/osal -I./mupen64plus-core/src -I./mupen64plus-core/src/api -I./custom/mupen64plus-core/plugin/audio_libretro -I./libretro-common/include -I./libretro -I./GLideN64/src/inc -I./xxHash -I./libretro-deps/libpng -fPIC -DCORE -DHAVE_OPENGL -DDYNAREC -c GLideN64/src/BufferCopy/DepthBufferToRDRAM.cpp -o GLideN64/src/BufferCopy/DepthBufferToRDRAM.o
      make: *** [Makefile:433: GLideN64/src/ShaderUtils.o] Error 1
      make: *** Waiting for unfinished jobs....
      Removing additional swap
      /home/seme/RetroPie-Setup
      Could not successfully build lr-mupen64plus - N64 emu - Mupen64Plus + GLideN64 for libretro (/home/seme/RetroPie-Setup/tmp/build/lr-mupen64plus/mupen64plus_libretro.so not found).

      Log ended at: ons 11 nov 2020 16:37:32 CET
      Total running time: 0 hours, 11 mins, 42 secs

      mituM 1 Reply Last reply Reply Quote 0
      • mituM
        mitu Global Moderator @brutalizer
        last edited by mitu

        Given that lr-mupen64plus is no longer develped, use lr-mupen64plus-next instead. For the moment it's not compatible with Ubuntu 20.10.

        B 1 Reply Last reply Reply Quote 0
        • B
          brutalizer @mitu
          last edited by

          @mitu
          Thanx! I will try it. But, when I install retropie, the script automatically builds lr-mupen64plus and nothing else. Maybe the script could be updated?

          BuZzB 1 Reply Last reply Reply Quote 0
          • BuZzB
            BuZz administrators @brutalizer
            last edited by

            @brutalizer It will be - this issue was brought up before - https://retropie.org.uk/forum/topic/28266/lr-mupen64plus-doesn-t-compile-on-ubuntu-20-10

            To help us help you - please make sure you read the sticky topics before posting - https://retropie.org.uk/forum/topic/3/read-this-first

            BuZzB 1 Reply Last reply Reply Quote 1
            • BuZzB
              BuZz administrators @BuZz
              last edited by

              @buzz If you update RetroPie-Setup it should now build.

              To help us help you - please make sure you read the sticky topics before posting - https://retropie.org.uk/forum/topic/3/read-this-first

              B 1 Reply Last reply Reply Quote 1
              • B
                brutalizer @BuZz
                last edited by

                @buzz
                YES! It does work. Everything builds now. Earlier, lr-mupen64plus did not compile, and quit prematurely with errors. Not all cores where compiled. But now all cores compiles to the very last one.

                Good job! high five :)
                I wish you a nice weekend with lot of beer and sex! :)
                Thanx! :)

                BuZzB 1 Reply Last reply Reply Quote 0
                • BuZzB
                  BuZz administrators @brutalizer
                  last edited by

                  @brutalizer lol. I'll be lucky to have a tea :-)

                  To help us help you - please make sure you read the sticky topics before posting - https://retropie.org.uk/forum/topic/3/read-this-first

                  1 Reply Last reply Reply Quote 1
                  • First post
                    Last post

                  Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.

                  Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.