next topic »

[on:]

So yeah, I have been trying to compile programs for an attiny84, and low and behold if the sketch is over 4kB, the mysterious PCREL error shows its ugly head.

Example Error:

arduino-1.0.1/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/../../../../avr/lib/avr25/crttn85.o:(.init9+0x2): relocation truncated to fit: R_AVR_13_PCREL against symbol `exit' defined in .fini9 section in /arduino-1.0.1/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/avr25\libgcc.a(_exit.o)

Notice the 'avr25' bit in the error above. This relates to the vast majority of the attiny series that are commonly used for arduino.

The issue was fixed as of WinAVR 20090313, but nobody at Arduino have decided including the latest version is sensible, so we are stuck at 20081205. So how to make it work?

I saw one solution which was to download and extract the latest version, and then have two folders, one for each, swapping back and forth if necessary. I didn't like that idea, so I decided to figure out exactly what files from the 2009 version are needed, and guess what, there is only 1!

I have attached a zip file which works for the file structure in windows. If you have this issue, you can just copy the 'hardware' folder inside the zip file into the arduino directory and it will replace the one file (ld.exe).
The fix doesn't affect the rest of the IDE, the newer version of ld.exe appears to compile programs the same way as the older one. As far as I can tell from the documentation, the PCREL patch was the only one applyed to the file between the two versions.

For MacOS, see Reply #4 to this thread to see how to apply the patch

EDIT:
Both ZIP files contain the same patch, but some people seem to be having trouble downloading the first one, i think because there are spaces in the name, so I have posted it again with a different name

The cure fixes both AtTiny85 and AtTiny84, as well as other avr25 MCUs.

[Reply #1 on:]

I didn't like that idea,

Why not?

[Reply #2 on:]

It just seemed like a pain having to switch between the two. Plus is is 112MB of additional files on the computer when really only on 40kB one is needed.

[Reply #3 on:]

I've used the latest WinAVR for years without any problems.  You don't have to switch; just delete the old toolset.

In either case, I appreciate the work you've done.

[Reply #4 on:]

The following is how to apply the fix for MacOSX. This is based of AVR crosspack 20090319.

Extract ld.zip. This should give you a single extensionless file "ld".

Right-Click on Arduino.app
Click "Show Package Contents"
Due to MacOSx inability to merge folders, you will have to navigate to the correct folder yourself:
/Contents/Resources/Java/hardware/tools/avr/avr/bin/

Copy and replace "ld" with the version from the zip archive.

The zip is attached to this post.
(Known to work on:
-Snow Leopard
- Mountain Lion
for other versions, please let me know if it works ok)

[Reply #5 on:]

Tom you are awesome!

I've been trying to resolve that issue on-and-off for about 2 months now and your insanely simple fix worked perfectly. Arduino needs to take care of that!

Thanks so much!

[Reply #6 on:]

I too have been having to work around this issue for months on the Mac side (I've been using Windows for >4K programs) this worked perfectly on Mountain Lion. Thanks for your efforts here.

[Reply #7 on:]

it works. thank you.

[Reply #8 on:]

Thank you Tom Carpenter. This was an easy fix for my >4k sketch.

[Reply #9 on:]

Many thanks for this fix.

[Reply #10 on:]

Hey Tom,

I'm having this same problem using the Arduino Uno Rev 3.  It's advertised to allow me 32kB of memory, but when I exceed ~14kB it won't work. Nothing throws an error message, but the code won't work. 

I procrastinated the problem by storing a large array in the PROGMEM, which allowed me to build up to 19kB successfully, but I can add no more without inciting a crash.  However, I've reached that wall again. 

I tried replacing 'ld.exe' from your zip file, but it did not solve my problem.  Any suggestions?

[Reply #11 on:]

The problem this thread covers only applies to ATTiny's. Atmega328s are a totally different breed of avr.

The issue you are facing is not due to the compiler, so you should start a new thread asking for help.

[Reply #12 on:]

Thank you very much, you saved my day 

I was debuging to very core of my project and I found the size limit, I used some hack I did know,
but then I found your solution - wow, how easy the world sometimes is. Thank you!

[Reply #13 on:]

Hey Tom,

I'm having this same problem using the Arduino Uno Rev 3.  It's advertised to allow me 32kB of memory, but when I exceed ~14kB it won't work. Nothing throws an error message, but the code won't work. 

I procrastinated the problem by storing a large array in the PROGMEM, which allowed me to build up to 19kB successfully, but I can add no more without inciting a crash.  However, I've reached that wall again. 

You're running out of RAM. It's nothing to do with the program size or the compiler.

[Reply #14 on:]

Thanks for this, it always astounds me when I'm having problems with Arduino/AVR related issues, I can cut and paste something like:

Code:

:/program files/arduino-
.0.1/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/../../../../avr/lib/avr25/crttn85.o:(.init9+0x2): relocation truncated to fit: R_AVR_13_PCREL against symbol `exit' defined in .fini9 section in c:/program files/arduino-1.0.1/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/avr25\libgcc.a(_exit.o)

Into google and find an answer.  Thanks much.

-tweedius