Homebrew Can Anyone give a zip of arm-none-eabi as mine seems to be broken.

[LightShell]

My arm-none-eabi headers are spitting out errors when i use make to compile a modified version of lpp-3ds.

 

[mogery]

Reinstall.

 

[LightShell]

Reinstall.


Sent from my iPhone using Tapatalk

I've already reinstalled. Still doesn't work.

 

[mogery]

I've already reinstalled. Still doesn't work.

Then you fucked up your code. Read the errors.

 

[LightShell]

The error is #include <unistd.h> it does the same thing with the normal source.

 

[mogery]

The error is #include <unistd.h> it does the same thing with the normal source.

Make sure you have the needed libraries included in the makefile.

 

[LightShell]

I have unistd.h

 

[mogery]

I have unistd.h

Where?

 

[LightShell]

C:\devkitPro\devkitARM\arm-none-eabi\include\sys

 

[mogery]

C:\devkitPro\devkitARM\arm-none-eabi\include\sys

Try sys/unistd.h

 

[LightShell]

 

[Cyan]

did you update your devkit_ARM recently ?
did you ever managed to compile that project?

if you are trying to compile an older project, you might have to use older devkitARM revision.
newer version of GCC/devkitARM/DevkitPPC require more strict way fo coding.

instead of updating devkitpro, you should downgrade it, or you might have to fix the sources to compile with latest devkit revision.

if you want to use an older version :
1. get devkitPPC or devkitARM version you want here
https://sourceforge.net/projects/devkitpro/files/devkitARM/

2. extract it to devkitpro folder but rename it, to keep multiple version.
DO NOT INSTALL, extract it (right click -> 7zip -> open, etc.)

example :
devkitPro/devkitARM/ <-- keep this folder with default, latest revision, r47
devkitPro/devkitARM_r45/ <-- folder with revision 45
devkitPro/devkitARM_r44/ <-- folder with revision 44

3. before compiling, change the environment variable path temporarily to the revision you want to use
It affects only the current command line window, and will not conflict with other projects. you have to type it every time you open a new command line window, it's temporary only.

set DEVKITARM=/c/devkitPro/devkitARM_r45/
make



note that you might have to use older libraries too, the one used when that project was maintained.

 

[LightShell]

• I'm compiling something from Dec 6, 2015

 

[Cyan]

look at the sourceforge link I gave above.
dec 2015 has only devkitARM r45

46 and 47 are newer.
try with r45, or even r44, using the method I described above.

 

[LightShell]

now this shows.

 

[Cyan]

About the first one : it's a warning, not an error.
Not sure if it's part of the project, maybe the developers didn't bother to fix them, it's still compiling but can create bugs when using the program.

About the second one:
you replaced the full devkitarm folder? you didn't go with the multiple folder solution?
because it still display "devkitarm" instead of "devkitarm_r45".

Did you make sure to remove previously compiled objects?
type "make clean" to remove them and force a recompilation of all sources using the same devkitARM.
sometime developers are even providing their own .o files in release packages, typing "make clean" let you delete residual previous compiled objects.

 

[LightShell]

I fixed that error by settings the softp to hard but now it shows

--------------------- MERGED ---------------------------

I replaced the devkitarm folder

 

[nop90]

View attachment 95323
now this shows.

When you update devkitpro remember to update to latest ctrulib and citro3d too from their repositories on github. Than run make clean on all your previusly compiled libs, than compile and install them again.

At this point run make clean on the old project you want update and run make again.

Regarding the missing 3dsx_crt0.o, thi usually depends on some flags missing in the makefile (or if you don't have a main() function, but but this shouldn't be the case).

Check if you have this in your makefile:

-mfloat-abi=hard -mtp=soft

You can also compare your makefile with one of the templates in the devkitarm examples.

 

[LightShell]

I already had that and I fixed the 3dsx_crt0.o 2 hours ago.
I edited the makefile so some of it looks like the devkit examples.
It came out with the same error

 

[cearp]

it's a linker error, it looks like you are trying to use c++11, do the compilers you are using support this/your make file knows about c++11?