`.rpl` compilation is broken

[gradylink]

Bug Report

What's the issue you encountered?

When trying to compile a .rpl with CMake, I always get:

powerpc-eabi-g++: fatal error: /opt/devkitpro/wut/share/wut.specs: attempt to rename spec 'link' to already defined spec 'old_link'
compilation terminated.

How can the issue be reproduced?

• Download the WUT repository
• Run powerpc-eabi-cmake -B build -DCMAKE_C_COMPILER_WORKS=true -DCMAKE_POLICY_VERSION_MINIMUM=3.5 (additional flags are currently required) and powerpc-eabi-cmake --build build

Environment?

• What host OS are you using?
  • Arch Linux
• Official release or unofficial/self-compiled build:
  • Official Release

Additional context?

N/A

[GaryOderNichts]

Note that creating rpls with wut is currently not supported and will likely not work on console.
Nevertheless I cannot reproduce this issue and without providing further details it's difficult to troubleshoot. Have you tried compiling the sample in samples/cmake/my_first_rpl? Also adding -DCMAKE_C_COMPILER_WORKS=true is not necessary.

[gradylink]

Yeah, I get the error with the sample.

I also get:

CMake Error at /usr/share/cmake/Modules/CMakeTestCCompiler.cmake:67 (message):
  The C compiler

    "/opt/devkitpro/devkitPPC/bin/powerpc-eabi-gcc"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: '/home/grady.link/wut/samples/cmake/my_first_rpl/build/CMakeFiles/CMakeScratch/TryCompile-IZdx4H'
    
    Run Build Command(s): /sbin/cmake -E env VERBOSE=1 /sbin/make -f Makefile cmTC_db04a/fast
    /sbin/make  -f CMakeFiles/cmTC_db04a.dir/build.make CMakeFiles/cmTC_db04a.dir/build
    make[1]: Entering directory '/home/grady.link/wut/samples/cmake/my_first_rpl/build/CMakeFiles/CMakeScratch/TryCompile-IZdx4H'
    Building C object CMakeFiles/cmTC_db04a.dir/testCCompiler.o
    /opt/devkitpro/devkitPPC/bin/powerpc-eabi-gcc  -isystem /opt/devkitpro/wut/include -mcpu=750 -meabi -mhard-float -ffunction-sections -fdata-sections -DESPRESSO -D__WIIU__ -D__WUT__  -g -O2 -DNDEBUG -o CMakeFiles/cmTC_
db04a.dir/testCCompiler.o -c /home/grady.link/wut/samples/cmake/my_first_rpl/build/CMakeFiles/CMakeScratch/TryCompile-IZdx4H/testCCompiler.c
    Linking C executable cmTC_db04a.elf
    /sbin/cmake -E cmake_link_script CMakeFiles/cmTC_db04a.dir/link.txt --verbose=1
    powerpc-eabi-gcc: fatal error: cannot read spec file '$(WUT_ROOT)/share/wut.specs': No such file or directory
    compilation terminated.
    /opt/devkitpro/devkitPPC/bin/powerpc-eabi-gcc -mcpu=750 -meabi -mhard-float -ffunction-sections -fdata-sections -DESPRESSO -D__WIIU__ -D__WUT__  -g -O2 -DNDEBUG -mcpu=750 -meabi -mhard-float -L/opt/devkitpro/wut/lib -
L/opt/devkitpro/portlibs/wiiu/lib -L/opt/devkitpro/portlibs/ppc/lib -specs=$(WUT_ROOT)/share/wut.specs  CMakeFiles/cmTC_db04a.dir/testCCompiler.o -o cmTC_db04a.elf  -lwut -lm
    make[1]: *** [CMakeFiles/cmTC_db04a.dir/build.make:102: cmTC_db04a.elf] Error 1
    make[1]: Leaving directory '/home/grady.link/wut/samples/cmake/my_first_rpl/build/CMakeFiles/CMakeScratch/TryCompile-IZdx4H'
    make: *** [Makefile:134: cmTC_db04a/fast] Error 2
    
    



  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:2 (project)

If I omit -DCMAKE_C_COMPILER_WORKS=true

EDIT: I also get the same error with a self-compiled build.

[GaryOderNichts]

I cannot reproduce this, neither on Arch Linux nor in the latest docker images.

powerpc-eabi-gcc: fatal error: cannot read spec file '$(WUT_ROOT)/share/wut.specs': No such file or directory
    compilation terminated.

This line indicates that something might be wrong with your installation, have you tried reinstalling the wut package?

[gradylink]

Yeah, twice...

EDIT: as a note, building Makefile projects works just fine.

[WinterMute]

Using the sample rpl project works fine here on macOS and debian. I can try and dig out an arch install to check but I trust Gary's test.

Have you modified the CMakeLists.txt in any way? What commands are you running?

davem@straylight my_first_rpl % /opt/devkitpro/portlibs/wiiu/bin/powerpc-eabi-cmake -B _wiiu -S .
CMake Deprecation Warning at CMakeLists.txt:1 (cmake_minimum_required):
  Compatibility with CMake < 3.10 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.


-- The C compiler identification is GNU 15.1.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /opt/devkitpro/devkitPPC/bin/powerpc-eabi-gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Configuring done (0.5s)
-- Generating done (0.0s)
-- Build files have been written to: /Users/davem/projects/devkitpro/wut/samples/cmake/my_first_rpl/_wiiu
davem@straylight my_first_rpl % cmake --build _wiiu 
[ 12%] Generating import/export stubs for my_first_rpl
[ 25%] Building C object CMakeFiles/my_first_rpl.dir/my_first_rpl.o
[ 37%] Building C object CMakeFiles/my_first_rpl.dir/_wiiu/.dkp-generated/my_first_rpl_exports.o
[ 50%] Linking C executable my_first_rpl.elf
Converting my_first_rpl to .rpl format
[ 50%] Built target my_first_rpl
[ 62%] Building C object CMakeFiles/my_first_rpl_imports.dir/_wiiu/.dkp-generated/my_first_rpl_imports.o
[ 75%] Built target my_first_rpl_imports
[ 87%] Building C object CMakeFiles/my_first_rpx.dir/my_first_rpx.o
[100%] Linking C executable my_first_rpx.elf
Converting my_first_rpx to .rpx format
[100%] Built target my_first_rpx

[GaryOderNichts]

Do you have any system wide LDFLAGS set which cmake is picking up? What's the output of echo $LDFLAGS?

Edit: Also make sure to fully remove the build directory after reinstalling wut.

[gradylink]

I can't reproduce the error related to WUT_ROOT in a docker image (so it's probably a weird environment issue) but I am able to reproduce the main reason for this bug report which is the wut.specs error in a docker image.

[gradylink]

Ok, wait. Nevermind I found the issue, I was running source $DEVKITPRO/wiiuvars.sh which doubled up all the build information. I still need to figure out what was causing the error with WUT_ROOT though.