Hacking [Release] rxTools - Roxas75 3DS Toolkit [fw 2.0 - 9.2]

[3xkrazy]

That `mkdir build; cmake ..; make` should helps.

So I ran:

$ mkdir ~/src/armnips/build

$ cmake ~/src/armnips/

$ cd ~/src/armnips/ && make

I get:

Scanning dependencies of target armips
[  2%] Building CXX object CMakeFiles/armips.dir/Main/main.cpp.o
In file included from /home/hle/src/armips/Main/main.cpp:1:0:
/home/hle/src/armips/./stdafx.h:30:39: fatal error: ext/tinyformat/tinyformat.h: No such file or directory
#include "ext/tinyformat/tinyformat.h"
                                       ^
compilation terminated.
CMakeFiles/armips.dir/build.make:54: recipe for target 'CMakeFiles/armips.dir/Main/main.cpp.o' failed
make[2]: *** [CMakeFiles/armips.dir/Main/main.cpp.o] Error 1
CMakeFiles/Makefile2:60: recipe for target 'CMakeFiles/armips.dir/all' failed
make[1]: *** [CMakeFiles/armips.dir/all] Error 2
Makefile:75: recipe for target 'all' failed
make: *** [all] Error 2

Is this a linux system error or devkitpro setup error on my part?

 

[Syphurith]

mkdir build; cd build; cmake ..; make

I seemed to tell you a wrong series of command to execute. See more correct one above.
This is surely a path issue. Try enter your 'build' folder first before execute.

 

[3xkrazy]

I seemed to tell you a wrong series of command to execute. See more correct one above.
This is surely a path issue. Try enter your 'build' folder first before execute.

Got the same error.

hle@gentoo ~/src/armips $ mkdir build; cd build; cmake ..; make
-- The C compiler identification is GNU 4.8.4
-- The CXX compiler identification is GNU 4.8.4
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: /home/hle/src/armips/build
Scanning dependencies of target armips
[  2%] Building CXX object CMakeFiles/armips.dir/Main/main.cpp.o
In file included from /home/hle/src/armips/Main/main.cpp:1:0:
/home/hle/src/armips/./stdafx.h:30:39: fatal error: ext/tinyformat/tinyformat.h: No such file or directory
#include "ext/tinyformat/tinyformat.h"
                                       ^
compilation terminated.
CMakeFiles/armips.dir/build.make:54: recipe for target 'CMakeFiles/armips.dir/Main/main.cpp.o' failed
make[2]: *** [CMakeFiles/armips.dir/Main/main.cpp.o] Error 1
CMakeFiles/Makefile2:60: recipe for target 'CMakeFiles/armips.dir/all' failed
make[1]: *** [CMakeFiles/armips.dir/all] Error 2
Makefile:75: recipe for target 'all' failed
make: *** [all] Error 2

I looks like I might be missing some system libraries. I give up, for now. Thanks for pointing me into the right direction!

 

[Sels]

Uhh I know this not the right place to ask a question but, can I update my emunand RX3D 9.8.0-25U? My 3ds XL US version prompts me to update.

 

[A_Random_Guy]

Uhh I know this not the right place to ask a question but, can I update my emunand RX3D 9.8.0-25U? My 3ds XL US version prompts me to update.

Wait isnt 9.8 is the latest one? Well dont update yet

 

[Sels]

Okay thanks for the reply! If it helps, Ive installed Ironfall and it needs to download the campaign. Then it prompts that I need to update. Anyways thanks again!

 

[A_Random_Guy]

Okay thanks for the reply! If it helps, Ive installed Ironfall and it needs to download the campaign. Then it prompts that I need to update. Anyways thanks again!

Are you playing it in sysnand or emunand?
Weird that if its in emunand

 

[Sels]

Im playing it on emunand.

 

[pokemoner2500]

Im playing it on emunand.

Backup Emunand (with emunand tool) and try updating, ive had that before where it didn't actually update (I clicked update, it ran for half a second, and restarted) so worse you can do is brick emunand (which is highly unlikely)

 

[zoogie]

Got the same error.

