BigNumNum Cruncher

[lkj]

I had it in C:\MinGW\msys\1.0, so no space. But I'm installing it again anyways. Should I use 1.0.11 or newer? And should I update gcc to gcc 4.6.3?

[sammyMaX]

Is it perhaps YAGARTO's fault?

[lkj]

I reinstalled msys to c:/msys and get the same error. And the line which gives the error in the configure script is much too difficult for me to just patch it. Or even to figure out what it does.

[sammyMaX]

Perhaps it has something to do with YAGARTO, because in the thing you posted, the error on line 9 has to do with it.

[lkj]

Perhaps. Now that I'm looking at their website again I see that it says you shouldn't install yagarto to a path which contains spaces, but it automatically installed there and I never had any problems before. But I'll reinstall it.

Now I have installed it to c:\yagarto and still the same errors.
I haven't more time to look at this today because it's 10pm and I have a test in French and a presentation in English tomorrow.

[lkj]

Actually I was wrong, the errors changed. Now they are

Code: Select All | Copy To Clipboard

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

c:\yagarto\bin\arm-none-eabi-nm.exe: conftest.o: File format not recognized configure: WARNING: +---------------------------------------------------------- configure: WARNING: | Cannot determine global symbol prefix. configure: WARNING: | /c/yagarto/bin/arm-none-eabi-nm output doesn't contain a global data symbol. configure: WARNING: | Will proceed with no underscore. configure: WARNING: | If this is wrong then you'll get link errors referring configure: WARNING: | to ___gmpn_add_n (note three underscores). configure: WARNING: | In this case do a fresh build with an override, configure: WARNING: |     ./configure gmp_cv_asm_underscore=yes configure: WARNING: +---------------------------------------------------------- configure: WARNING: "/c/yagarto/bin/arm-none-eabi-nm" failure configure: WARNING: cannot determine local label, using default L c:\yagarto\bin\arm-none-eabi-nm.exe: conftest.o: File format not recognized c:\yagarto\bin\arm-none-eabi-nm.exe: conftest.o: File format not recognized configure: error: cannot determine how to define a 32-bit word

Is it normal that it contains windows-style paths and linux-style paths?

[sammyMaX]

If you didn't configure it for the Nspire, make sure to do that. Instead of just ./configure, do ./configure --host=arm-none-eabi

[lkj]

The script I used has this in it.

[sammyMaX]

I don't know then. Perhaps someone with more knowledge can help you.

[lkj]

And you also have yagarto with binutils version 2.21 and gcc 4.6.2?

[sammyMaX]

I do, but I never installed GMP with it. I have GMP installed on Ubuntu 11.10, where you don't need such things.

[lkj]

Does anyone know why configure calls mingw's gcc and not yagarto's gcc? What should I change?

Now I know why, somehow it doesn't find yagarto's gcc, even though its path is in my PATH environment variable.

[lkj]

It does find the correct gcc, but the problem seems to be an "undefined reference to '_exit'" in newlib

The important part of config.log:

Code: Select All | Copy To Clipboard

1 2 3 4 5 6 7 8 9 10

configure:5440: checking compiler arm-none-eabi-gcc -O2 -pedantic -fomit-frame-pointer Test compile: configure:5454: arm-none-eabi-gcc -O2 -pedantic -fomit-frame-pointer  conftest.c >&5 c:/yagarto/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib\libc.a(lib_a-exit.o): In function `exit': C:\msys\1.0\home\yagarto\newlib-build\arm-none-eabi\newlib\libc\stdlib/../../../../../newlib-1.19.0/newlib/libc/stdlib/exit.c:65: undefined reference to `_exit' collect2: ld returned 1 exit status configure:5457: $? = 1 failed program was: int main () { return 0; }

[lkj]

I figured out that the above error is the only real one, the other error about the 32 bit words was with the x86-gcc to which it fell back after arm-none-eabi-gcc had given an error.