EmbDev.net

Forum: ARM programming with GCC/GNU tools Atmel Examples "virtual memory exhausted"


von Murray H. (murrayhorn)



Rate this post
useful
not useful
Hi everyone, I have compiled a lot of ARM projects for the SAM7S series
with no problems. However whenever I compile one of the official ATMEL
series of examples from softpack-1.4-at91sam7s-ek-web.zip I get the
following output...


make -k all
make: *** virtual memory exhausted.  Stop.


Ive tried it in console and in YAGARTO IDE.
I am using WINXP
Make ver 3.80
YAGARTO gcc: 4.2.2

Has anyone else had such problems?
Does it compile on anyone else's system?

I have attached one of the ATMEL examples.(I had to 7zip it because a
normal zip was large)


Murray Horn.

von Martin T. (mthomas) (Moderator)


Rate this post
useful
not useful
Murray Horn wrote:
> Hi everyone, I have compiled a lot of ARM projects for the SAM7S series
> with no problems. However whenever I compile one of the official ATMEL
> series of examples from softpack-1.4-at91sam7s-ek-web.zip I get the
> following output...
>
>
> make -k all
> make: *** virtual memory exhausted.  Stop.
>
>
> Ive tried it in console and in YAGARTO IDE.
> I am using WINXP
> Make ver 3.80
> YAGARTO gcc: 4.2.2
>
> Has anyone else had such problems?
> Does it compile on anyone else's system?
>
> I have attached one of the ATMEL examples.(I had to 7zip it because a
> normal zip was large)

Maybe it's just a problem with make, see make bug #1517. Try with
Version 3.81 (maybe name the file make381.exe and use "make381 all" for
tests). If you want to stay with make 3.80 you may modify the makefile
to avoid EVAL.

I do not have the Yagarto toolchain installed here. So the results of my
tests are additional information which will not really help with your
setup but may provide additional information:

Building with DevkitARM (r23b, gcc 4.3.0, arm-eabi) and Sourcery-G++
2007q3 (gcc 4.2.1 arm-eabi with CS patches) does work using the files
from the package you have attached (just changed "CROSS" in the makefile
to arm-eabi- or arm-none-eabi-). I have used make 3.81 from the
mingw-project and also tested with make that comes with CS-G++
("cs-make", also based on 3.81-sources). No testing with hardware has
been done but the disassembly looks o.k.

If a make-update does not help an the problem is in the toolchain you
may install one of the other packages as a workaround. There should not
be any side-effect with the Yagarto tools since different prefixes are
used and as far as I can see the Atmel-code does not use any "specials".

von Michael F. (mifi)


Rate this post
useful
not useful
Hello,

YAGARTO itself comes with no make. But OpenOCD comes
with make 3.81 too. Your make 3.80 must be a make from
an other tool.

Best regards,

Michael

von Murray H. (murrayhorn)


Rate this post
useful
not useful
Thanks. That did it. 3 days of work and all I had to do was ask.

What I did.
I downloaded make-3.81.exe from http://gnuwin32.sourceforge.net/

Next I installed it on winxp.

I made a copy of make in "C:\Program Files\GnuWin32\bin" and renamed (in
the same directory) the new copy to "make381.exe"

In the Atmel example's make.bat I changed line
"make.exe -k clean all"
to
"make381.exe -k clean all"

Next I added ";C:\Program Files\GnuWin32\bin" to the path variable.

Path set via   Start..Settings..Control
Panel..System..Advanced..Environment Variables..(System
variables)..Path.

Everything seems to compile in console and YAGARTO.
In Eclipse I had to change the build command from 'use default..make' to
"make381"
via project..properties..build command

No hardware test, I am sure it is ok. Will post a message if the
hardware misbehaves.
Thanks again.
Murray Horn.

Please log in before posting. Registration is free and takes only a minute.
Existing account
Do you have a Google/GoogleMail account? No registration required!
Log in with Google account
No account? Register here.