hle@gentoo ~/src/armips $ mkdir build; cd build; cmake ..; make
-- The C compiler identification is GNU 4.8.4
-- The CXX compiler identification is GNU 4.8.4
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: /home/hle/src/armips/build
Scanning dependencies of target armips
[  2%] Building CXX object CMakeFiles/armips.dir/Main/main.cpp.o
In file included from /home/hle/src/armips/Main/main.cpp:1:0:
/home/hle/src/armips/./stdafx.h:30:39: fatal error: ext/tinyformat/tinyformat.h: No such file or directory
#include "ext/tinyformat/tinyformat.h"
                                       ^
compilation terminated.
CMakeFiles/armips.dir/build.make:54: recipe for target 'CMakeFiles/armips.dir/Main/main.cpp.o' failed
make[2]: *** [CMakeFiles/armips.dir/Main/main.cpp.o] Error 1
CMakeFiles/Makefile2:60: recipe for target 'CMakeFiles/armips.dir/all' failed
make[1]: *** [CMakeFiles/armips.dir/all] Error 2
Makefile:75: recipe for target 'all' failed
make: *** [all] Error 2

I looks like I might be missing some system libraries. I give up, for now. Thanks for pointing me into the right direction!

Tinyformat is a submodule, you need to have it to compile. Try this:

git clone --recursive https://github.com/Kingcom/armips.git
cd armips
git reset --hard 7b79f7b7f4e90600f2c9b8d3d86d94a2f51c3ff2

That reset gets armips to a revision that works with cmake. Try it out.

 

[Sels]

Okay thanks for the help!

 

[3xkrazy]

Tinyformat is a submodule, you need to have it to compile. Try this:

git clone --recursive https://github.com/Kingcom/armips.git
cd armips
git reset --hard 7b79f7b7f4e90600f2c9b8d3d86d94a2f51c3ff2

That reset gets armips to a revision that works with cmake. Try it out.

I got past the Tinyformat submodule, but I encountered a new error:

CMakeFiles/armips.dir/build.make:859: recipe for target 'CMakeFiles/armips.dir/Archs/ARM/CThumbInstruction.cpp.o' failed
make[2]: *** [CMakeFiles/armips.dir/Archs/ARM/CThumbInstruction.cpp.o] Error 1
CMakeFiles/Makefile2:60: recipe for target 'CMakeFiles/armips.dir/all' failed
make[1]: *** [CMakeFiles/armips.dir/all] Error 2
Makefile:75: recipe for target 'all' failed
make: *** [all] Error 2

I'll just stick with the binary that you posted earlier, zoogie, and I should stop posting in the main thread for support. Thanks everyone who tried to help!

 

[Henning B]

I made a php script from the cdnfirm.py,
http://baldorps.com/test.php
since so many people are having problems running it.

 

[AlbertoSONIC]

Guys I need an help. I remember i experienced this issue on Pasta before, but i completely forgot how did i fixed it. As you can see in the picture below, the TOP screen is fine, while the bottom one is a disaster:

P.S. I'm using the Pasta default theme as we don't have finished rxtools theme yet

 

[Shadowtrance]

You mean the TOP screen is fine while the bottom screen is a disaster.

Wasn't the issue to do with the bottom screen addresses in draw.h in pasta? think thats what it was. and gfxswapbuffers in the brahma main.c

 

[AlbertoSONIC]

You mean the TOP screen is fine while the bottom screen is a disaster.

Wasn't the issue to do with the bottom screen addresses in draw.h in pasta? think thats what it was. and gfxswapbuffers in the brahma main.c

Nope, the issue solved with gfxswapbuffers was a color issue... same for the offsets one...

 

[Shadowtrance]

hmm well i know in rxTools there's only one offset for the bottom screen vs 2 in just about every other homebrew, so i dunno maybe it has something to do with that.

 

[zoogie]

Nope, the issue solved with gfxswapbuffers was a color issue... same for the offsets one...

Bottom screen is RGB565.

 

[AlbertoSONIC]

hmm well i know in rxTools there's only one offset for the bottom screen vs 2 in just about every other homebrew, so i dunno maybe it has something to do with that.

Infact I use 2 bottom screen, like i do in Pasta

 

[Shadowtrance]

Infact I use 2 bottom screen, like i do in Pasta

Well I'm out of ideas then... haha
Have come across this issue before and forget what fixed it.