Compiler error: section `.text' will not fit in region `iram1_0_seg'

Using latest commit (b5684b4). Getting this error:

../hardware/esp8266com/esp8266/tools/xtensa-lx106-elf/bin/../lib/gcc/xtensa-lx106-elf/4.8.2/../../../../xtensa-lx106-elf/bin/ld.exe:
../ESPEasy.cpp.elf section .text' will not fit in regioniram1_0_seg'
collect2.exe: error: ld returned 1 exit status

(It was still ok with the commit from jan 30st and the sketch is unchanged)

What could be wrong?

[igrr]

Which sketch produces this error?
Text section grew a bit when umm_malloc was added, but all the example
sketches can still be built successfully.

On Fri, Feb 5, 2016, 16:15 mvdbro notifications@github.com wrote:

Using latest commit (b5684b4
b5684b4)
Getting this error:

/hardware/esp8266com/esp8266/tools/xtensa-lx106-elf/bin//lib/gcc/xtensa-lx106-elf/482/////xtensa-lx106-elf/bin/ldexe:
/ESPEasycppelf section text' will not fit in regioniram1_0_seg'
collect2exe: error: ld returned 1 exit status

(It was still ok with the commit from jan 30st and the sketch is unchanged)

What could be wrong?

—
Reply to this email directly or view it on GitHub
#1582.

[hallard]

hey guys, just bought my MAC 2 days ago, installed all from scratch (git + IDE 1.6.7) and got the same error with my "big" sketches

On windows ouput is

Sketch uses 367,586 bytes (35%) of program storage space. Maximum is 1,044,464 bytes.
Global variables use 47,284 bytes (57%) of dynamic memory, leaving 34,636 bytes for local variables. Maximum is 81,920 bytes.

on MAC same error

section text' will not fit in regioniram1_0_seg'  collect2exe: error: ld returned 1 exit status

Compiling sample sketch on MAC works fine

[sticilface]

jup. I get it as well... interestingly same esp8266 folder used in platformio doesn't seem to generate the error

[igrr]

I changed linker script when umm_malloc was added. Platformio stores linker
scripts separately from the core, which means you are probably using the
old linker script when building with platformio.
These changes place all functions from umm_malloc.c into IRAM. If you don't
have these changes, umm_malloc goes to flash, and IRAM has more room.

On Fri, Feb 5, 2016, 17:57 sticilface notifications@github.com wrote:

jup. I get it as well... interestingly same esp8266 folder used in
platformio doesn't seem to generate the error

—
Reply to this email directly or view it on GitHub
#1582 (comment).

[sticilface]

Ah, that might explain that. I'm trying to fine the culprit lib, as the examples build, but my sketch does not

[hallard]

Sorry, even on Windows with latest git (I was not up to date on this PC) throw this error also

Is there any quick & dirty fix we can do to be able get it working until fixed ?

[igrr]

Revert the change to the linker script, I guess.

On Fri, Feb 5, 2016, 20:02 Charles notifications@github.com wrote:

Sorry, even on Windows with latest git (I was not up to date on this PC)

Is there any quick & dirty fix we can do to be able get it working until
fixed ?

—
Reply to this email directly or view it on GitHub
#1582 (comment).

[hallard]

humm, that's what I thought, no incidence with new libc_replacements.c and heap.c ?

[igrr]

Could you guys drop me an .elf of one of your "large" sketches compiled
before these changes? I want to figure out how much space we need to free
up and what contributes to IRAM usage. Thanks.

On Fri, Feb 5, 2016, 21:07 Charles notifications@github.com wrote:

humm, that's what I thought, no incidence with new libc_replacements.c and
heap.c ?

—
Reply to this email directly or view it on GitHub
#1582 (comment).

[sticilface]

You happy with one compiled with the linker changes reverted?

[igrr]

Yes, that one will do.

On Fri, Feb 5, 2016, 22:11 sticilface notifications@github.com wrote:

ah sorry i didn't see 'before the error' you happy with one compiled with
the linker changes reverted?

—
Reply to this email directly or view it on GitHub
#1582 (comment).

[sticilface]

https://www.dropbox.com/s/zavncym4guwu1xh/Melvanimate-example.cpp.elf?dl=0

[hallard]

Sure, this one compiled with revert changes
http://hallard.me/download/sensor.ino.elf.gz

[hallard]

As @igrr said, I confirm that reverting back only eagle.app.v6.common.ld solved this problem